WEINTEK - задача странная

[Jackson]

Добрый день!

Есть хитрая задача, под которую ищется операторская панель, предварительно Weintek.

А точнее панель должна выполнять следующие задачи:

1. Подключение по RS-485 к одному устройству, опрос, получение данных с него. Протокол запросто может быть не ModBUS, а свой собственный, соответственно панель должна иметь возможность этот протокол задать;
2. отображение принятых данных (графика несложная, переменные в основном бинарные);
3. Передача принятых данных через RS-485 (второй порт) в режиме ModBUS Slave.
4. Передача принятых данных через Ethernet в режиме ModBUS-TCP Slave (то есть выступать сервером)

Кроме всего прочего, панель должна быть морской (с сертификатом любого мирового морского регистра, желательно Российского в том числе).

Понимаю что задача серьёзная, поэтому если функции преобразования нестандартного протокола в стандартный ModBUS и раздачу его на панель (по RS-485 ModBUS), во внешний мир (RS-485 ModBUD) и ещё раз во внешний мир (Ethernet ModBUS-TCP) можно реализовать сторонними средствами - прошу подсказать какими.

Спасибо!

[alex_ugrumov]

Если сторонними, то может взять коммуникационный контроллер типа http://www.moxa.com/product/UC-7122_UC-7124-CE.htm или у ICP-DAS. Пусть он опрашивает устройство по нестандартному протоколу и выступает Modbus сервером (по RS и Eth). Панель же будет выступать Modbus клиентом по Eth.

[vodav]

Вот все, что Вы хотите - Weintek делает легко и непринужденно. Только одно "НО": "панель должна быть морской" - этому ни одна их панель не соответствует. Ищите что-нибудь другое.

[hell_boy]

Как ни странно, ОВЕН СПК207 имеет сертификат Российского морского регистра http://www.owen.ru/catalog/panelnij_pro ... 7/opisanie

[Jackson]

Только одно "НО": "панель должна быть морской" - этому ни одна их панель не соответствует

Неправда, у Вейнтека много морских панелей.

Отправлено спустя 1 минуту 20 секунд:

Вот все, что Вы хотите - Weintek делает легко и непринужденно.

А вот как раз в этом я и сомневаюсь. Если на панель повесить ещё и функцию преобразователя протоколов и сервера связи, то, боюсь, как бы не захлебнулась она. В том и вопрос.

[skr]

Тут сообщают: "С одобрением Морского Регистра есть три модели, все еМТ серии, 3105, 3120, 3150"

А вот как раз в этом я и сомневаюсь. Если на панель повесить ещё и функцию преобразователя протоколов и сервера связи, то, боюсь, как бы не захлебнулась она. В том и вопрос.

Тут вопрос в том, действительно ли панель должна быть "преобразователем".
Самый простой вариант - панель просто читает данные с устройства и кладёт их в свою память. А другие устройства читают данные из памяти панели.

"Преобразователем" для RS485 панель не будет, только для TCP/IP. Там можно настроить "шлюз", при обращении к некоторым диапазонам адресов панель будет прозрачно перенаправлять запросы другим устройствам. Ещё одно ограничение для шлюза - протокол устройства, подключенного к панели как слэйв, должен поддерживаться панелью, то есть Free Protocol не подойдёт.

В любом случае, захлебнуться тут панели не с чего.

[Jackson]

Тут вопрос в том, действительно ли панель должна быть "преобразователем".

В том и дело что да. Протокол на входе - не ModBUS. У меня есть его описание и структура, написать его обработчик на ПЛК или на ПК нет проблем, но нужно ещё и отображение, а городить контроллер только ради преобразования не хочется. Хотя решение от Алексея Угрюмова выше - мне вполне нравится, но оно не морское.

[skr]

Свой протокол сделать не проблема. Сделать, чтоб панель по этому протоколу постоянно читала данные, а по модбасу независимо от чтения передавала эти данные, не проблема.
Но сделать так, чтоб при получении модбас запроса панель по этому своему протоколу запрашивала данные у контроллера, а потом слала ответ на модбас запрос - вот это уже никак.

