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

[ALEXSP]

По всей видимости, вы что-то делаете не так. Если вы детально сформулируете проблему, а также выложите проект для СПК и скриншоты настроек вашего OPC-сервера (как я понимаю, данные в скаду вы передаете с помощью него), то постараюсь помочь .

Я думаю все делаем правильно. Проверяли программой Modscan. Запросы делались 4-й функцией. При этом то что в СПК было привязано к QW битами - читалось правильно, то что в СПК было привязано к QW словами - читались 0. Грешим на версию CodeSys - v3.5 SP5 Patch5. Я просто направил это сообщение, чтобы Вы проверили не осталась ли эта ошибка в новой версии.Для Овена.JPG

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

Я думаю все делаем правильно. Проверяли программой Modscan. Запросы делались 4-й функцией. При этом то что в СПК было привязано к QW битами - читалось правильно, то что в СПК было привязано к QW словами - читались 0. Грешим на версию CodeSys - v3.5 SP5 Patch5. Я просто направил это сообщение, чтобы Вы проверили не осталась ли эта ошибка в новой версии.Для Овена.JPG

Есть возможность проверить не Modscan'ом, а чем-то еще? Мне доводилось опрашивать input registers СПК через ворды по TCP различным устройствами (другими СПК, панелями оператора, виртуальным контроллером CODESYS, OPC-серверами), и проблем никогда не возникало.

Если возможности нет, я могу проверить у себя - но тогда прошу прислать архив проекта (на e.kislov@owen.ru) и подробную инструкцию в скриншотах, что вы делаете в утилите Modscan (еще лучше - саму утилиту тоже, чтобы избежать ситуации разных версий).

Upd. - ну, собственно, у меня получилось:

19-05-2016 14-10-16.png

Моя версия компонента Ethernet: 3.4.2.0
Моя версия компонента Modbus TCP Slave Device: 3.5.2.0

[ALEXSP]

Есть возможность проверить не Modscan'ом, а чем-то еще? Мне доводилось опрашивать input registers СПК через ворды по TCP различным устройствами (другими СПК, панелями оператора, виртуальным контроллером CODESYS, OPC-серверами), и проблем никогда не возникало.

Если возможности нет, я могу проверить у себя - но тогда прошу прислать архив проекта (на e.kislov@owen.ru) и подробную инструкцию в скриншотах, что вы делаете в утилите Modscan (еще лучше - саму утилиту тоже, чтобы избежать ситуации разных версий).

Upd. - ну, собственно, у меня получилось:

19-05-2016 14-10-16.png

Моя версия компонента Ethernet: 3.4.2.0
Моя версия компонента Modbus TCP Slave Device: 3.5.2.0

У нас те же версии, к сожалению то что не работает мы уже стерли, а вместо этого есть работающий вариант: union (real, 2 word), затем word раскладываем на 16 булевских переменных, и затем эти булевские переменные привязываем к битам QW - все работает!
В предыдущей версии программы было: union (real, 2 word), затем word привязываем к слову QW - читаются нули!

[ALEXSP]

У нас те же версии, к сожалению то что не работает мы уже стерли, а вместо этого есть работающий вариант: union (real, 2 word), затем word раскладываем на 16 булевских переменных, и затем эти булевские переменные привязываем к битам QW - все работает!
В предыдущей версии программы было: union (real, 2 word), затем word привязываем к слову QW - читаются нули!

Отправил ссылку на проект по почте

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

Отправил ссылку на проект по почте

Спасибо, завтра займусь экспериментами. Скриншоты настроек Modscan тоже отправьте, пожалуйста (если этого не сделали) - все, которые посчитаете нужными. Версия утилиты тоже интересует. У вас 32bit или 64?

[ALEXSP]

Спасибо, завтра займусь экспериментами. Скриншоты настроек Modscan тоже отправьте, пожалуйста (если этого не сделали) - все, которые посчитаете нужными. Версия утилиты тоже интересует. У вас 32bit или 64?

Я думаю дело не в Modscan, у нас Modscan32 скриншот примерно такой же. Когда мы привязываем в СПК регистры по битам, то все работает - читается 4-й функцией и в Modscan и в Master Scada. Но в отличие от Вашего скрина (где значение 123) у нас в онлайне значения переменных на этой вкладке не отображались, мы могли посмотреть значения только на других вкладках. У меня 2 версии этого - 1) В новой версии Codesys это исправлено (это хорошо); 2) В Вашем примере привязка начинается с слова, а в нашем с битов, а слова идут дальше (а это уже могло остаться и в новой версии, что очень плохо)

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

Я думаю дело не в Modscan, у нас Modscan32 скриншот примерно такой же. Когда мы привязываем в СПК регистры по битам, то все работает - читается 4-й функцией и в Modscan и в Master Scada. Но в отличие от Вашего скрина (где значение 123) у нас в онлайне значения переменных на этой вкладке не отображались, мы могли посмотреть значения только на других вкладках. У меня 2 версии этого - 1) В новой версии Codesys это исправлено (это хорошо); 2) В Вашем примере привязка начинается с слова, а в нашем с битов, а слова идут дальше (а это уже могло остаться и в новой версии, что очень плохо)

Вы попробовали рекомендацию из моего письма? (Всегда обновлять переменные: Вкл. 2 (в задаче цикла шины))