 | |
Предыдущие результаты
 [quote:0461995256="dv_"][quote:0461995256="clinklion"]Это все настроечные данные, в случае если необходимо будет посмотреть/подкорректировать что-то с АРМ оператора[/quote:0461995256]
Тогда зачем их гонять через [b:0461995256]Main[/b:0461995256]?
Наверно, чтобы связь PV+ была только с одним контроллером:[quote:0461995256="dv_"][quote:0461995256="clinklion"]...я смогу сделать так, чтобы панелька работала с несколькими контроллерами, т.к. у меня конфигурация 5 контроллеров и 1 панель оператора.[/quote:0461995256]Сделать можно, но если один из контроллеров будет отключен - постоянно будет выскакивать баннер о потере связи :o
Разве, что отключить эту функцию.[/quote:0461995256]Сам такое делал, но не с такими объемами.
Сколько операторов будет? Не возникнет ли ситуация когда нужно видеть информацию от нескольких slave?[/quote:0461995256]
Главный экран панельки будет выводить информацию сразу со всех контроллеров.
|
Всем доброго дня.
Подскажите, пожалуйста, как организовать в FT SE макрос, вызываемый, например, 1 раз в 10 секунд.
|
Добрый день форумчане! Необходим Ваш совет! необходимо модернизировать данную схему поддержания давления в трубопроводе![URL=http://www.radikal.ru][img:b17a8fe05f]http://s019.radikal.ru/i640/1304/51/be37a098ef7d.jpg[/img:b17a8fe05f][/URL]
Сейчас эти МИМ управляются с помощью станций ПВ10. В качестве первичного датчика используется МС-П2. Необходимо поставить контроллер, позиционер с обратной связью! Клапаны должны управляться так: скажем давление задания 6 кПа, если МИМ250 открыт на 80% и давление продолжает рости то должен открываться МИМ 320 и закрываться в обратной последовательности! Так вот в чем вопрос какой контроллер подойдет для данной реализации? Какой посоветуете позиционер? Скорее всего будет еще стоят ПК со скадой, в которой будет происходить переход из автоматического режима и обратно! Да еще заметка, таких трубопровода 3, для надежности может использовать 3 контроллера, каждый будет управлять своими 2 клапанами?
|
[quote:72fd6f354f="avgaid"]Да не про PanelView речь, а про то, что данные он собирает в один контроллер только затем, чтобы потом по модбасу передать на HMI, который на Интаче... Что мешало поставить OPC сервер (RSLinx или KEP server) на PC c интачем, и брать эти данные напрямую из слайвов по Ethernet? и мароки бы небыло с конекшинами.[/quote:72fd6f354f]
"Создаем себе трудности, чтобы их потом героически преодолевать" (С) из фильма.
Ему бы возможности маршрутизации [b:72fd6f354f]NetLinx[/b:72fd6f354f]. Помечтаем (Modbus aka Ethernet I/P, ControlNet, DeviceNet), было бы - по Modbus входим на Main, с него на Ethernet I/P и далее к остальным.
Т.к. этого нет, но мечты приводят к [b:72fd6f354f]ProLinx [/b:72fd6f354f](например [b:72fd6f354f]4201-DFNT-MCM[/b:72fd6f354f]) от [b:72fd6f354f]Prosoft-Technology[/b:72fd6f354f]. Получит функционал - в разы выше, чем с [b:72fd6f354f]1769-MCM[/b:72fd6f354f].
|
[quote:8bd4feae87="clinklion"]Это все настроечные данные, в случае если необходимо будет посмотреть/подкорректировать что-то с АРМ оператора[/quote:8bd4feae87]
Тогда зачем их гонять через [b:8bd4feae87]Main[/b:8bd4feae87]?
Наверно, чтобы связь PV+ была только с одним контроллером:[quote:8bd4feae87="dv_"][quote:8bd4feae87="clinklion"]...я смогу сделать так, чтобы панелька работала с несколькими контроллерами, т.к. у меня конфигурация 5 контроллеров и 1 панель оператора.[/quote:8bd4feae87]Сделать можно, но если один из контроллеров будет отключен - постоянно будет выскакивать баннер о потере связи :o
Разве, что отключить эту функцию.[/quote:8bd4feae87]Сам такое делал, но не с такими объемами.
Сколько операторов будет? Не возникнет ли ситуация когда нужно видеть информацию от нескольких slave?
|
Здравствуйте!
https://rockwellautomation.custhelp.com/app/answers/detail/a_id/55209
Желаю удачи!
|
[quote:b26f3afddb="dv_"][quote:b26f3afddb="avgaid"]А вообще для в следующий раз не используете [b:b26f3afddb]продьюс/консьюмер связь для передачи данных на HMI[/b:b26f3afddb], они для этого не предназначены. Этот тип связи используется для обмена управляющей информации, критической по времени. Система гарантирует доставку данных за RPI, т.е. время реакции контроллера на данные полученые из другого контроллера всегда известна.[/quote:b26f3afddb]
У него [b:b26f3afddb]Scheduled [/b:b26f3afddb]для [b:b26f3afddb]PanelViewPlus [/b:b26f3afddb]отсутствует (нет в дереве устройств проекта контроллера).[/quote:b26f3afddb]
Да не про PanelView речь, а про то, что данные он собирает в один контроллер только затем, чтобы потом по модбасу передать на HMI, который на Интаче... Что мешало поставить OPC сервер (RSLinx или KEP server) на PC c интачем, и брать эти данные напрямую из слайвов по Ethernet? и мароки бы небыло с конекшинами.
|
[quote:44a6b590c7="clinklion"]
3. В чем может быть засада?
[/quote:44a6b590c7]
Он новый или старый ? ... лишь недавно моха стала "на отлично" работать. Появились новые настройки , поддержки хошь то , а хошь это ... и тд
|
[quote:c4ee9b86a9="dv_"][quote:c4ee9b86a9="clinklion"]Всем спасибо за помощь, [b:c4ee9b86a9]буду уменьшать объем передаваемых данных[/b:c4ee9b86a9], это будет пока что менее болезненный вариант.[/quote:c4ee9b86a9] Это правильно!
Зачем нужны в Main данные:
- discrete_01_di_hmi
- discrete_01_do_hmi
- ac_fr_hmi
- т.д.
В частности:
- discrete_01_di_hmi.cfg_delay_time_pos_arr
- discrete_01_di_hmi.cfg_delay_time_neg_arr
- ac_fr_hmi.in_x1
- ac_fr_hmi.in_x2
- ac_fr_hmi.in_y1
- ac_fr_hmi.in_y2
- и т.д. (много)
Убейте, но не понимаю их "нужности" в Main. Какие действия Main на основании этих данных?
Почти как: [quote:c4ee9b86a9="Никита (http://asutpforum.ru)"]Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: [b:c4ee9b86a9]"Нахрена?"[/b:c4ee9b86a9][/quote:c4ee9b86a9]
[quote:c4ee9b86a9="clinklion"]Если заказчика не устроит такое количество данных ...[/quote:c4ee9b86a9] Будь убедительнее :x[/quote:c4ee9b86a9]
Это все настроечные данные, в случае если необходимо будет посмотреть/подкорректировать что-то с АРМ оператора
|
[quote:5ec011f8ff="clinklion"]Всем спасибо за помощь, [b:5ec011f8ff]буду уменьшать объем передаваемых данных[/b:5ec011f8ff], это будет пока что менее болезненный вариант.[/quote:5ec011f8ff] Это правильно!
Зачем нужны в Main данные:
- discrete_01_di_hmi
- discrete_01_do_hmi
- ac_fr_hmi
- т.д.
В частности:
- discrete_01_di_hmi.cfg_delay_time_pos_arr
- discrete_01_di_hmi.cfg_delay_time_neg_arr
- ac_fr_hmi.in_x1
- ac_fr_hmi.in_x2
- ac_fr_hmi.in_y1
- ac_fr_hmi.in_y2
- и т.д. (много)
Убейте, но не понимаю их "нужности" в Main. Какие действия Main на основании этих данных?
Почти как: [quote:5ec011f8ff="Никита (http://asutpforum.ru)"]Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: [b:5ec011f8ff]"Нахрена?"[/b:5ec011f8ff][/quote:5ec011f8ff]
[quote:5ec011f8ff="clinklion"]Если заказчика не устроит такое количество данных ...[/quote:5ec011f8ff] Будь убедительнее :x
|
Предыдущие результаты
Ещё результаты |
|
| |
|
