Здраствуйте!
Есть у меня 4 отечественных норм-преобразователя "Юримов" Ф0303.5.
Суть задачи - подключение к этим девайсам SCADA по RS-485 (будет стоять в операторской) и к-л операторской панели (по месту) для отображения данных непосредственно возле объекта. Вопрос: можно ли подключить к этим устройствам напрямую операторскую панель ? Т.е. на преобразователи будет 2 запроса: от панели и от СКАДЫ.
PS : Со СКАДОЙ имею дело в первый раз.
- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Нужна помощь в подключении преобразователей
-
- не первый раз у нас
- Сообщения: 323
- Зарегистрирован: 26 сен 2010, 10:18
- Имя: Artur
- Страна: Russia
- Поблагодарили: 2 раза
Re: Нужна помощь в подключении преобразователей
в мануале к Ф0303.5 написано, что она поддерживает Modbus Rtu. Вот по этому протоколу и нужно организовывать обмен данными. Тут,конечно, не обойтись без конвертеров. Как я понял Ваш устройство поддерживает интерфейсный протокол RS-232, с которым довольно сложно организовать топологию из нескольких устройств. Лучше поставить преобразователь rs232tors484, к тому же простой витой парой можно будет выстроить эту самую топологию.
Еще один вариант, поставить какой-нить 4-х портовый преобразователь rs-232toEthernet. По Вашим словам, данные будут сразу приходить на ПК, ну так в этом случае мастером будет выступать сам ПК. Правда тут уже другая проблема. Придется поработать ручками, написать программу. Еще можно поиграть с OPC-серверами, настроить их на прямое извлечение с устройства, но тут уже скада...
Так трудно судить... что за операторская панель(поддержка каких интерфейсов)? какая скада система? какое-расстояние от панели до устройств? Какие функции модбаса придется использовать(записи, чтения) и т.д.
Нужно много что учитывать, плоть до того какие магнитные и электрические источники помех будут лежать между вашими точками... ;)
Еще один вариант, поставить какой-нить 4-х портовый преобразователь rs-232toEthernet. По Вашим словам, данные будут сразу приходить на ПК, ну так в этом случае мастером будет выступать сам ПК. Правда тут уже другая проблема. Придется поработать ручками, написать программу. Еще можно поиграть с OPC-серверами, настроить их на прямое извлечение с устройства, но тут уже скада...
Так трудно судить... что за операторская панель(поддержка каких интерфейсов)? какая скада система? какое-расстояние от панели до устройств? Какие функции модбаса придется использовать(записи, чтения) и т.д.
Нужно много что учитывать, плоть до того какие магнитные и электрические источники помех будут лежать между вашими точками... ;)
-
- почётный участник форума
- Сообщения: 626
- Зарегистрирован: 29 сен 2008, 17:05
- Имя: Алексей Угрюмов
- Страна: Россия
- город/регион: СПб
- Благодарил (а): 8 раз
- Поблагодарили: 23 раза
Re: Нужна помощь в подключении преобразователей
Вы правильно ставите вопрос. Если там Modbus, то одновременно подключить и SCADA и панель нельзя: так как они оба будут мастерами, а в Modbus RTU это недопустимо (они одновременно будут слать запросы, на линии будет не пойми что). Решение:
1) если панель поддерживает Modbus TCP, то поставить конвертер Modbus TCP Modbus RTU. Надо уточнить, поддерживает ли конвертер одновременно несколько подключений по Modbus TCP и как он разруливает запросы по TCP (в простейшем случае, по пришествии запроса по TCP он перенаправляется в RTU, пока он не будет обработан остальные подвешиваются). При этом в пакете MODBUS TCP задействуется поле id, по которому адресуется опрашиваемое устройство. Поэтому надо чтобы панель умела с ними работать. Например, с Weintek мне не удалось этого добиться (правда я не долго пытался и кажется через свободно настраиваемый драйвер или скрипты это как-то делается или не делается, но я не стал копаться другое решение было выбрано). Конверторы есть разных производителей, я пользуюсь MOXA, ICP-DAS.
2) если не поддерживает Ethernet, то такой же разруливатель надо для двух входящих Modbus RTU (RS232/485) портов и одного выходного, который пойдёт к нормирователям. Не знаю есть ли такие устройства готовые в продаже (не было нужды искать), но не сложно такой сделать на базе того же ICP-DAS 7188 или MOXA UC. Задача устройства: по приходу запроса поставить его в очередь и по готовности линии нормирователей отослать запрос в линию, принять и передать запрашиваемому мастеру.
Понятно, что в обоих случаях нагрузка на линию удваивается: оба мастера независимо опрашивают одни и те же данные, соответственно предельный период опроса ухудшается вдвое, увеличиваются задержки (надо увеличить timeout на мастере).
Тут ещё просто: данные идут только снизу вверх, если бы в обратную сторону ещё бы шли команды, то в этой схеме нет возможности задать приоритет команд и блокировку команд от одного из мастеров. То есть если надо предусмотреть возможность посылки команд с обоих постов, то нет возможности избежать одновременной посылки противоположенных команд с разных мест (понятно, что можно ввести пароли на местах управления). У меня когда была подобная задача, мне по сути процесса, надо было чтобы только один мастер мог в один момент времени отправлять команды на полевые устройства: пришлось ставить коммуникационный контроллер для разруливания этого дела.
1) если панель поддерживает Modbus TCP, то поставить конвертер Modbus TCP Modbus RTU. Надо уточнить, поддерживает ли конвертер одновременно несколько подключений по Modbus TCP и как он разруливает запросы по TCP (в простейшем случае, по пришествии запроса по TCP он перенаправляется в RTU, пока он не будет обработан остальные подвешиваются). При этом в пакете MODBUS TCP задействуется поле id, по которому адресуется опрашиваемое устройство. Поэтому надо чтобы панель умела с ними работать. Например, с Weintek мне не удалось этого добиться (правда я не долго пытался и кажется через свободно настраиваемый драйвер или скрипты это как-то делается или не делается, но я не стал копаться другое решение было выбрано). Конверторы есть разных производителей, я пользуюсь MOXA, ICP-DAS.
2) если не поддерживает Ethernet, то такой же разруливатель надо для двух входящих Modbus RTU (RS232/485) портов и одного выходного, который пойдёт к нормирователям. Не знаю есть ли такие устройства готовые в продаже (не было нужды искать), но не сложно такой сделать на базе того же ICP-DAS 7188 или MOXA UC. Задача устройства: по приходу запроса поставить его в очередь и по готовности линии нормирователей отослать запрос в линию, принять и передать запрашиваемому мастеру.
Понятно, что в обоих случаях нагрузка на линию удваивается: оба мастера независимо опрашивают одни и те же данные, соответственно предельный период опроса ухудшается вдвое, увеличиваются задержки (надо увеличить timeout на мастере).
Тут ещё просто: данные идут только снизу вверх, если бы в обратную сторону ещё бы шли команды, то в этой схеме нет возможности задать приоритет команд и блокировку команд от одного из мастеров. То есть если надо предусмотреть возможность посылки команд с обоих постов, то нет возможности избежать одновременной посылки противоположенных команд с разных мест (понятно, что можно ввести пароли на местах управления). У меня когда была подобная задача, мне по сути процесса, надо было чтобы только один мастер мог в один момент времени отправлять команды на полевые устройства: пришлось ставить коммуникационный контроллер для разруливания этого дела.
Alex.
-
- БАН
- Сообщения: 642
- Зарегистрирован: 03 июн 2010, 12:26
- Имя: Козин Александр Елисеевич
- Страна: Украина
- город/регион: Одесса
- Благодарил (а): 2 раза
- Поблагодарили: 6 раз
- Забанен: Бессрочно
Re: Нужна помощь в подключении преобразователей
На мой взгляд можно и попроще, просто панель будет работать в качестве мастера с преобразователями, и как слэйв - со СКАДОЙ по другому каналу связи. У Weinteka это вполне реализуемо. Данные, не нужные к отображению просто промежуточно хранятся в панели.
-
- почётный участник форума
- Сообщения: 626
- Зарегистрирован: 29 сен 2008, 17:05
- Имя: Алексей Угрюмов
- Страна: Россия
- город/регион: СПб
- Благодарил (а): 8 раз
- Поблагодарили: 23 раза
Re: Нужна помощь в подключении преобразователей
> На мой взгляд можно и попроще, просто панель будет работать в качестве мастера с преобразователями, и как слэйв - со СКАДОЙ по другому каналу связи.
Тут панель получается слабым местом: при выходе её из стоя не будет связи и SCADA-преобразователи.
> У Weinteka это вполне реализуемо.
Мне на будущее. То есть Weintek может быть Модбас слайвом? Мне кажется в списке драверов такого нет. Как это реализовать? Через свободно программируемый драйвер или скрипты? (В любом случае возни много). И есть успешный опыт реализации?
Но автор топика не уточнял какая у него панель (про Винтек - это я как пример привёл). Всё сильно от панели зависит.
Тут панель получается слабым местом: при выходе её из стоя не будет связи и SCADA-преобразователи.
> У Weinteka это вполне реализуемо.
Мне на будущее. То есть Weintek может быть Модбас слайвом? Мне кажется в списке драверов такого нет. Как это реализовать? Через свободно программируемый драйвер или скрипты? (В любом случае возни много). И есть успешный опыт реализации?
Но автор топика не уточнял какая у него панель (про Винтек - это я как пример привёл). Всё сильно от панели зависит.
Alex.