CODESYS V3.5. Настройка обмена с другими устройствами (Modbus, ОВЕН, OPC и др.)

[Евгений Кислов]

Ну хорошо хоть не в разные контроллеры обмен вынесен - так еще "структурированее" будет
И все же если серъезно - так надежнее/более стабильно? Или такой информации нет?

Вопрос надежности/стабильности в данном контексте не рассматривался, и сложно представить, что между ним и разнесением программ опроса различных портов по отдельным задачам есть явная взаимосвязь.

Повторюсь, это просто способ структурирования проекта, который упрощает отладку.

[Эдуард_Н]

В документах "Модули МХ110 для CODESYS 3.5", "СПК. Modbus (тестирование документа) " как то не уточнено почему использованы именно такие адреса 1 и 16, а так-то хочется знать какие адреса можно присваивать при использовании библиотеки "Модули МХ110 для CODESYS 3.5".

[Евгений Кислов]

В документах "Модули МХ110 для CODESYS 3.5", "СПК. Modbus (тестирование документа) " как то не уточнено почему использованы именно такие адреса 1 и 16, а так-то хочется знать какие адреса можно присваивать при использовании библиотеки "Модули МХ110 для CODESYS 3.5".

1 и 17, если точнее. Cм. стр. 13.

[Эдуард_Н]

Понял, спасибо.

[Евгений Кислов]

Ну да 1 и 17 почему не 1 и 2 или 16 и 17?

Ладно, я перескажу написанное на стр. 13 другими словами.

Модули конфигурируются по протоколу Овен. Во время конфигурирования каждый модуль занимает в сети кол-во адресов, равное числу его каналов.

Предположим, у вас в связке 4 модуля 8А. Вы достали их из коробки, по одному подключали к ПК через АС4, настраивали и задали адреса 1,2,3,4.
Потом подключили к контроллеру. Все работает нормально. Через какое-то время возникла необходимость поменять тип датчиков. Вы подходите к шкафу, отключаете всю связку и через АС4 цепляете ее к своему ноутбуку. Пытаетесь настраивать модули и видите, что происходит что-то не то. Это объясняется тем, что при настройке модуля с адресом 1 отправляются команды на адреса 1-8 (еще раз - в протоколе Овен модуль занимает кол-во адресов, равное числу каналов). Вам приходится разбирать связку и подключать каждый модуль к ноутбуку по отдельности.

Если бы вы задавали адреса с разрывом в число каналов (в данном случае, соответственно, это были бы 1-9-17-25), то смогли бы переконфигурировать любой из модулей, не разбирая связки.

Понял, спасибо.

Никаких проблем. Написанную простыню я оставлю для тех, кто столкнется с подобным вопросом.

[Евгений Кислов]

Получается, что все модули Mx110 на 485 порту имеют протокол "ОВЕН", а не стандартный "Modbus"?

Когда вы запускаете Конфигуратор Mx110, то он связывается с модулями по протоколу Овен.
В остальных случаях вы сами выбираете протокол, по которому работаете (в данном документе - протокол Modbus).

Т.е. задавать адреса в стиле 1,2,3,4 и т.д., в принципе, можно - все будет работать - но возникнут сложности в случае необходимости переконфигурировать модули.

[Эдуард_Н]

Ещё раз спасибо, извините за все эти вопросы, просто завтра запускать один из объектов на СПК110 и я волнуюсь.

[ALEXSP]

Поскольку ошибка в описании input и holding регистров, указанная вчера ASo, является принципиальной, документ обновлен до версии 0.81. Все остальные замечания также были отработаны.

Конфигурация СПК207 (Modbus TCP Slave) <--> Master Scada
Если у нас Codesys v3.5 SP5 Patch5 - будет ли работать?

[Евгений Кислов]

Конфигурация СПК207 (Modbus TCP Slave) <--> Master Scada
Если у нас Codesys v3.5 SP5 Patch5 - будет ли работать?

Будет, но только функции чтения/записи регистров. Функции работы с битами поддержали в более поздних версиях.

[ALEXSP]

Будет, но только функции чтения/записи регистров. Функции работы с битами поддержали в более поздних версиях.

По факту: привязка QW работает только по битам, привязанные слова не работают!!!