[Jackson]

Денис, спасибо! Я тогда объясню подробнее.

По нестандартному протоколу панель должна выступать в качестве Мастера, периодически запрашивать данные с хитрого устройства по хитрому протоколу, результат отображать и, видимо, складывать в определенную область памяти. Архивировать не надо, т.е. как только получены новые данные - их складывать поверх старых. Данных немного - с десяток переменных WORD и до трёх десятков битовых (возможно, тоже закодированных в переменные Word). Для этого нужен порт RS-485.

Далее, другие устройства должны слать на эту панель модбас-запрос (уже классический модбас), в ответ на который панель должна отправить те данные, которые она получила по хитрому протоколу ранее. Это по Ethernet (ModBUS-TCP). Сама что-то запрашивать по классическому ModBUS панель не должна, это не требуется.

Было бы еще здорово чтобы у панели было два порта RS-485 и один порт Ethernet, чтобы по одному порту RS-485 панель была мастером с хитрым протоколом, а по второму RS-485 и Ethernet - слейвом. Но если получится только по RS-485 работать мастером по нестандартному протоколу, а по Ethernet - слейвом по ModBUS-TCP - уже хорошо.

Задача это долгоиграющая (давно уже разбираемся и до железа так и не дошло). Возможно, в скором будущем она трансформируется в то, что хитрый нестандартный протокол будет заменён на обычный ModBUS (будет заменён опрашиваемый контроллер с нестандартным протоколом на другой, с классическим ModBUS-RTU slave). Но это ещё пока не решено.

[skr]

Было бы еще здорово чтобы у панели было два порта RS-485 и один порт Ethernet, чтобы по одному порту RS-485 панель была мастером с хитрым протоколом, а по второму RS-485 и Ethernet - слейвом.

Все перечисленные мной выше этим условиям соответствуют.
Вообще у Weintek во всех панелях кроме IP серии минимум два RS485.

[Jackson]

То есть на панели eMT3105P или eMT3120A это всё выполнить возможно?

Было бы еще здорово чтобы у панели было два порта RS-485 и один порт Ethernet, чтобы по одному порту RS-485 панель была мастером с хитрым протоколом, а по второму RS-485 и Ethernet - слейвом.

Все перечисленные мной выше этим условиям соответствуют.

Опрашивать будут одновременно и по RS-485 и по Ethernet два независимых устройства.

Весь сыр-бор из-за наличия этих хитрых контроллеров с нестандартным протоколом, плюс ещё требования мор.регистра к таким системам, плюс "небольшая" хотелка заказчика которая вылилась в то что вылилась, и плюс ещё большое желание уйти от программирования в чистом виде, т.к. хоть строчка написанного кода влечёт за собой в отдельную сертификацию всей системы автоматики.

В итоге нечто такое получается:

23470 PMS single line 2016_06_17.pdf

[skr]

Да, на этих панелях всё это выполнить возможно

[Jackson]

Отлично! Спасибо большое!

P.S. Я мог бы просто позвонить Вам и всё выяснить, но написал здесь чтобы вопрос зафиксировался на будущее, мало ли понадобится кому-то.

[Никита]

Я бы еще обратил внимание на частоту опроса по нестандартному протоколу. Тут у Weintek есть ограничения.

[Jackson]

Я бы еще обратил внимание на частоту опроса по нестандартному протоколу. Тут у Weintek есть ограничения.

Я на это не очень обращаю внимания, потому как панель будет выполнять функцию АПС и больше ничего. ПАЗ выполняется в самой ЛСУ ДГ (на схеме), обобщённые сигналы аварий мгновенно прилетят сухими контактами и АСУ их отработает (АСУ не интересует причина аварии). А узнает ли персонал о детальной причине аварии мгновенно или через полминуты - это вопрос 16й. Судовая специфика.

[skr]

Ну пол-минуты - это перебор =)

[Jackson]

Ну пол-минуты - это перебор =)

Я же говорю - специфика.