Модули МХ110 для CODESYS 3.5

[Осинский Алексей]

Здравствуйте, коллеги.

Как развитие идеи Шаблоны модулей МХ110 для CODESYS 3.5 (http://www.owen.ru/forum/showthread.php?t=19404) мы выпустили обновленные модули.
Данная разработка представляет собой программную надстройку для среды CODESYS 3.5 SP5.
Основные отличия от "...шаблонов...":

Полностью сконфигурированные модули: Вам осталось только задать адрес устройства в сети Modbus
Нет необходимости преобразовывать массив WORD в REAL
Везде, где это возможно, используются групповые запросы
Поддержаны все модули линейки Mx110
Нет необходимости в объявлении дополнительных переменных


Все замечания и пожелания оставляйте в теме.

Внимание! Данное ПО не совместимо с "Шаблонами...". Перед установкой удалите "Шаблоны..." из CoDeSys.
Если в Вашем проекте ранее использовались "Шаблоны...", то их нужно будет удалить из проекта, и добавить новые модули





Скачать последнюю версию:

19548



Версия
Дата
Список изменений


3.5.4.5
14.08.2015
Библиотека драйверов больше не использует библиотеку ModBus (при загрузке проект, использующий драйвера не будет выдавать сообщение об ошибке)







Документация:


Руководство пользователя
19600


Установка модулей ОВЕН Mx110
<a href="https://www.youtube.com/watch?v=DG73knT9l6I" onclick="window.open(this.href, '', 'resizable=no,status=no,location=no,toolbar=no,men ubar=no,fullscreen=no,scrollbars=no,dependent=no,w idth=800,height=640'); return false;"><input name="abs" type="button" value="Посмотреть видео"></a>


Пример использования модулей Mx110 в проекте
<a href="https://www.youtube.com/watch?v=AMa389insAo"><input name="abs" type="button" value="Посмотреть видео"></a>

[_Mikhail]

Спасибо. Будем тестировать

[Эдуард_Н]

Попробовал, прикольненько. Почему то вылазит ошибка каждый раз при загрузке проекта, хотя после компиляции уходит. Но остаётся сообщение в менеджере библиотек.

[Осинский Алексей]

Попробовал, прикольненько. Почему то вылазит ошибка каждый раз при загрузке проекта, хотя после компиляции уходит.
Спасибо, посмотрю

[Эдуард_Н]

Скажите, "Шаблоны модулей МХ110 для CODESYS 3.5" я так понимаю закрыты, и развиваться не будут, и в официальной сборке ( библиотек и т.д.) вместо неё будет "Модули МХ110 для CODESYS 3.5" ? Я к чему спрашиваю, есть ли смысл переходить с шаблонов на модули?

[Осинский Алексей]

Скажите, "Шаблоны модулей МХ110 для CODESYS 3.5" я так понимаю закрыты, и развиваться не будут, и в официальной сборке ( библиотек и т.д.) вместо неё будет "Модули МХ110 для CODESYS 3.5" ? Я к чему спрашиваю, есть ли смысл переходить с шаблонов на модули?
Да, определенно "Шаблоны..." развиваться больше не будут т.к. "Модули..." более универсальны и удобны.

[Эдуард_Н]

Да, действительно они очень удобные. Лишних переменных писать не надо.
В связи с закрытием "Шаблоны..." нельзя ли ФБ "MV110_Get_Real" выудить отдельно?

[alexx751]

При кратковременном воздействии помехи шина останавливается и больше не поднимается, чекбокс auto-restart включен.

[Александр Приходько]

При кратковременном воздействии помехи шина останавливается и больше не поднимается, чекбокс auto-restart включен.
Какой контроллер? Какая длина шины? Из чего сделана шина? Пробовали ставить на конце согласующий резистор?

[alexx751]

При кратковременном воздействии помехи шина останавливается и больше не поднимается, чекбокс auto-restart включен.
Ну и та же ошибка как посте #3.

[alexx751]

СПК110 (прошивка последняя), СПК -> МВ110х 50 см (на столе смонтировано, тестируем),витая из UTP5, резистор попробую.

P.S. С резистором то же самое. Собственно интересует почему после пропадания помехи обмен не поднимается, хотя по осциллографу интерфейс работает, форма сигнала отличная,
да и индикаторы обмена на СПК и модулях работают.

[Эдуард_Н]

Помеху как делали? Хочу на выходных плотничком по тестировать.

[alexx751]

Помеха получилась сама собой:) просто всегда проверяю RS485 осциллографом. Щупы подключены к шине, осцилл работает от встроенного аккумулятора. Втыкаю БП осцилла в 220В - обмен отваливается.
Понятно что контур образовался, БП импульсный и т.д. При отключении от шины обмен не восстанавливается, только перезагрузка проекта или сброс питания помогает.

[Эдуард_Н]

А с "шаблонами модулей" такого вроде не наблюдалось?

[alexx751]

Сейчас не скажу

[Александр Приходько]

Помеха получилась сама собой:) просто всегда проверяю RS485 осциллографом. Щупы подключены к шине, осцилл работает от встроенного аккумулятора. Втыкаю БП осцилла в 220В - обмен отваливается.
Понятно что контур образовался, БП импульсный и т.д. При отключении от шины обмен не восстанавливается, только перезагрузка проекта или сброс питания помогает.
Без осцилографа должно все работать. Проверьте.

[alexx751]

Конечно же будет, тут и проверять нечего(хотя проверено:)). Почему опрос не перезапускается?

[Эдуард_Н]

Сегодня погонял связку из СПК110--MV110-16D--MU110-16R--MV110-8A--PR114, скорость связи 38400. Был постоянный отвал модуля ввода, поменял скорость связки на 115200 модуль ввода перестал отваливаться.

[Александр Приходько]

Конечно же будет, тут и проверять нечего(хотя проверено:)). Почему опрос не перезапускается?
Думаю потому что после включения осциллографа что то происходит со схемотехникой. Можно попробовать порт еще перезапустить вручную, попробуйте.
Не стандартная работа.

[Эдуард_Н]

Удалось добиться подвисания порта, только он подвис как-то странно. В КДС3 напротив устройств горят красные треугольники, сигналы с дискретных входов (модуля 16Д и ПРки ) проходить не хотят, а релейные выхода (модуля 16Р и ПРки ) при этом нормально работают.
Приборы: СПК110--MV110-16D--MU110-16R--MV110-8A--PR114 115200 (на шину больше ничего не повешено).
Подавал питание сразу на всё кроме ПР114, 16Д и 16Р работают, но с задержкой. После этого подал питание на ПРку, не много с искрило и прошло подвисание.

[alexx751]

У меня связка МВ110-8А + МВ110-16ДН + МУ110-16К, 115200. Запускаем проект (простейший, практически только обмен) - 8А начинает с интервалом 5-20 сек подвешивать шину на 2-3 сек, минут через 20 отваливается обмен со всеми модулями, красные треугольники. Походу 8А групповые запросы на такой скорости не совсем переваривает, то ли буфер переполняется, то ли еще что. Но 16К работает! Выходы срабатывают. Перевел на 38400 (на ПЛК110 всегда так делал, где-то на форуме советовали) - уже сутки полет нормальный.
P.S. Приходилось сталкиваться с контроллером малоизвестного российского производителя на КДС2.3 (и общаться с разработчиком) - вообще никаких проблем с обменом не было, что на столе, что в цеху за 50-100 метров, тоже modbus. Оказывается бывает такое:)

[Эдуард_Н]

Сообщения сделанные ранее я поправил, забыл указать, что в связке присутствует модуль MV110-8A. Но он вроде (что-то я как-то не внимательно посмотрел) при всякой погоде работал, и при подвешенном порте, и при нормальном его состоянии. Да и вроде аналоговое значение считываемое с входа ПРки то же было в норме.
Всю эту связку ( СПК110--MV110-16D--MU110-16R--MV110-8A--PR114 115200 ) гонял сегодня пол дня, полёт нормальный.

[Осинский Алексей]

В шапке темы обновлено видео, демонстрирующее работу с модулями.
Теперь текст различим даже при плохом интернете.
Замедлены переходы между подписями в некоторых местах.

[liboyl]

Доброго времени суток Столкнулся с подобными проблемами... Перепрошил СПК 207CS на 3.947 (раньше стояла3.302), установил все новейшие библиотеки (до V35.5.5) использовал библиотеки на Модули MX110...загрузил программу ..OK ..заработало..18436...через пару минут начали отваливаться каналы..18437 и не перезапускаются..при отключении питания с модулей связь востанавливается ,но не надолго... пробовал с библиотеками SPK_Tools и без них...без результата.. пробовал менять скорость обмена 9600...38400 на 9600 каналы отваливаются быстрее (2-3минуты) на 38400 (10-15 минут)... Линия связи и модуля в норме т.к на старой прошивке этот-же СПК работал нормально...

[Осинский Алексей]

Доброго времени суток Столкнулся с подобными проблемами... Перепрошил СПК 207CS на 3.947 (раньше стояла3.302), установил все новейшие библиотеки (до V35.5.5) использовал библиотеки на Модули MX110...загрузил программу ..OK ..заработало..18436...через пару минут начали отваливаться каналы..18437 и не перезапускаются..при отключении питания с модулей связь востанавливается ,но не надолго... пробовал с библиотеками SPK_Tools и без них...без результата.. пробовал менять скорость обмена 9600...38400 на 9600 каналы отваливаются быстрее (2-3минуты) на 38400 (10-15 минут)... Линия связи и модуля в норме т.к на старой прошивке этот-же СПК работал нормально...

На всякий случай: флажок "auto restart..." установлен?

[alexx751]

А попробуйте без 8А как будет работать. У меня на него подозрения (выше писал). Вешается не драйвер модуля, а сам порт и не перезапускается.

[liboyl]

На всякий случай: флажок "auto restart..." установлен - да установлен
А попробуйте без 8А как будет работать. - да именно так как вы и говорите , только достаточно выключить и включить питание на модуль 8А -обмен востанавливается до следующей ошибки связи с этим модулем. также себя ведут и MV110_4TD- достаточно выключить один блок чтоб на втором связь востановилась.. в паре они как будто раскачивают друг друга -включается 1-й...- отключается 2-й..- востанавливается 1-й...- ошибка связи на 2-м .. и так далее ... по одиночке они работают нормально... Пробовал старым способом -отключал флажок "auto restart..."
IF MV110_224_4TD_1.xError THEN
BL(ENABLE:= TRUE, TIMELOW:= T#5S, TIMEHIGH:= T#100MS, OUT=> );
MV110_224_4TD_1.xReset:=BL.OUT;
ELSE
BL(ENABLE:= FALSE, TIMELOW:= T#5S, TIMEHIGH:= T#100MS, OUT=> );
MV110_224_4TD_1.xReset:=FALSE;
END_IF
Тоже самое...
Пробовал изменять таймаут отклика ...время между фреймами ...таймаут ответа... явно это связано и с циклом (интервалом)в MainTask...Подскажите пож. если кто знает как правильно настроить ...

[liboyl]

да только не MV110_224_4TD_1.xError и MV110_224_4TD_1.xReset а MV110_4TD_1_ModBus.xError и MV110_4TD_1_ModBus.xReset

[artvhm]

У вас зависает сам мастер, перезагружайте его

IF modbus_master_com_port.xAllSlavesOk=FALSE THEN
blink_01(enable:=TRUE,timelow:=T#6S, timehigh:=T#100MS,out=>);
ELSE
blink_01(enable:=FALSE,timelow:=T#6S, timehigh:=T#100MS,out=>);
END_IF
modbus_master_com_port.xResetComPort:=blink_01.OUT ;

[liboyl]

Ок .... попробую... теперь только после отпуска...

[KoT'86]

СПК207+16ДН+16Р+4ТД. Отваливается 16ДН, реже 16Р. CodeSys 3.5 SP3 Patch5, Скорость 9600, пробовал на 115200 - там вообще через 3-5 минут. SP5 не устанавливал, там есть галка типа reconnect, получается с помощью неё боремся со следствием, а не с причиной? Пробовал как в посте #27 в программе сигнал сброса идёт, модуль не восстанавливает связь.

[Осинский Алексей]

Везде, где это возможно, используются групповые запросы


Возможно ли ПЧВ рассматривать как модуль в данной связке?

Там, как мне известно с групповыми запросами все не очень, так как в устройстве есть разрывы
в объеме адресного поля.

В данном пакете представлены только модули линейки Мх110. ПЧВ пока нет.

[LStrong]

Три модуля на одной шине, МВ110-8А 2 штуки и МВ110-8АС, поочередно отваливаются и переподключаются (галка стоит), время подвисания до 1 секунды. CoDeSys 3.5 SP5. Схема на столе длина проводов минимальна.

[Sulfur]

Год назад делал проект СПК110+2хМВ110-8А+МУ110-16К - круглосуточно работает стабильно, без глюков. На основе этого проекта делаю текущий. Обнаружилась проблема со свежеприобретенными блоками. МВ110-8А, два экземпляра, проблемы со связью. Конфигуратором через адаптер АС4 можно подключиться только на 9600. Если поменять скорость порта на 115200, то после переподключения невозможно соединиться. Терминатор 120Ом установлен. В связке с СПК110 удалось завести только на 9600. С выходными МУ110-8К поблем нет, работают на любой скорости в тех же условиях.
Брак партии? Гарантийный случай?
Скриншоты из КДС и Конфигуратора:
1853118532
В конфигураторе получается соединиться только с параметрами, указанными в "Настройках порта", хотя в сетевых настройках прибора прописаны другие значения.
----------------
UPD: Проблема решена. На приборе под крышкой DIP-переключатель №1 стоял в положении ON. Переключение в положение OFF и перезагрузка восстановило работу на любых параметрах сетевых настроек.

[KoT'86]

Кто в курсе галка "reconnect" и .xReset это одно и тоже или нет? Как реализован "reconnect"?

[alexx751]

Галочка у всех стоит - это мы выяснили:)
Дальше то-что? Что будем ждать на этот раз? Релиза какого-нибудь чего-то в 20хх г. ?

[Lyohin]

Кто в курсе галка "reconnect" и .xReset это одно и тоже или нет? Как реализован "reconnect"?
Присоединяюсь к вопросу. Интересует также количество попыток возобновления связи с галкой "reconnect", а также не помешает ли при этом использовать и .xReset?

[Осинский Алексей]

Присоединяюсь к вопросу. Интересует также количество попыток возобновления связи с галкой "reconnect", а также не помешает ли при этом использовать и .xReset?
Попытки "возобновить связь" т.е. опросить модуль предпринимаются циклически (в порядке очереди) неограниченное количество раз.
При использовании "auto reconnect" нет необходимости в использовании .xReset

[vinam]

У меня при использовании "auto reconnect" и управлении с панели заметно подтормаживание связи в пределах 1 сек. Потому пользуюсь таким поднятием:

IF ХХХ.xError THEN
ХХХ.xReset:=TRUE;
else
ХХХA.xReset:=FALSE;
END_IF

[Sulfur]

Интересует также количество попыток возобновления связи с галкой "reconnect", а также не помешает ли при этом использовать и .xReset?
Из опыта эксплуатации связки СПК110+2хМВ110-8А+МУ110-16К: пользую только галочку, специально устраивал физический обрыв связи, после восстановления контакта связь восстанавливается. За время подъема связи не ручаюсь, т. к. в моем применении не критична пропажа связи до 1 секунды. Данная связка уже несколько месяцев эксплуатируется в режиме 24\7, проблем не выявлено.

[alexx751]

У Вас на чем обмен сделан? Модули МХ110 меньше месяца назад появились, Вы эксплуатируете несколько месяцев.
Скорость какая, линия и т.д.

[Эдуард_Н]

По моему со связью всегда были проблемы, и с модулями и с шаблонами и без них.

[Осинский Алексей]

Все, у кого наблюдаются проблемы со связью, напишите, пожалуйста, тип СПК и версию прошивки.

[Эдуард_Н]

У меня СПК110 прошивка 3.939 прошивка родная с завода, сам не перепрошивал.
Версии прошивок модулей: МВ110-224.8А --- 2.07; МВ110-224.16Д --- 1.11; МУ110-224.16Р --- 2.01

[alexx751]

СПК110, прошивка 3.939 (прошивали).
На 38400 уже больше недели ни одной ошибки, на 115200 - выше ситуацию излагал.

[Осинский Алексей]

и еще просьба: версии прошивок модулей напишите пожалуйста. У меня повторить проблему не получается

[KoT'86]

Постоянно раз в два- три часа отваливалась связь без восстановления, хотя ручками прописывал .xReset. Связка СПК207+16ДН+16Р+4ТД. Перепробовал наверное все варианты скоростей, времён, версий, даже при сборке на столе ставил терминальный резистор...
В итоге поставил версии:
Modbus COM 3.4.0.0
Modbus Master 3.5.3.50
И слейвы 3.5.3.0
Всё стало прекрасно работать без обрывов связи! Обрываю физически связь с каждым модулем - связь прекрасно восстанавливается что в CS 3.5 SP3, что в CS 3.5 SP5 (галка не поставлена, прописан сброс .xReset'ом).
Из этого для себя сделал вывод, что версии друг с другом не дружат. Модераторам желаю разобраться поплотнее с этим делом и написать отдельно инструкцию с указаниями типа версию такую-то с такой-то не использовать, а делать так...
А то все в один голос говорят, что необходимо обновление до SP5, чтобы поставить галку, и будет типа вам счастье... связь будет реже пропадать и восстанавливаться самостоятельно! Cвязь прекрасно восстанавливается и с SP3! Галка - не панацея, надо бороться с причиной пропадания связи, а не перезагружать, ведь не у всех медленные процессы, да и на душе не спокойно когда видишь постоянные обрывы связи!

[Осинский Алексей]

Постоянно раз в два- три часа отваливалась связь без восстановления, хотя ручками прописывал .xReset. Связка СПК207+16ДН+16Р+4ТД. Перепробовал наверное все варианты скоростей, времён, версий, даже при сборке на столе ставил терминальный резистор...
В итоге поставил версии:
Modbus COM 3.4.0.0
Modbus Master 3.5.3.50
И слейвы 3.5.3.0
Всё стало прекрасно работать без обрывов связи! Обрываю физически связь с каждым модулем - связь прекрасно восстанавливается что в CS 3.5 SP3, что в CS 3.5 SP5 (галка не поставлена, прописан сброс .xReset'ом).
Из этого для себя сделал вывод, что версии друг с другом не дружат. Модераторам желаю разобраться поплотнее с этим делом и написать отдельно инструкцию с указаниями типа версию такую-то с такой-то не использовать, а делать так...
А то все в один голос говорят, что необходимо обновление до SP5, чтобы поставить галку, и будет типа вам счастье... связь будет реже пропадать и восстанавливаться самостоятельно! Cвязь прекрасно восстанавливается и с SP3! Галка - не панацея, надо бороться с причиной пропадания связи, а не перезагружать, ведь не у всех медленные процессы, да и на душе не спокойно когда видишь постоянные обрывы связи!

Галка делает то же самое, что и .xReset, (и .xReset точно так же не устраняет причину пропадания связи), модулей Mx110 версии 3.5.3.0 просто нету.
В любом случае, пожалуйста, напишите версию прошивки и полную модификацию СПК, и версии прошивок модулей.
Заранее спасибо.

Плюс, хотелось бы добавить, что дело, скорее всего не в версиях Modbus COM, Modbus Master т.к. проект, в котором наблюдаются проблемы у клиента, у меня на СПК завелся и работает без сбоев связи.

[alexx751]

У меня все то же самое:
МВ110-224.8А - 2.07; МВ110-224.16ДН - 1.11; МУ110-224.16К - 2.01

[Осинский Алексей]

Еще вопрос: есть ли у вас возможность подсмотреть (с ПК) обмен между СПК и модулями?
Наблюдаются ли пакеты неверного формата, или пакеты верные, но связь все равно пропадает?

[alexx751]

Ну если подскажете как это лучше сделать...:)

[liboyl]

Доброго времени суток Осинский Алексей у меня СПК 207cs 3.47 перепрошит (ранее 3.302) Работаю в CoDesys V3.5 Sp5 Patch5 текущая версия компилятора 3.5.3.50
Device 3.5.0.4.0 Modbus Master 3.4.0.0 Modbus Slave 3.4.0.0 ранее перепробовал все возможные варианты...1862518626 1862718628

[liboyl]

Доброго времени суток Осинский Алексей у меня СПК 207cs 3.47 перепрошит (ранее 3.302) Работаю в CoDesys V3.5 Sp5 Patch5 текущая версия компилятора 3.5.3.50
Device 3.5.0.4.0 Modbus Master 3.4.0.0 Modbus Slave 3.4.0.0 ранее перепробовал все возможные варианты...1862518626 1862718628 после проблем с Модулями МХ110 для CODESYS 3.5 описанных ранее в пост #24 по #28 работаю с опросом модулей и сбросом ошибок по старой схеме
IF MV110_224_4TD_1.xError THEN
BL(ENABLE:= TRUE, TIMELOW:= T#5S, TIMEHIGH:= T#100MS, OUT=> );
MV110_224_4TD_1.xReset:=BL.OUT;
ELSE
BL(ENABLE:= FALSE, TIMELOW:= T#5S, TIMEHIGH:= T#100MS, OUT=> );
MV110_224_4TD_1.xReset:=FALSE;
END_IF

Проблема осталась также заметил что при потере связи с модулями ошибка не проходит( xError) (в Modbus настройках канала обработка ошибки указал Установить в ZERO далее в работе при потере связи рабочая переменная уходит в 0 а переменная xError не меняется- соответственно xReset не срабатывает . пробовал вручную перезапускать xReset создав кнопку и привязав к xReset ошибка не сбрасывается и.т....
Решение ... по совету artvhm (http://www.owen.ru/forum/member.php?u=21210) пост #29 Спасибо ..IF RESET1 OR RESET2 THEN modbus_master_com_port.xResetComPort:=TRUE; // перезапуск от кнопок- вручнуюELSE modbus_master_com_port.xResetComPort:=FALSE;
END_IF






(*Сброс ошибок modbus_master_com_port*)
IF (ERR1 OR ERR2) <>16039 THEN // 16039 -НОРМА -код ошибки на MV110_224_4TD
blink_01(enable:=TRUE,timelow:=T#6S, timehigh:=T#100MS,out=>);
modbus_master_com_port.xResetComPort:=blink_01.OUT ;
ELSE
blink_01(enable:=FALSE,timelow:=T#6S, timehigh:=T#100MS,out=>);


END_IF

также вывел индикацию ошибок и сброс modbus_master_com_port двух модулей MV110_224_4TD на счетчик и индикацию (MV110_224_4TD подключено по 1 каналу измерения 4т 0x004C и канал вывода ошибки 0x0006 )
за 1 день работы :
275 ошибок(сбросов) по MV110_224_4TD_1 и
254 ошибки(сбросов) по MV110_224_4TD_2

[liboyl]

MV110_224_4TD подключено по 1 каналу измерения 4т 0x004C и канал вывода ошибки 0x0006 18632

[Sulfur]

У Вас на чем обмен сделан? Модули МХ110 меньше месяца назад появились, Вы эксплуатируете несколько месяцев.
Скорость какая, линия и т.д.
Обмен Modbus RTU 115200 бод, остальное по умолчанию. Модули и СПК были приобретены в августе 2014г. В эксплуатации с апреля 2015г. СПК был перепрошит на 3.939, CoDeSys 3.5 SP5.
Расстояние от СПК до выходного модуля - 3 метра, до входных - 17 метров, подключены последовательно. В качестве провода связи использован микрофонный кабель, экран которого заземлен только в одной точке. На последнем в цепи модуле стоит терминатор (резистор 120 Ом). Из шаблона выходного модуля удалено всё, что не используется в проекте.

[alexx751]

Вы заголовок темы читали? Используете шаблоны модулей "Mx110_devdesc_3.5.4.9" или "драйвера модулей" "Mx110_drivers_3.5.4.3" ?
Под "Модулями МХ110" я подразумевал именно "Mx110_drivers_3.5.4.3".

[KoT'86]

Осинский Алексей, оборудование сейчас отправлено в другой город, поэтому версии прошивок модулей сейчас не смогу сказать...
Пробовал на трёх СПК 207: 1) СПК207-220.03.00-CS-WEB, прошивка 3.302; 2) СПК207-220.03.00-CS, прошивка 3.302; 3) СПК207-220.03.00-CS, прошивка 3.945.
Обрыв связи с одним модулем мог быть раз в пол дня, без восстановления связи. Причём отваливался практически всегда .16ДН, пару раз .16Р.
Версии с которыми работает без проблем:
186391864018641186421864418643

[Осинский Алексей]

Спасибо всем за отзывы. Разбираемся.

[Camypau]

18648
СПК107+МВ110-8А
с шаблонами работает с модулями нет

[capzap]

18648
СПК107+МВ110-8А
с шаблонами работает с модулями нет

а выложить скрин таким образом чтоб видно стало ошибку нельзя было?

[Camypau]

Ошибки нет как таковой, опрос модуля не происходит. ModbusGenericSerialSlave не запушен горит и все.

[capzap]

Ошибки нет как таковой, опрос модуля не происходит. ModbusGenericSerialSlave не запушен горит и все.
разрешите у меня будет своё мнение есть у Вас ошибка или нет, просто раскройте список

[Эдуард_Н]

Эта ошибка висит похоже от модулей, при открытии проекта она всегда вылезает, после компиляции её как таковой нет в раскрытом списке хотя надпись которую вы видите висит.

[Camypau]

Вот новый проект тот удалил уже
18657

[capzap]

Эта ошибка висит похоже от модулей, при открытии проекта она всегда вылезает, после компиляции её как таковой нет в раскрытом списке хотя надпись которую вы видите висит.

у Вас же симулятор вроде как, какие у него модули могут быть

[Эдуард_Н]

Эта ошибка, что он не может найти библиотеку от модулей. После компиляции он её находит и ошибка уходит, и так каждый раз при открытии проекта для правки или просмотра и т.п. (http://www.owen.ru/forum/showthread.php?t=21365&p=171420&viewfull=1#post171420)

[capzap]

Эта ошибка, что он не может найти библиотеку от модулей. После компиляции он её находит и ошибка уходит, и так каждый раз при открытии проекта для правки или просмотра и т.п. (http://www.owen.ru/forum/showthread.php?t=21365&p=171420&viewfull=1#post171420)

http://www.owen.ru/forum/attachment.php?attachmentid=18326&d=1432374224 работа с модбас создавалась в SP2, а Вы работает в SP5. Вариантов поиграться много и не раз обсуждалось

[Эдуард_Н]

И какой выход по Вашему? Как от ошибки избавится?

[capzap]

создать проект в профиле от второго сервиспака и посмотреть что будет, можно удалить бибку от пятого и с помощью галки старые версии поставить бибку от второго, вобщем не знаю надо пробовать различные варианты

[Эдуард_Н]

Так она задействована в "модулях" она получается внутри. Ну а модули я думаю создавались в SP4 и 5. Или я чего то не понимаю?

[capzap]

Так она задействована в "модулях" она получается внутри. Ну а модули я думаю создавались в SP4 и 5. Или я чего то не понимаю?Вы разве не видите что у Вас конфликт одной и той же бибки разных версий

[Эдуард_Н]

Думаю с этой проблемой должны разобраться изготовители "Модулей".

[alexx751]

И у меня такая же ошибка, как её убрать не знаю. Но вроде не влияет на работу.

[_Mikhail]

И у меня такая же ошибка, как её убрать не знаю. Но вроде не влияет на работу.

Удали второй экземпляр библиотеки.

[alexx751]

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

[capzap]

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

желтый треугольник пропал? Если нет значит есть над чем еще поработать

[alexx751]

Не пропал. Даже не знаю с какой стороны зайти, вроде и работает - но неспокойно как-то

[DipTrace]

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

[mepexa]

ошибка mx110_drivers, 3.5.4.0 (owen): Менеджер библиотек: Невозможно открыть библиотеку '#IoDrvModbus'


IoDrvModbus = (не разрешено) как побороть ?

[Zecher]

Добрый день.
Интересует скорость обмена с модулями при использовании данных драйверов и стандартными средствами КДС (который Modbus_Slave_COM_Port).
Допустим есть модуль 16ДН, нужно опрашивать только маску входов.
Что будет быстрее?
При неиспользовании в проекте счётчиков 16ДН они всё равно читаются?
Аналогично с другими модулями.

[Осинский Алексей]

Добрый день.
Интересует скорость обмена с модулями при использовании данных драйверов и стандартными средствами КДС (который Modbus_Slave_COM_Port).
Допустим есть модуль 16ДН, нужно опрашивать только маску входов.
Что будет быстрее?
При неиспользовании в проекте счётчиков 16ДН они всё равно читаются?
Аналогично с другими модулями.

Добрый день!
Читаются все параметры. Везде, где есть возможность - групповые запросы. Поэтому на скорость опроса особо не влияет.

[liboyl]

Доброго времени суток. Осинский Алексей ранее порядка двух месяцев назад всплывала проблема с обменом модулей МХ 110 пост 48-56 (точнее потерей связи) найдено ли решение этой проблемы? и что вы порекомендуете?

[Осинский Алексей]

Доброго времени суток. Осинский Алексей ранее порядка двух месяцев назад всплывала проблема с обменом модулей МХ 110 пост 48-56 (точнее потерей связи) найдено ли решение этой проблемы? и что вы порекомендуете?

Добрый день!
Вы терминальные резисторы пробовали ставить? Как ведут себя модули?
У Вас проблемы наблюдаются все еще с модулями 4ТД?

[Осинский Алексей]

Обновил версию инсталлятора до 3.5.4.4 в шапке темы

[liboyl]

Добрый день!
Вы терминальные резисторы пробовали ставить? Как ведут себя модули?
У Вас проблемы наблюдаются все еще с модулями 4ТД?

Нет резисторы не ставил , работаю по старой схеме (не используя модуля)

[Осинский Алексей]

Нет резисторы не ставил , работаю по старой схеме (не используя модуля)

Попробуйте, пожалуйста, поставить терминальные резисторы 120 Ом и дальнейшее обсуждение "железных" проблем давайте вести в теме Эксплуатация (http://www.owen.ru/forum/forumdisplay.php?f=10).
В этой теме обсуждаются программные "Модули" для CodeSys.

[Эдуард_Н]

Обновил версию инсталлятора до 3.5.4.4 в шапке темы

Что я делаю не так, повылазила куча ошибок после обновления модулей и одно ошибка про библиотеку.

[Осинский Алексей]

Что я делаю не так, повылазила куча ошибок после обновления модулей и одно ошибка про библиотеку.

Обновил версию инсталлятора до 3.5.4.5 в шапке темы

[Эдуард_Н]

Обновил версию инсталлятора до 3.5.4.5 в шапке темы

Да, спасибо всё нормализовалось. А что было то?

[Осинский Алексей]

Да, спасибо всё нормализовалось. А что было то?
По ошибке изменил версию библиотеки драйверов в инсталляторе, а сами модули сконфигурированы для работы с библиотекой версии 3.5.4.0.
У меня библиотека версии 3.5.4.0 была установлена в среде разработки, поэтому тестирование инсталлятор прошел успешно.

[liboyl]

Попробуйте, пожалуйста, поставить терминальные резисторы 120 Ом и дальнейшее обсуждение "железных" проблем давайте вести в теме Эксплуатация (http://www.owen.ru/forum/forumdisplay.php?f=10).
В этой теме обсуждаются программные "Модули" для CodeSys.

Я не считаю это проблемой "железа" так как все работало нормально до использования программных "Модулей" и перепрошивки СПК... -"железо" (всё железо от датчиков , кабелей... , до исполнительных механизмов) не менялось и волновое сопротивление кабеля само по себе поменяться не могло....

[Sashokxxx]

Попробывал подключить модуль MV110-16D, проблема в том что нет переменной xError (есть переменные для счетчиков на чтение и на запись, входы, а вот переменной для чтения ошибки нет). Версия пакета последняя от 14 августа 2015. Кодесис 3.5 - 5. Как получить доступ к xError?

[alexx751]

pdf прочитайте, все там есть.
P.s. Общая проблема форума - документация читается в последнюю очередь\крайних случаях

[Sashokxxx]

pdf прочитайте, все там есть.
P.s. Общая проблема форума - документация читается в последнюю очередь\крайних случаях

Дык я же без претензий, _ModBus нужно добавлять к названию модуля, все понятно, спасибо. Если я это упустил, может такое же и с другими случится, теперь все знают что это написано на стр.13 в доке МОДУЛИ ВВОДА MX110 ДЛЯ CODESYS 3.5 в шапке темы. Спасибо.

[Осинский Алексей]

Я не считаю это проблемой "железа" так как все работало нормально до использования программных "Модулей" и перепрошивки СПК... -"железо" (всё железо от датчиков , кабелей... , до исполнительных механизмов) не менялось и волновое сопротивление кабеля само по себе поменяться не могло....

У Вас есть возможность просмотреть что в порт пишет СПК и что отвечают модули?
(например подключить АС-4 параллельно с модулями и включить анализатор протокола ModBus на ПК)
По поводу того, что проблема не "железная": если я правильно помню, то проблема у Вас наблюдается и при использовании обычного Modbus Slave. Я ошибаюсь?

[liboyl]

До обновления и перепрошивки СПК таких проблем не было !!! Точнее обновления до SP-6 и использования "Модулей"-начало проблем. После переустановка Codesys до Sp5 перепрошивка СПК .... возврат к обычному Modbus Slave.

Подскажите пож про анализатор протокола ModBus на ПК что он из себя представляет?...

[Осинский Алексей]

До обновления и перепрошивки СПК таких проблем не было !!! Точнее обновления до SP-6 и использования "Модулей"-начало проблем. После переустановка Codesys до Sp5 перепрошивка СПК .... возврат к обычному Modbus Slave.

Подскажите пож про анализатор протокола ModBus на ПК что он из себя представляет?...
Используйте программу для мониторинга COM-порта (например http://freeserialanalyzer.com) и скиньте, пожалуйста, лог обмена. Посмотрю.

По поводу SP6 - ее не рекомендуется использовать в рабочих проектах т.к. наши контроллеры поддерживают (в зависимости от контроллера и версии прошивки) до CDS 3.5 SP5

[liboyl]

По поводу SP6 - ее не рекомендуется использовать в рабочих проектах т.к. наши контроллеры поддерживают (в зависимости от контроллера и версии прошивки) до CDS 3.5 SP5[/QUOTE]

вот-вот все с этого и началось.... Пробовать что либо пока нет возможности оборудование в работе.... при остановке (первой возможности ) скину лог обмена и "поиграюсь" с терминальными резисторами.

[Осинский Алексей]

Бывает провал по связи, но реализовал программно задержки по отсутствию связи.

Я правильно понял: Вы опрашиваете без устройств Modbus COM-Port, Modbus Master, COM-port, а только библиотекой modbus и ее ФБ?

[DipTrace]

Должен заметить, что связь в новой версии "модулей" стабильнее и нет потерянных пакетов. В первых версиях уходило в небытие примерно 1-3% запросов.

[Осинский Алексей]

Должен заметить, что связь в новой версии "модулей" стабильнее и нет потерянных пакетов. В первых версиях уходило в небытие примерно 1-3% запросов.

Спасибо за отзыв!

[Адрей]

А можно пример с настройкой модбас в режиме мастер, чтения параметра float. Где можно почитать о настройках в CS 3.5 Sp6.

[Осинский Алексей]

А можно пример с настройкой модбас в режиме мастер, чтения параметра float. Где можно почитать о настройках в CS 3.5 Sp6.

Добрый вечер, Андрей!
По поводу примера, уточните пожалуйста, какой именно нужен пример? С использованием модулей Mx110 видеопримеры есть в шапке.
CDS 3.5 SP6 не рекомендуется использовать с нашими контроллерами т.к. прошивок под эту версию CDS еще нету.

[Адрей]

Добрый вечер, Андрей!
По поводу примера, уточните пожалуйста, какой именно нужен пример? С использованием модулей Mx110 видеопримеры есть в шапке.
CDS 3.5 SP6 не рекомендуется использовать с нашими контроллерами т.к. прошивок под эту версию CDS еще нету.
Версию sp6 поставил для того, чтобы поучится на плате Raspberry Pi к сожалению у меня ОВЕН оборудования под CDS нет, обещали но видимо забыли выслать СПК:mad:.
По примеру связи с МВ110-8A чтение 1 канала 4х4.

[Осинский Алексей]

обещали но видимо забыли выслать СПК:mad:.
Проверьте, пожалуйста, личные сообщения.

[tsda]

К СПК207 подключен модуль МК110-220.4ДН.4ТР. Используется Mx110_drivers_3.5.4.5. Все работает. Задача использовать выход в режиме ШИМ. В инструкции сказано что по сети ModbusRTU можно менять период и скважность. Каким образом можно добраться до этих параметров, если я не вижу их при использовании этой библиотеки.

[Осинский Алексей]

К СПК207 подключен модуль МК110-220.4ДН.4ТР. Используется Mx110_drivers_3.5.4.5. Все работает. Задача использовать выход в режиме ШИМ. В инструкции сказано что по сети ModbusRTU можно менять период и скважность. Каким образом можно добраться до этих параметров, если я не вижу их при использовании этой библиотеки.

С использованием этой библиотеки управлять ШИМом пока что нельзя в виду некоторых ограничений.
Если будут запросы - мы добавим модули для управления ШИМом. Пока что Вы первый.

[artvhm]

Буду вторым)

[tsda]

А некоторые ограничения с чем связаны? Период задается как слово, скважность тоже. Или просто, про эти параметры забыли? В Mx110_devdesc_3.5.4.9 вроде бы задавать эти параметры для этого модуля можно было. Как то странно ждать, пока появится третий, четвертый и т.д. желающий использовать заявленный функционал в модуле, выпускаемым этой же компанией. Если создать slave вручную ШИМ в этом модуле работать будет? Или в инструкции на модуль тоже есть некоторые ограничения?

[Bobilnik]

Буду третьим! :)

[Getmanov]

Буду четвертым!

[Dimon_nn]

Буду пятым!

[Осинский Алексей]

Буду вторым)

пятеро есть! записал)

[Осинский Алексей]

А некоторые ограничения с чем связаны? Период задается как слово, скважность тоже. Или просто, про эти параметры забыли? В Mx110_devdesc_3.5.4.9 вроде бы задавать эти параметры для этого модуля можно было. Как то странно ждать, пока появится третий, четвертый и т.д. желающий использовать заявленный функционал в модуле, выпускаемым этой же компанией. Если создать slave вручную ШИМ в этом модуле работать будет? Или в инструкции на модуль тоже есть некоторые ограничения?

Ограничения именно в реализации модулей для CDS.
Если я реализую в одном модуле и ШИМ и маску, то в любом случае одновременно будет работать только ШИМ или маска (т.к. при записи маски в модуль ШИМ выключается), количество входов\выходов ФБ увеличится в 2 раза, внутренняя реализация ФБ сильно усложнится.
Поэтому проще (как для нас, так и для конечного пользователя) сделать отдельные модули для работы с ШИМ и работы с маской.

Все, кто отписались, что хотели бы ШИМ - напишите, пожалуйста, какие модули необходимы в первую очередь. Сроков реализации пока сказать не могу, но запланирую на ближайшее время.

[Осинский Алексей]

Добрый день, помогите решить проблему! У меня пропадают драйвера устройств, но зато появляются нужные вкладки канала и вх/вых.1981919820

Посмотрите, вероятно у Вас установлен пакет http://www.owen.ru/forum/showthread.php?t=19404
Для устранения: удалите его и установите пакет из шапки этой темы заново

[Artem]

Добрый день. А можно в библиотеке для модуля МВ110-1ТД организовать помимо параметров RdfF1 и RdSt еще ввод и запись параметров минимального и максимального веса тары для калибровки и установки в 0 тензодатчика. Хочу прямо на СПК107 калибровать тару. Или это уже как то иначе реализовано? Спасибо.

[Осинский Алексей]

Алексей спасибо за внимание! Сделал всё как вы посоветовали, драйвера сохранились, но вкладки КАНАЛ И ВХ/ВЫХОДА не появились. Посоветуйте19826 что делать????

прочитайте, пожалуйста, руководство в шапке темы.

[Осинский Алексей]

Добрый день. А можно в библиотеке для модуля МВ110-1ТД организовать помимо параметров RdfF1 и RdSt еще ввод и запись параметров минимального и максимального веса тары для калибровки и установки в 0 тензодатчика. Хочу прямо на СПК107 калибровать тару. Или это уже как то иначе реализовано? Спасибо.

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

[Dimon_nn]

Все, кто отписались, что хотели бы ШИМ - напишите, пожалуйста, какие модули необходимы в первую очередь. Сроков реализации пока сказать не могу, но запланирую на ближайшее время.

Модуль вывода МУ110-16К, одна часть выходов которого работает в режиме ШИМ для управления семисторами нагревателей, а другая часть в режиме ВКЛ/ВЫКЛ. Соласно документации на модуль вывода присвоение параметру скважности ШИМ по Modbus значения 1000 включает выход, а значения 0 выключает. Значение больше 0 и меньше 1000 переключает выход модуля вывода с заданной скважностью ШИМ.

[Осинский Алексей]

Модуль вывода МУ110-16К, одна часть выходов которого работает в режиме ШИМ для управления семисторами нагревателей, а другая часть в режиме ВКЛ/ВЫКЛ. Соласно документации на модуль вывода присвоение параметру скважности ШИМ по Modbus значения 1000 включает выход, а значения 0 выключает. Значение больше 0 и меньше 1000 переключает выход модуля вывода с заданной скважностью ШИМ.
В той же документации описана возможность записывать маску состояния выходов.
Это 1(2,4)байт, которые устанавливают состояние всех выходов. Вместо 16(32,64)байт соответственно. Это дает выигрыш в скорости обмена.
Плюс для конечного пользователя будет проще включать\выключать выход переменной типа BOOL вместо установки значений 0 и 1000.
Поэтому было принято решение реализовать управление выходами через маску состояний.

[Осинский Алексей]

Алексей опять нерешенная проблема с драйверами. Modbus Com - 3.4.0.0., Modbus_Master_Com Port - 3.5.5.0., MV110_32DN- 3.5.4.0., MU110_16R_K - 3.5.4.0., Библиотека с драйверами установлена, а драйвера модулей не отображаются и как следствие нет связи.19830
19831

не совсем понимаю, что на этих скриншотах. Удалите, пожалуйста, из системы пакеты драйверов и шаблонов. Удалите все устройства модулей ввода\вывода и поставьте пакет из шапки этой темы заново.

[Осинский Алексей]

Алексей опять нерешенная проблема с драйверами. Modbus Com - 3.4.0.0., Modbus_Master_Com Port - 3.5.5.0., MV110_32DN- 3.5.4.0., MU110_16R_K - 3.5.4.0., Библиотека с драйверами установлена, а драйвера модулей не отображаются и как следствие нет связи.19830
19831


не совсем понимаю, что на этих скриншотах. Удалите, пожалуйста, из системы пакеты драйверов и шаблонов. Удалите все устройства модулей ввода\вывода и поставьте пакет из шапки этой темы заново.
Вообще странно, Вы первый, у кого такие проблемы.
Сможете описать последовательность действий, которые привели к этой проблеме?
Шаблоны из темы http://www.owen.ru/forum/showthread.php?t=19404 не рекомендую использовать, это переходной продукт, он не развивается и не совместим с продуктом из шапки этой темы.

[Осинский Алексей]

Удалите пакет Mx110_drivers_3.5.4.5.package.
Удалите устройства из системы:
Репозиторий устройств >> Промышленные сети >> Слейв Modbus Serial >> выбираем устройство и "удалить"
Установите пакет заново.
Перезапустите CDS.
Добавьте устройства в проект.


3.Менеджер библиотек>>добавляю Мх110_Drivers
Это лишнее.

[Осинский Алексей]

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

в личные сообщения загляните, пожалуйста

[KoT'86]

Алексей, присоединяюсь к пожеланию из поста №118. Проблемы со связью продолжаются, происходит аналогично как в посте №54. Связка СПК207+16ДН+16Р+4ТД. При потере связи 16ДН устанавливает переменные в ZERO (необходимо для безопасности), соответственно оборудование останавливается. При увеличении времени цикла PLC_PRG, модули "отваливаются" реже, но для данного оборудования очень критична частота опроса модулей, соответственно обратная реакция на исполнительные механизмы, поэтому увеличивать время цикла не вариант. Уже не знаю даже где что попробовать изменить, чтобы работало как надо, не пойму где "засада" :(.

[artvhm]

В той же документации описана возможность записывать маску состояния выходов.
Это 1(2,4)байт, которые устанавливают состояние всех выходов. Вместо 16(32,64)байт соответственно. Это дает выигрыш в скорости обмена.
Плюс для конечного пользователя будет проще включать\выключать выход переменной типа BOOL вместо установки значений 0 и 1000.
Поэтому было принято решение реализовать управление выходами через маску состояний.


16 байт против 1 байта, это два слова против маски? Тогда слова надо разделить по разным групповым опросам. Так как задачу где необходимо постоянно менять период шима, на ваших модулях не реализовать все равно, а для управления ттр или контакторами достаточно его выставить один раз и забыть.
А что мешает объединить оба подхода в одном модуле. И дать пользователю в разделе канал модбас слейв триггером самому выбрать оптимальный. Места там много, можно накидать групповых запросов на все возможные случае и оставить их отключенными, а дальше каждый включает что ему нужно.
Понимаю что вопрос не по адресу, но раз уж тут про шим, возможно вы сможете адресовать его правильно. Сейчас шим, в модуле, задается двумя параметрами период и скважность, а дальше логика самого модуля вывода немного огорчает. Если во время периода, когда выход уже отработал скважность и ждет окончание периода, задание скважности увеличить то выход включиться еще раз на время разности между двумя "скважностями". На примере.......... период 40 секунд, скважность 10%. выход работает ровно 4 секунды и 36 секунд стоит, меняем скважность на 11%, если выход еще работает, то все хорошо будет просто 4,4 сек. Если же нет, то происходит еще одно включение на 0,4 секунды. Что для тех же контакторов не очень хорошо. Логичнее же применять новую скважность в следующий период.

[Осинский Алексей]

Алексей, присоединяюсь к пожеланию из поста №118. Проблемы со связью продолжаются, происходит аналогично как в посте №54. Связка СПК207+16ДН+16Р+4ТД. При потере связи 16ДН устанавливает переменные в ZERO (необходимо для безопасности), соответственно оборудование останавливается. При увеличении времени цикла PLC_PRG, модули "отваливаются" реже, но для данного оборудования очень критична частота опроса модулей, соответственно обратная реакция на исполнительные механизмы, поэтому увеличивать время цикла не вариант. Уже не знаю даже где что попробовать изменить, чтобы работало как надо, не пойму где "засада" :(.

Попробуйте обновить пакет драйверов (в шапке темы)

[Осинский Алексей]

16 байт против 1 байта, это два слова против маски? Тогда слова надо разделить по разным групповым опросам. Так как задачу где необходимо постоянно менять период шима, на ваших модулях не реализовать все равно, а для управления ттр или контакторами достаточно его выставить один раз и забыть.
А что мешает объединить оба подхода в одном модуле. И дать пользователю в разделе канал модбас слейв триггером самому выбрать оптимальный. Места там много, можно накидать групповых запросов на все возможные случае и оставить их отключенными, а дальше каждый включает что ему нужно.
Я уже отвечал в теме, что это сильно усложнит как использование модуля конечным пользователем, так и внутреннюю структуру модуля.
Модули, в первую очередь, предназначены для облегчения их использования конечным пользователем. И вряд ли кого-то обрадует читать отдельное РЭ на каждый из модулей CDS.
Сейчас все просто: добавили модуль, задали адрес и он готов к работе без необходимости дополнительной настройки.

Понимаю что вопрос не по адресу, но раз уж тут про шим, возможно вы сможете адресовать его правильно. Сейчас шим, в модуле, задается двумя параметрами период и скважность, а дальше логика самого модуля вывода немного огорчает. Если во время периода, когда выход уже отработал скважность и ждет окончание периода, задание скважности увеличить то выход включиться еще раз на время разности между двумя "скважностями". На примере.......... период 40 секунд, скважность 10%. выход работает ровно 4 секунды и 36 секунд стоит, меняем скважность на 11%, если выход еще работает, то все хорошо будет просто 4,4 сек. Если же нет, то происходит еще одно включение на 0,4 секунды. Что для тех же контакторов не очень хорошо. Логичнее же применять новую скважность в следующий период.
Переадресую.

[artvhm]

Я уже отвечал в теме, что это сильно усложнит как использование модуля конечным пользователем, так и внутреннюю структуру модуля.
Модули, в первую очередь, предназначены для облегчения их использования конечным пользователем. И вряд ли кого-то обрадует читать отдельное РЭ на каждый из модулей CDS.
Сейчас все просто: добавили модуль, задали адрес и он готов к работе без необходимости дополнительной настройки.

Переадресую.

Так и сейчас, в случае если в модуле не прописаны нужные регистры тоже приходится читать документацию на каждый модуль ввода вывода и добавлять регистры руками. Можно же оставить включенными только необходимый минимум, а остальной функционал оставить для тех кому он нужен и в документации, которая все равно есть, указать что для данного модуля либо то либо это

[Осинский Алексей]

Так и сейчас, в случае если в модуле не прописаны нужные регистры тоже приходится читать документацию на каждый модуль ввода вывода и добавлять регистры руками. Можно же оставить включенными только необходимый минимум, а остальной функционал оставить для тех кому он нужен и в документации, которая все равно есть, указать что для данного модуля либо то либо это

Можно, все можно. Именно поэтому продукт и развивается.
Собираем от Вас обратную связь и принимаем решения о том, как развивать его дальше.
Какие модули Вы используете?
Каких регистров Вам не хватает?
Какой функционал Вы хотели бы видеть в следующей версии?
Спасибо за отзыв.

[Осинский Алексей]

Добрый день Алексей. Возвращаясь к вчерашней проблеме(#128), заметил что когда устанавливаешь устройство то во вкладке "информация" видно "ИМЯ"- MV110-32DN, в "ОПИСАНИИ":Модуль ввода МВ110-32ДН. После обновления устройства во вкладке "информация" видно "ИМЯ":Modbus Slave, Com Port, а в "ОПИСАНИИ":A generic device that works as a Modbus Slave on a serial bus. Я просто не в курсе, так должно быть или эта информация вам о чём то говорит..?

добрый день.
Ни о чем не говорит. У Вас в личной почте мой скайп - напишите пожалуйста туда в рабочее время. Постараюсь помочь.

[Адрей]

У меня при использовании "auto reconnect" и управлении с панели заметно подтормаживание связи в пределах 1 сек. Потому пользуюсь таким поднятием:

IF ХХХ.xError THEN
ХХХ.xReset:=TRUE;
else
ХХХA.xReset:=FALSE;
END_IF

Спасибо!!!
За простое решение по поводу циклической связи с устройствами.
CDS v3.5 sp7 работает нормально.

[GTS]

Добрый вечер! Насколько я понял "авто перезапуск соединения" перезагружает modbus master. Вопрос в том надо ли перезагружать Slave или нет. Дело в том, что мне посоветовали сделать перезагрузку Slave, но как это сделать я до конца так и не разобрался. В библиотеке нашел ModbusSerialSlaveBase но что подавать на входы-выходы не понял. И еще вопрос. Как присвоить переменную к каналу модуля, например к mv110_32dn.rInput1? Сколько ни пробовал кодесис выдает ошибку! Заранее благодарен за помощь!

[Осинский Алексей]

Добрый вечер! Насколько я понял "авто перезапуск соединения" перезагружает modbus master. Вопрос в том надо ли перезагружать Slave или нет. Дело в том, что мне посоветовали сделать перезагрузку Slave, но как это сделать я до конца так и не разобрался. В библиотеке нашел ModbusSerialSlaveBase но что подавать на входы-выходы не понял. И еще вопрос. Как присвоить переменную к каналу модуля, например к mv110_32dn.rInput1? Сколько ни пробовал кодесис выдает ошибку! Заранее благодарен за помощь!

Добрый вечер.
Установка галочки "Авто перезапуск соединения" - все, что нужно для восстановления связи с модулем в случае сбоя.
Больше ничего в программной части трогать не нужно.

Название канала rInput означает, что канал входной.
Т.е. это состояние входа. Чего вы хотите добиться, присвоив ему какое-либо значение?

[GTS]

Когда использовал шаблоны присваивал каналу имя, например Start, Stop, SB, LE и так далее. У меня 5 модулей в проекте + 3 частотника, 1 ПР114 и 5 СМИ, в общем много каналов которые я в свое время "обозвал" понятными обозначениями. При написании программы ориентироваться на rInput и иже с ними не удобно. Пробовал SA1: BOOL:=mv110_32dn.rInput1; не помогает.

[Осинский Алексей]

Пробовал SA1: BOOL:=mv110_32dn.rInput1; не помогает.
Если я правильно понял, что Вы пытаетесь сделать, то сделайте через указатели:
SA1: POINTER TO BOOL := ADR(mv110_32dn.rInput1);
тогда в нужном месте программы, чтобы получить состояние входа обращайтесь к значению переменной по указателю:
IF SA1^=TRUE THEN...

[GTS]

Программа на CFC. А проще никак ко входу переменную присвоить нельзя? Простите может я не явно обозначил проблему? Задача поменять mv110_32dn.rInputХ на прописанные у меня в схемах названия. При написании и проверке программы для меня эти обозначения более понятны, чем mv110_32dn.rInputХ.

[Осинский Алексей]

Программа на CFC. А проще никак ко входу переменную присвоить нельзя? Простите может я не явно обозначил проблему? Задача поменять mv110_32dn.rInputХ на прописанные у меня в схемах названия. При написании и проверке программы для меня эти обозначения более понятны, чем mv110_32dn.rInputХ.

Я понял Вашу задачу. Вариант, предложенный мной - наиболее простой.
Либо Вы можете в каждом цикле присваивать переменной SA1 значение mv110_32dn.rInput1, а дальше обрабатывать значение SA1.
Что по-моему слишком сложно и затратно.

Может быть Вы не совсем поняли предложенный мной вариант?
Вы в теле своей программы можете работать со значением переменной по указателю (SA1^) как с любой другой переменной типа BOOL.
В таком случае не придется в каждом цикле присваивать переменной SA1 значение mv110_32dn.rInput1.

Изменить же, вручную, название выходов модуля Вы не сможете.

[GTS]

Значит я вас не понял. То есть строчкой SA1: POINTER TO BOOL := ADR(mv110_32dn.rInput1); присваиваю SA1 ко входу 1. А как обращаться в теле программы ко входу 1 - SA1?

[Осинский Алексей]

Значит я вас не понял. То есть строчкой SA1: POINTER TO BOOL := ADR(mv110_32dn.rInput1); присваиваю SA1 ко входу 1.
Если очень грубо, то да

А как обращаться в теле программы ко входу 1 - SA1?
SA1^

[GTS]

Спасибо за помощь. Извините если вопросы немного не корректны, я не профи в программировании. И еще вопрос. В канале Modbus опрос для экономии ресурсов можно сделать не циклический, а rising edge. Как программно оформить опрос?

[Осинский Алексей]

Спасибо за помощь. Извините если вопросы немного не корректны, я не профи в программировании.
Ничего страшного. Форум для того и предназначен.


И еще вопрос. В канале Modbus опрос для экономии ресурсов можно сделать не циклический, а rising edge. Как программно оформить опрос?
Данные модули сделаны для облегчения конфигурирования конечным пользователем, поэтому использовать опрос по RISING EDGE не получится.
Решить данную задачу можно используя универсальное Modbus Slave устройство (сконфигурируйте его на опрос необходимого модуля)

[GTS]

Так я универсальный Modbus Slave и имею ввиду (например для ПР114, ПЧВ3 и СМИ-2). Но как сделать обращение не циклическое, а RISING EDGE, не совсем понял. Видел текст программы где две переменные сравниваются и только при изменении значение записывается в канал modbus. Извиняюсь если коряво написал.

[Осинский Алексей]

Так я универсальный Modbus Slave и имею ввиду (например для ПР114, ПЧВ3 и СМИ-2). Но как сделать обращение не циклическое, а RISING EDGE, не совсем понял. Видел текст программы где две переменные сравниваются и только при изменении значение записывается в канал modbus. Извиняюсь если коряво написал.

Если нужно сконфигурировать на работу с Rising Edge - не используйте модули из шапки темы.
Используйте устройство Modbus Slave, COM Port и сконфигурируйте его так, как нужно: при добавлении канала можно указать тип опроса CYCLIC или RISING EDGE.

[GTS]

Спасибо большое.

[Anry65]

Добрый день всем! Вопрос к Алексею, собрал проект (СПК105+МВ110-32ДН.+МУ110-16Р), на столе работал нормально, подсоединил шкаф к станку и начались проблемы. Где-то через пять минут завис СПК, на входные сигналы никак не реагирует, связь вроде есть(светодиоды моргают и на СПК и на МВ), но ничего не происходит, даже экраны не переключаются. Выключаю-включаю станок опять всё работает, но только несколько минут? К сожалению я был без ноутбука и не смог посмотреть - связь виновата или действительно зависает панель. Были у кого нибудь такие ситуации и как с ними бороться. Заранее благодарен Андрей.

[Осинский Алексей]

Добрый день всем! Вопрос к Алексею, собрал проект (СПК105+МВ110-32ДН.+МУ110-16Р), на столе работал нормально, подсоединил шкаф к станку и начались проблемы. Где-то через пять минут завис СПК, на входные сигналы никак не реагирует, связь вроде есть(светодиоды моргают и на СПК и на МВ), но ничего не происходит, даже экраны не переключаются. Выключаю-включаю станок опять всё работает, но только несколько минут? К сожалению я был без ноутбука и не смог посмотреть - связь виновата или действительно зависает панель. Были у кого нибудь такие ситуации и как с ними бороться. Заранее благодарен Андрей.

Добрый день, Андрей!
Ваш вопрос выходит за рамки этой темы.
Обратитесь, пожалуйста, в нашу техподдержку, либо напишите мне в мой рабочий скайп (у вас в личных сообщениях);

[murzik]

По поводу обрывов связи с модулями расширения - я однажды начинал исследование проблемы. Правда, так и не закончил. По причине того, что все овены у меня поотбирали :)
У меня связь барахлила с модулями, питающимися от 220В. Подозреваю, что причина в синеньком керамическом конденсаторе, идущем с земли rs485 на минус сетевого выпрямителя. Проверить гипотезу не успел. (Причину см. выше).
Но я б, будь я изготовителем модулей таких, всё же перевесил бы этот кондёрчик с минуса выпрямителя на отдельную клеммочку, чтобы пользователь мог её к земле подключать, где ей самое место.

[spectrum48k]

По поводу обрывов связи с модулями расширения - я однажды начинал исследование проблемы. Правда, так и не закончил. По причине того, что все овены у меня поотбирали :)
У меня связь барахлила с модулями, питающимися от 220В. Подозреваю, что причина в синеньком керамическом конденсаторе, идущем с земли rs485 на минус сетевого выпрямителя. Проверить гипотезу не успел. (Причину см. выше).
Но я б, будь я изготовителем модулей таких, всё же перевесил бы этот кондёрчик с минуса выпрямителя на отдельную клеммочку, чтобы пользователь мог её к земле подключать, где ей самое место.


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

[Anry65]

Спасибо тем кто откликнулся, значит я не одинок.У меня проблема в том что отваливается связь, тогда когда начинаешь работать и связь не восстанавливается(галка на автозапуск стоит)! а панель виснет и не на что не реагирует. Приходится полностью выключать и по новой включать в ждущем же режиме связь стабильная, может держаться часами и всё нормально.... А Алексею хочу сказать что скайпа у меня нет, и если я ни один такой, то проблему считаю нужно решать публично на форуме.

[Адрей]

(галка на автозапуск стоит)!
Ребята авто запуск не работает читайте форум codesys, он будет реализован в следующий версии библиотеки модбас. А пока фичи от овен, овен бежать в переряди паровоза.:cool:

[Эдуард_Н]

Ребята авто запуск не работает читайте форум codesys, он будет реализован в следующий версии библиотеки модбас. А пока фичи от овен, овен бежать в переряди паровоза.:cool:

И где это написано? Можете дать ссылку?

[Адрей]

http://forum.codesys.com/viewtopic.php?f=21&t=5699
А потом сделайте так http://www.owen.ru/forum/showthread.php?t=21365&page=14&p=180338&viewfull=1#post180338

[Эдуард_Н]

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

[Адрей]

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

[spectrum48k]

Не думаю, что разработчики данного модуля для оборудования Овен написали всё с нуля. Скорее всего был предоставлен стандартный инструментарий от 3-S. У меня нет возможности поиграться с данным нововведением, но если смотреть на аналогичную реализацию по оборудованию Schneider Electric (Somachine), и как вижу в англ. форуме Codesys, для каждого ведомого и для всей шины создается свой экземпляр ФБ с входными переменными типа ".xReset". Поищите в этом направлении , если кто замучался с автосбросом.

[GTS]

Добрый день Алексей! Не подскажете что это за ошибки?20047

[Anry65]

Добрый день. Возникла смешная проблема - с задержкой сбрасывается RS триггер. С начала подумал что, что-то не то с программой, но потом догадался, что по всей вероятности задержку делает МВ110-32ДН. Подскажите кто нибудь, какой выход из положения и как с этим бороться. Неужели при написании программы надо учитывать задержку которую делает МВ и почему об этом в документации нигде не сказано???!!!

[ASo]

С задержкой - это в смысле приходит сигнал на вход модуля, а триггер в программе сбрасывается с задержкой? Если так, то это нормально на время опроса модуля.

[capzap]

Добрый день. Возникла смешная проблема - с задержкой сбрасывается RS триггер. С начала подумал что, что-то не то с программой, но потом догадался, что по всей вероятности задержку делает МВ110-32ДН. Подскажите кто нибудь, какой выход из положения и как с этим бороться. Неужели при написании программы надо учитывать задержку которую делает МВ и почему об этом в документации нигде не сказано???!!!
это всмысле Вы поставили период опроса модуля 10 секунд и наблюдаете как сигнал проходит от физического концевика до выхода триггера?

[Anry65]

ASo спасибо что откликнулись, а делать то что? Ставить дополнительные датчики?, да и работа станка получится не стабильной, то сработает с задержкой, то без задержки..., а станок настраивается в некоторых режимах на доли секунд!!!!

[Anry65]

CAPZAP нет всё гораздо проще, цикл заканчивается сбросом триггера, если сброс не произошёл, то станок начинает делать новый цикл! На программу грешить не надо, так как триггер то сработает то нет, и к тому же на сброс работает лишь один датчик!

[ASo]

ASo спасибо что откликнулись, а делать то что? Ставить дополнительные датчики?, да и работа станка получится не стабильной, то сработает с задержкой, то без задержки..., а станок настраивается в некоторых режимах на доли секунд!!!!
Это решается на этапе проектирования СИСТЕМЫ.
Для таких задач необходимы контроллеры с соответствующими входами на борту.

[Anry65]

ASoСпасибо, следующий раз буду умнее. Не подскажите с какой фирмой работать?

[ASo]

Да хоть и с ОВЕНом.
Вы же не сказали, на каком контроллере работаете.

[Anry65]

ASo В проекте СПК105+МВ110-32ДН.+МУ110--16Р и всё!

[ASo]

СПК105 в общем случае не предназначен для данных задач.
Как пример, попробуйте перейти на опрос модулей бибкой modbus, опрашивая 32ДН чаще в нужные моменты времени. И скорость установите 115200.

[Anry65]

Хорошо, спасибо буду пробовать всё, в крайнем случае выйду из положения программно, рядом стоит китайский станок у него свои модули расширения и на удивление он не глючит. Печально, но нам до китайцев далеко....

[spectrum48k]

Это примерно, как увидеть в витрине магазина велосипед, и не изучив его принцип, приобрести, а затем его ругать и сравнивать с мопедами, которые ездят быстрее :)

[Anry65]

Согласен, но этот "ВЕЛОСИПЕД" за три года ни разу не сломался! А если по делу, то 10ms это очень много ,если перевести в сантиметры, то это 30 см. быстрого смыкания прессформы, если не успеешь то останешься без руки. (скорость максимальная 115200, можно уменьшить время ответа...) но не стабильная работа СПК+МВ может привести к трагедии, поэтому проблему буду решать чисто программно!!!!

[capzap]

Согласен, но этот "ВЕЛОСИПЕД" за три года ни разу не сломался! А если по делу, то 10ms это очень много ,если перевести в сантиметры, то это 30 см. быстрого смыкания прессформы, если не успеешь то останешься без руки. (скорость максимальная 115200, можно уменьшить время ответа...) но не стабильная работа СПК+МВ может привести к трагедии, поэтому проблему буду решать чисто программно!!!!

если всё так опасно, то зачем тогда плк без скоростных входов/выходов, медленный протокол и т.п.

[Eugene.A]

Собрал на столе СПК207, МВ110-8А, МУ110-8Р, провода не больше полметра, источников помех вроде нет, разве что комп и БП 24В. Всё вроде работает - температуру показывает, реле щёлкает. Однако за полчаса работы набегает обрывов связи20107
А что будет, когда будет собрано в шкафу, да поблизости будут работать частотники? Как-то это напрягает...

[spectrum48k]

Не знаю какие именно в кдс 3 настройки интерфейса для modbus-мастера СПК. Но в кдс 3 для мастера в общем случае нужно настроить правильно TimeOut (100-200мс) и FrameInterval (в зависимости от скорости передачи). Проверьте линию осциллографом, передачу по компорту сниффером. Зачем же гадать.

[Eugene.A]

Не знаю какие именно в кдс 3 настройки интерфейса для modbus-мастера СПК. Но в кдс 3 для мастера в общем случае нужно настроить правильно TimeOut (100-200мс) и FrameInterval (в зависимости от скорости передачи). Проверьте линию осциллографом, передачу по компорту сниффером. Зачем же гадать.
Таймаут слэйва гонял от 50 до 1500 мс, не заметил разницы. Настройки TimeOut и FrameInterval мастера серенькие, недоступны. Как это понимать?
20108

[Artem]

пока что добавлять эти параметры не планирую, решить задачу можно используя универсальное Modbus Slave устройство.
Возможно, в будущем, если появятся еще запросы - сделаю.
Надо. Очень надо. Весовые терминалы поставляем. Перешли на ОВЕН с Seneca, а тут такие дела. Просто помимо модуля МВ110-1ТД есть еще 5 модулей иных на рс-485 и все они из библиотеки стоят. Наверное не хорошо когда часть модулей библиотечных, а часть универсальное Modbus Slave устройство?

[spectrum48k]

Таймаут слэйва гонял от 50 до 1500 мс, не заметил разницы. Настройки TimeOut и FrameInterval мастера серенькие, недоступны. Как это понимать?
20108

Я бы это еще как-то понял, находясь в режиме "online" ;)

[Eugene.A]

Я бы это еще как-то понял, находясь в режиме "online" ;)

Так бы и я понял;)

[Осинский Алексей]

Надо. Очень надо. Весовые терминалы поставляем. Перешли на ОВЕН с Seneca, а тут такие дела. Просто помимо модуля МВ110-1ТД есть еще 5 модулей иных на рс-485 и все они из библиотеки стоят. Наверное не хорошо когда часть модулей библиотечных, а часть универсальное Modbus Slave устройство?

Нет, это абсолютно не страшно.

[Осинский Алексей]

Добрый день Алексей! Не подскажете что это за ошибки?20047
Добрый день!
Пока что не могу подсказать, впервые вижу. Попробую у себя повторить.

[Эдуард_Н]

Свеженькая версия "модулей" будет?

[Осинский Алексей]

Свеженькая версия "модулей" будет?

Пока нет. А чего Вы от нее ждете в первую очередь?

[Эдуард_Н]

Пока нет. А чего Вы от нее ждете в первую очередь?

Надёжности и стабильности в первую очередь.

[Осинский Алексей]

Надёжности и стабильности в первую очередь.

После обновления 3.5.4.5 нареканий на ненадежную связь не было, на сколько я помню

[CEkip]

После обновления 3.5.4.5 нареканий на ненадежную связь не было, на сколько я помню

Также периодически исчезает связь с модулями. Спасаемся программно, задержкой времени. А еще с такими тормозами самой СПК приходится и время задержки ставить более 2 сек.

[Осинский Алексей]

Также периодически исчезает связь с модулями. Спасаемся программно, задержкой времени.
О какой задержке идет речь?

А еще с такими тормозами самой СПК приходится и время задержки ставить более 2 сек.
Расскажите, пожалуйста, пдробнее о "тормозах" и как они влияют на задержку.

[CEkip]

О какой задержке идет речь?

Расскажите, пожалуйста, пдробнее о "тормозах" и как они влияют на задержку.

Задержка по исчезновению связи с модулями. Если связь отсутствует более установленного времени, то значит связи нет и алгоритмом производятся определенные действия. На входе охранного таймера было прописаны условия что если с любым из пяти модулей пропадает связь, то начинается отсчет времени охранного таймера. получалось так что при установленном времени 2 сек. таймер срабатывал. Отсюда следует, что связь поочередно пропадает с каждым модулем. Пришлось на каждый модуль привинтить свой таймер и время увеличить... вроде заработало.

[Eugene.A]

После обновления 3.5.4.5 нареканий на ненадежную связь не было, на сколько я помню

А это разве не нарекания:

Собрал на столе СПК207, МВ110-8А, МУ110-8Р, провода не больше полметра, источников помех вроде нет, разве что комп и БП 24В. Всё вроде работает - температуру показывает, реле щёлкает. Однако за полчаса работы набегает обрывов связи20107
А что будет, когда будет собрано в шкафу, да поблизости будут работать частотники? Как-то это напрягает...
?

[alexx751]

И опять 8А...
Все же кривая прошивка у него.
Годами (скоро десятилетиями будет) одно и то же.

[Эдуард_Н]

Все мои проекты с СПК пока только на столе, больших проблем со связью не было, но как то страшно запускать их в реальность при таких отзывах о стабильности связи.

[CEkip]

Все мои проекты с СПК пока только на столе, больших проблем со связью не было, но как то страшно запускать их в реальность при таких отзывах о стабильности связи.

Тут уже не на столе. в понедельник начнется ПНР газовых котлов - вот по упражняемся думаю. Да еще в проектах позакладывали кучу СПК. Не знаю как теперь будем разруливать всю эту ситуацию. Проблем с СПК много возникает. Не доработанный продукт.

[CEkip]

Все мои проекты с СПК пока только на столе, больших проблем со связью не было, но как то страшно запускать их в реальность при таких отзывах о стабильности связи.

как определяете проблемы со связью? привинтите счетчики и все станет ясно.

[Эдуард_Н]

У Вас проблемы со связью при использовании "модулей" или без них тоже это наблюдается?

[CEkip]

У Вас проблемы со связью при использовании "модулей" или без них тоже это наблюдается?

Даже боюсь и предположить что будет с "чужим" оборудованием. Скоро предстоит задача с помощью СПК считывать данные с контроллеров АГАВА и передавать все это на верхний уровень. 6 СПК107 уже закуплены. Вот чувствую веселуха будет.
Честно говоря рассчитывал что к этому времени обещанная новая прошивка появится, но однако это еще не скоро будет...

[Anry65]

Добрый день. Возникла смешная проблема которой раньше не было!!! Не могу загрузить изменённый проект в СПК105. Делаю так:устанавливаю связь, Потом создать загрузочное приложение, затем заводской сброс , потом загрузка. Что я делаю не так? Раньше всё записывалось....:rolleyes: И какой выход?:mad:

[spectrum48k]

Добрый день. Возникла смешная проблема которой раньше не было!!! Не могу загрузить изменённый проект в СПК105. Делаю так:устанавливаю связь, Потом создать загрузочное приложение, затем заводской сброс , потом загрузка. Что я делаю не так? Раньше всё записывалось....:rolleyes: И какой выход?:mad:
А что именно не можете, рука не поднимается? Смешная проблема со смешным порядком действий. Что не так, забыт порядок действий, раньше Вы читали мануал, а теперь не читаете.
Это тема по связи с модулями ввода-вывода. Очень актуальная, не нужно ее засорять. Это сообщение тоже удалю, когда перенесете свой вопрос в другую ветку.

[spectrum48k]

Господа пользователи Codesys 3.5, СПК, модулей Мx110, шаблонов и надстроек модулей Мx110!
Будьте так любезны, предоставьте разработчикам логи передаваемых данных по RS-485 во время сигнализации ошибки шины. Как захватывать данные Вы и без чужой помощи, наверняка знаете. Инструментарий для этой операции копеечный. Вы так и будете топтаться на одном месте, а СПК будут оставаться ненадежным устройством для связи по протоколу Modbus RTU средствами "мастера через конфигурацию"

[Anry65]

spectrum48k. Спасибо за "содействие", SPK_FAQ стр. 53, а вы то сами, давно её перечитывали??? А насчет ТЕМЫ! то связь прямая, если вы конечно в теме, если быстродействие модулей было гораздо быстрее, то не требовалось изменение программы, а так как существующая задержка ответа модуля не сбрасывает вовремя триггер, то и не требовалось и изменение программы!!! Смотрите шире! И читайте пре ведущие посты, это спустит вас на землю. А если с ОВЕНом было всё так прекрасно, то и на форуме не сидело бы столько людей! И вообще форум, если вы не знаете существует для помощи друг другу, а не для за умников типа ВАС, которые вместо умного совета, или просто совета советует просто читать. Если не знаете ответа, можете не отвечать, зачем умничать, на форуме люди простые и добродушные, каким только ветром вас сюда занесло???

[spectrum48k]

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

Не благодарите: http://ftp.owen.ru/index.html/CoDeSys3/11_Documentation/01_SPK/SPK_First_start_v.0.8.pdf
И я не спрашивал Ваше мнение о проблемах данной темы.

[Осинский Алексей]

Господа пользователи Codesys 3.5, СПК, модулей Мx110, шаблонов и надстроек модулей Мx110!
Будьте так любезны, предоставьте разработчикам логи передаваемых данных по RS-485 во время сигнализации ошибки шины. Как захватывать данные Вы и без чужой помощи, наверняка знаете. Инструментарий для этой операции копеечный. Вы так и будете топтаться на одном месте, а СПК будут оставаться ненадежным устройством для связи по протоколу Modbus RTU средствами "мастера через конфигурацию"

Большое спасибо за помощь, как раз зашел написать эту просьбу, которую уже неоднократно озвучивал всем, кто жалуется на качество связи:
Если у Вас возникают ошибки обмена модулей с СПК, то будьте добры кроме списка модулей добавить лог обмена модулей с СПК.
Это поможет нам установить причину проблемы т.к. у себя на столе я эту проблему повторить не могу.

[Осинский Алексей]

spectrum48k. Спасибо за "содействие", SPK_FAQ стр. 53, а вы то сами, давно её перечитывали??? А насчет ТЕМЫ! то связь прямая, если вы конечно в теме, если быстродействие модулей было гораздо быстрее, то не требовалось изменение программы, а так как существующая задержка ответа модуля не сбрасывает вовремя триггер, то и не требовалось и изменение программы!!! Смотрите шире! И читайте пре ведущие посты, это спустит вас на землю. А если с ОВЕНом было всё так прекрасно, то и на форуме не сидело бы столько людей! И вообще форум, если вы не знаете существует для помощи друг другу, а не для за умников типа ВАС, которые вместо умного совета, или просто совета советует просто читать. Если не знаете ответа, можете не отвечать, зачем умничать, на форуме люди простые и добродушные, каким только ветром вас сюда занесло???

Прошу прощения, Anry65, но в этой теме обсуждается только программный продукт "Модули Mx110", по всем вопросам, которые касаются непосредственно настройки СПК, написания проектов и т.д. я уже неоднократно просил Вас обратится в техподдержку напрямую, либо мне в скайп (который я неоднократно высылал Вам личным сообщением) в рабочее время.
Спасибо за понимание.
Дальнейшие Ваши сообщения, которые не касаются напрямую программного продукта "Модули Мх110" я буду вынужден удалять из темы, дабы не засорять ее.

[vegus]

Посмотрел тему, в общем, те же грабли. Отваливается связь СПК207 - modbus - "Модули Мх110".
После танцев с бубном как то заработало, но короткие обрывы каждые 10..20секунд не победил.
В случае МУ-110-6У, если был обрыв, как я пойму, что, что то в него записал? Обратной связи от него в драйвере вроде как нет.
Как, в случае обрыва связи с одим устройством, не получить тормоза с другими устройствами?
По этой ветке, пока вывод, что нужно оказываться от СПК и переходить либо на панели WAGO, либо
пробовать связку СП270 + ПЛК.
Еще вопрос к разработчикам, возможно, это аппаратная проблема RS485 в СПК270, может попробовать uart подцепить на
другую более стабильную микросхему драйвера? На чем у вас реализована физика RS485?
пробовал кто ни будь использовать мост RS232- 485 в СПК270, возможно будет стабильнее?

[spectrum48k]

а логи где? те же грабли.

[GTS]

Добрый день! Если вы собираете статистику о работе модулей MX, то если вам не трудно, в шапке темы напишите пожалуйста где "поставить ваш счетчик" и как снимать логи! Думаю не все это знают. Заранее благодарен!

[Осинский Алексей]

Добрый день! Если вы собираете статистику о работе модулей MX, то если вам не трудно, в шапке темы напишите пожалуйста где "поставить ваш счетчик" и как снимать логи! Думаю не все это знают. Заранее благодарен!

Добрый день!
Мы работаем над документом, в котором будет подробно описано какая информация нам нужна для обратной связи и как ее получить.

[GTS]

Ну пока вы работаете над документом может в шапке кратко инструкцию выложить.

[vegus]

Действительно, как логи снимать? Где это описано?
И, опять же, судя по форуму, подобные проблемы с СПК207 постоянны. Все таки хотелось бы понять, корень проблемы в кривом железе или софте.
Если проблема в железе, то попробую ее обойти или поменяю. На это не нужно много времени.

Почему то думал, что драйвера со своими выставленными таймаутами и задержками работают в фоновом режиме, а получается, что они последовательно с основной программой и визуализацией выполняются.

Сейчас собрано в одной модбас сети 5 устройств ввода и вывода Mx110, стоит галка восстанавливать соединение.
Все шустро работает, периодически связь рвется и восстанавливается. Но, через пару минут совсем отваливается МВ110-16Д, при этом все остальное нормально шустро работает. А, кодесис пишет ModbusGenericSerialSlave не запущен у всех девайсов, при этом Modbus_Master_COM_Port.xAllSlavesOk = FALSE.

[vegus]

Подключил все тоже самое через преобразователь Rs232 - RS485, связь подглючивает, но на порядки стабильнее и в codesys ничего не отваливается.
То есть, похоже косячная аппаратная реализация 485 интерфеса в СПК207, и это уже далеко не первая модификация СПК207-го..
Ps От установки резисторов не зависит. Весь провод на RS485 около 30см.
Также, стабильность работы драйверов Mx зависит от установки периода PLC_PRG. При уменьшении периода, отклик на кнопки становится хорошим, но, связь с устройствами быстрее отваливается. То, есть, если, правильно понял, слишком частый вызов драйвера, приводит к каким то сбоям... Сейчас период PLC_PRG 60мс, все стабильно и только при подключении по RS232.

[spectrum48k]

инструкцию так и не выложили.
vegus, если есть такая возможность, подключитесь преобразователем usb-rs485 к шине RS-485 и при помощи программы мониторинга com порта сохраните лог передаваемых байтов. Это может многое прояснить.
программа мониторинга, одна из них:
http://www.softelectro.ru/comread2.html

[GTS]

Добрый день Алексей! Так вы нам выложите краткую инструкцию для проверки Modbas?

[Осинский Алексей]

Добрый день Алексей! Так вы нам выложите краткую инструкцию для проверки Modbas?

Добрый день!
В сообщении выше spectrum48k кратко описал как это делается.
Полный документ будет несколько позже.

[GTS]

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

[Осинский Алексей]

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

состояние обмена Вы можете отследить проверяя состояние переменной имя_модуля_Modbus.xError (например MV110_8a_Modbus.xError) и увеличивать лзначение любой переменной при переходе xError со значение False на значение True. (триггер)
Таким образом Вы сможете подсчитать количество раз, когда возникла ошибка обмена.

[Maxim_SPb]

Здравствуйте.
Возникла неразрешаемая для меня проблема. Перешел с кодесиса 2.3 на 3.5 сп4, прочитал уйму мануалов и не нашел ответа. Подскажите мне, пожалуйста, как мне присвоить определенному выходу/входу название переменной (блоки мх110). Проблема в том, что когда входишь в настройки блока там нет окна «соотнесение входов/выходов» рис1. Если проводить настройку в окне модбас слейв, то я не могу обозвать выход с блока переменной, пишет ошибка рис2. Спасибо!!!

[Осинский Алексей]

Здравствуйте.
Возникла неразрешаемая для меня проблема. Перешел с кодесиса 2.3 на 3.5 сп4, прочитал уйму мануалов и не нашел ответа. Подскажите мне, пожалуйста, как мне присвоить определенному выходу/входу название переменной (блоки мх110). Проблема в том, что когда входишь в настройки блока там нет окна «соотнесение входов/выходов» рис1. Если проводить настройку в окне модбас слейв, то я не могу обозвать выход с блока переменной, пишет ошибка рис2. Спасибо!!!

Добрый день!
Ознакомьтесь, пожалуйста, с документом в шапке темы

[Eugene.A]

состояние обмена Вы можете отследить проверяя состояние переменной имя_модуля_Modbus.xError (например MV110_8a_Modbus.xError) и увеличивать лзначение любой переменной при переходе xError со значение False на значение True. (триггер)
Таким образом Вы сможете подсчитать количество раз, когда возникла ошибка обмена.

А просто счётчик CTU для подсчёта разрывов можно применить?20428

[Maxim_SPb]

Спасибо, Алексей.
Ознакомился с документом. Возник следующий вопрос. Те на языке CFC придется использовать ФБ? А есть возможность, как в 2.3 в конфигурации ПЛК это сделать, чтобы выглядело присвоение переменных как дерево проекта?

[GTS]

Алексей, как сделать подсчет ошибок для универсального модбас, например ПР114 или ПЧ?

[Осинский Алексей]

Спасибо, Алексей.
Ознакомился с документом. Возник следующий вопрос. Те на языке CFC придется использовать ФБ? А есть возможность, как в 2.3 в конфигурации ПЛК это сделать, чтобы выглядело присвоение переменных как дерево проекта?

если я правильно понял - используйте Universal modbus device, и сконфигурируйте на опрос необходимых параметров.

[Maxim_SPb]

Еще раз спасибо.
Придется делать в Universal modbus device. Еще один вопросик. Если СПК и Мх110 нет вналичии, то я использую Control Win для эмуляции проекта, но при эмуляции появляются красные треугольники. Те получается блоки по модбасу не эмулируются, или я допускаю ошибку при настройке?
20437

[Осинский Алексей]

Еще раз спасибо.
Придется делать в Universal modbus device. Еще один вопросик. Если СПК и Мх110 нет вналичии, то я использую Control Win для эмуляции проекта, но при эмуляции появляются красные треугольники. Те получается блоки по модбасу не эмулируются, или я допускаю ошибку при настройке?
20437

Действительно, эмулируется только ПЛК, но не дополнительные устройства

[GTS]

Алексей, как сделать подсчет ошибок для универсального модбас, например ПР114 или ПЧ?

[Осинский Алексей]

Алексей, как сделать подсчет ошибок для универсального модбас, например ПР114 или ПЧ?

имя_устройства.xError

[Эдуард_Н]

Может в библиотеку добавить пару модулей для соединения СПК с ПЧВ?

[Осинский Алексей]

Может в библиотеку добавить пару модулей для соединения СПК с ПЧВ?
Какие именно параметры Вы хотели бы видеть в этих модулях?
Почему "пару", а не один?

[Эдуард_Н]

Почему "пару", а не один?

Ну вроде их два ПЧВ1,2 и ПЧВ3:)


Какие именно параметры Вы хотели бы видеть в этих модулях?

Управление скоростью, направлением вращения, настройки параметров двигателя и может ещё что-то.

[Осинский Алексей]

Ну вроде их два ПЧВ1,2 и ПЧВ3:)
Управление скоростью, направлением вращения, настройки параметров двигателя и может ещё что-то.

пока ничего не могу обещать, но на заметку взял

[vnkorol]

Подскажите, допустимо ли в проекте использовать одновременно на одном порту "модуль" для МВ110 и описанный "руками" МДВВ в виде Modbus Slave com port?

[Осинский Алексей]

Подскажите, допустимо ли в проекте использовать одновременно на одном порту "модуль" для МВ110 и описанный "руками" МДВВ в виде Modbus Slave com port?

Да, конечно!

[Шевцов Игорь]

Добрый день!
Только начал создавать проект с использованием шаблонов модулей и при компиляции получаю следующие ошибки причем только по модулям МВ110-16ДН:
21067
Конфигурация модулей в принципе видна на скрине.
Кодесис: CODESYS_3.5_SP5_Patch5
Драйвер: Mx110_drivers_3.5.4.5
Таргет: owen_plc304_m01_cds3.5.3.40.devdesc
Во вложении архив проекта.

В чем может быть проблема?

[Осинский Алексей]

В чем может быть проблема?
Добрый день, к-во каналов Slave в старых версиях CDS ограничено 10-ю, сейчас поищу фикс, который расширяет это его до 32х

вот и он:
21069

[Шевцов Игорь]

Добрый день, Алексей.

Патч проблему не решил.
Немного поэкпериментировав выяснилось что ошибка вылазит не со всеми модулями, а именно с модулями MK110-8D_DN.4R, MV110-16D_DN, MV110-32D. Причем даже если зарегистрирован только один из этих модулей и больше модулей на порту нет, т.е. не зависит от общего количества модулей.

Пока ставлю Setup_CoDeSys_3.5_SP7_Patch3, поглядим что получится.

[Осинский Алексей]

Добрый день, Алексей.

Патч проблему не решил.
Немного поэкпериментировав выяснилось что ошибка вылазит не со всеми модулями, а именно с модулями MK110-8D_DN.4R, MV110-16D_DN, MV110-32D. Причем даже если зарегистрирован только один из этих модулей и больше модулей на порту нет, т.е. не зависит от общего количества модулей.

Пока ставлю Setup_CoDeSys_3.5_SP7_Patch3, поглядим что получится.

Не нужно использовать эту версию CDS т.к. прошивки СПК поддерживают CDS 3.5 SP5, а никак не SP7.
Проблема у Вас наблюдается с теми модулями, в которых используется более 10ти каналов (вероятно у вас не стал патч).
Попробуйте
1) закрыть CDS
2) установить патч
3) запустить CDS
4) создать новый проект
и уже после этого добавлять модули

[alexx751]

Попробуйте
1) закрыть CDS
2) установить патч
3) запустить CDS
4) создать новый проект
и уже после этого добавлять модули
Тоже не помогло. Плюс ко всему допустим у ПЛК323 групповой запрос не работает. Т.е. чтобы просто опросить 8 входов 110-8А надо 16 каналов.
Интересно, для 323 обновление когда-нибудь будет?

[Осинский Алексей]

Тоже не помогло.
Какую версию CDS используете? (полностью)


Плюс ко всему допустим у ПЛК323 групповой запрос не работает. Т.е. чтобы просто опросить 8 входов 110-8А надо 16 каналов.
Интересно, для 323 обновление когда-нибудь будет?

думаю вопросы о ПЛК323 лучше задавать в соответствующей теме.

[alexx751]

Такая же - CODESYS_3.5_SP5_Patch5
под SP7 Patch3 шина вообще не запускалась -"драйвер не найден"

[ykpagyckyc]

Помогите, если это возможно написать данную функцию в CFC:

IF ХХХ.xError THEN
ХХХ.xReset:=TRUE;
else
ХХХA.xReset:=FALSE;
END_IF

[Осинский Алексей]

Помогите, если это возможно написать данную функцию в CFC:

IF ХХХ.xError THEN
ХХХ.xReset:=TRUE;
else
ХХХA.xReset:=FALSE;
END_IF
Используйте флажок "Auto restart communication". Все уже написано за вас.

[ykpagyckyc]

Заранее извиняюсь, но где его ставить?
21130

Если этот:
21132
то при срабатывании нагрузки (замечено, включился трёхфазный двигатель) связь теряется, и без перезагрузки не восстанавливается, этот флажок не помогает...
Поэтому, хотел попробовать программно перезапустить связь.
И если это возможно, помогите реализовать функцию в CFC:

IF ХХХ.xError THEN
ХХХ.xReset:=TRUE;
else
ХХХA.xReset:=FALSE;
END_IF

Буду вам очень благодарен.

Вот это правильно?
21133

[Осинский Алексей]

Добрый день!


Если этот:
21132

да


Вот это правильно?
21133
да

[Шевцов Игорь]

Не нужно использовать эту версию CDS т.к. прошивки СПК поддерживают CDS 3.5 SP5, а никак не SP7.
Проблема у Вас наблюдается с теми модулями, в которых используется более 10ти каналов (вероятно у вас не стал патч).
Попробуйте
1) закрыть CDS
2) установить патч
3) запустить CDS
4) создать новый проект
и уже после этого добавлять модули

Попробовал, не выходит с профилем CODESYS_3.5_SP5_Patch5 компилировать, если хоть один из этих модулей присутствует.
Под профилем CoDeSys_3.5_SP7_Patch3 модули нормально добавляются и компилируются.
И еще хочу заметить у меня не СПК, а ПЛК304 и у alexx751 не СПК, а ПЛК323.

[Осинский Алексей]

Попробовал, не выходит с профилем CODESYS_3.5_SP5_Patch5 компилировать, если хоть один из этих модулей присутствует.
Под профилем CoDeSys_3.5_SP7_Patch3 модули нормально добавляются и компилируются.
И еще хочу заметить у меня не СПК, а ПЛК304 и у alexx751 не СПК, а ПЛК323.

Пришлите, пожалуйста список ошибок, которые возникают при компиляции.

[Шевцов Игорь]

Пришлите, пожалуйста список ошибок, которые возникают при компиляции.

------ Компиляция : Приложение: Device.Application -------
типизировать код...
[ERROR] io: MK110_8D_DN_4R [Device: Modbus_COM: Modbus_Master_COM_Port]: MK110_8D_DN_4R: Max. number of Channels (10) exceeded !
[ERROR] io: MV110_16D_DN [Device: Modbus_COM: Modbus_Master_COM_Port]: MV110_16D_DN: Max. number of Channels (10) exceeded !
[ERROR] io: MV110_32DN [Device: Modbus_COM: Modbus_Master_COM_Port]: MV110_32DN: Max. number of Channels (10) exceeded !
Компиляция завершена -- 3 ошибок, 0 предупреждений


Скрин:21138

Архив тестового проекта прилагаю.
CDS: v3.5 SP5 Patch5
Таргет: owen_plc304_m01_cds3.5.3.40.devdesc
Modbus_COM: 3.4.0.0
Modbus_Master_COM_Port: 3.5.3.0

При этой же конфигурации в CDS v3.5 SP7 Patch3 все компилируется, опрос еще не пробовал работает ли.

И еще: при открытии проекта CDS v3.5 SP5 Patch5 в CDS v3.5 SP7 Patch3, без изменения версии компилятора, компилируется без ошибок.
Буду пока пробовать так.

[Осинский Алексей]

------ Компиляция : Приложение: Device.Application -------
типизировать код...
[ERROR] io: MK110_8D_DN_4R [Device: Modbus_COM: Modbus_Master_COM_Port]: MK110_8D_DN_4R: Max. number of Channels (10) exceeded !
[ERROR] io: MV110_16D_DN [Device: Modbus_COM: Modbus_Master_COM_Port]: MV110_16D_DN: Max. number of Channels (10) exceeded !
[ERROR] io: MV110_32DN [Device: Modbus_COM: Modbus_Master_COM_Port]: MV110_32DN: Max. number of Channels (10) exceeded !
Компиляция завершена -- 3 ошибок, 0 предупреждений
Скрин:21138

Архив тестового проекта прилагаю.
CDS: v3.5 SP5 Patch5
Таргет: owen_plc304_m01_cds3.5.3.40.devdesc
Modbus_COM: 3.4.0.0
Modbus_Master_COM_Port: 3.5.3.0

При этой же конфигурации в CDS v3.5 SP7 Patch3 все компилируется, опрос еще не пробовал работает ли.

И еще: при открытии проекта CDS v3.5 SP5 Patch5 в CDS v3.5 SP7 Patch3, без изменения версии компилятора, компилируется без ошибок.
Буду пока пробовать так.

Попробуйте изменить версию Modbus Master на 3.5.4.0
Ошибки, как я уже и говорил, из-за ограничения по к-ву каналов.

[Шевцов Игорь]

Попробуйте изменить версию Modbus Master на 3.5.4.0
Ошибки, как я уже и говорил, из-за ограничения по к-ву каналов.

Нет у меня такой версии Modbus Master, имеется только 3.5.3.0, 3.5.5.0 и 3.5.7.0
Пришлите проект в архиве с версией 3.5.4.0, попробую подкинуть в CDS.

Modbus Master 3.5.3.0 использую, т.к. на 3.5.5.0 ставится библиотека IoDrvModbus 3.5.5.0 которая жутко ругается в компиляторе на CAA Device Diagnosis, 3.5.2.0.

К стати попробовал при Modbus Master 3.5.3.0 изменить библиотеку на oDrvModbus 3.5.4.0 (оказывается она у меня откуда-то имеется), компилятор ругается тоже на CAA Device Diagnosis, 3.5.2.0.

[Осинский Алексей]

Нет у меня такой версии Modbus Master, имеется только 3.5.3.0, 3.5.5.0 и 3.5.7.0
Пришлите проект в архиве с версией 3.5.4.0, попробую подкинуть в CDS.

Modbus Master 3.5.3.0 использую, т.к. на 3.5.5.0 ставится библиотека IoDrvModbus 3.5.5.0 которая жутко ругается в компиляторе на CAA Device Diagnosis, 3.5.2.0.

К стати попробовал при Modbus Master 3.5.3.0 изменить библиотеку на oDrvModbus 3.5.4.0 (оказывается она у меня откуда-то имеется), компилятор ругается тоже на CAA Device Diagnosis, 3.5.2.0.

Вы патч устанавливали, который я выкладывал выше?

[Шевцов Игорь]

Вы патч устанавливали, который я выкладывал выше?

да и не один раз уже)
во всяком случае выдает сообщение: Патч уже установлен!

[Осинский Алексей]

да и не один раз уже)
во всяком случае выдает сообщение: Патч уже установлен!

вручную пробовали в Modbus Slave каналов добавить? Можете добавить больше 10ти?

[Шевцов Игорь]

вручную пробовали в Modbus Slave каналов добавить? Можете добавить больше 10ти?

да после уже 10 добавленных каналов, кнопка "Добавить канал" становится неактивной.
но патч установлен 100%

прикрепил логи установки патча, в txt - какие файлы были добавлены в reg - что было внесено в реестр

Только вернулся из вашего офиса) нужно было с ноутом в гости зайти похоже)

[Шевцов Игорь]

Некоторые эксперименты дали плоды:

1) Установил пакет для СПК и таргеты для СПК, все последнее что есть на сайте (напоминаю у меня ПЛК304).
2) N-ое количество раз переустанавливал патч, думал может прав не хватает на изменение.
3) Появилась возможность добавлять Modbus Master 3.5.4.0, думаю благодаря п.1 описанному выше
4) При установке Modbus Master 3.5.4.0 с таргетом от ПЛК304 появляется ошибка в библиотеке CAA Device Diagnosis 3.5.2.0 (думаю дело в таргете ПЛК304) 21150 и имеем уйму ошибок компилятора:
------ Компиляция : Приложение: Device.Application -------
типизировать код...
[WARNING] io: C0200: Отсутствует разрешение для заполнителя CmpCodeMeter
[WARNING] io: C0100: Библиотека CAA Device Diagnosis, 3.5.2.0 (CAA Technical Workgroup) не установлена, либо не найдено корректной лицензии
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ModbusSlaveComPort: C0077: Неизвестный тип: 'DED.DEVICE_STATE'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ModbusSlaveComPort: C0032: Невозможно конвертировать тип 'Неизвестный тип: 'DED.DEVICE_STATE.NOT_CONFIGURED'' в тип 'DED.DEVICE_STATE'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ModbusSlaveComPort: C0062: 'DED.DEVICE_STATE' не является структурированной переменной
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ModbusSlaveComPort: C0046: Идентификатор 'DED' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): IoDrvWriteOutputs [IoDrvModbusComPort]: C0035: Вместо 'm_master.UpdateTriggerVariables' требуется имя программы или экземпляр функционального блока
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): IoDrvWriteOutputs [IoDrvModbusComPort]: C0004: 'UpdateTriggerVariables' не является компонентом 'MODBUSMASTERCOMPORT'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): CheckSlavesCommunicating [IoDrvModbusComPort]: C0231: Здесь требуется выражение типа 'BOOL'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): CheckSlavesCommunicating [IoDrvModbusComPort]: C0077: Неизвестный тип: 'DED.DEVICE_STATE.RUNNING'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): CheckSlavesCommunicating [IoDrvModbusComPort]: C0062: 'DED.DEVICE_STATE' не является структурированной переменной
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): CheckSlavesCommunicating [IoDrvModbusComPort]: C0046: Идентификатор 'DED' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): CheckSlavesCommunicating [IoDrvModbusComPort]: C0231: Здесь требуется выражение типа 'BOOL'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): CheckSlavesCommunicating [IoDrvModbusComPort]: C0004: 'm_slaveEnabled' не является компонентом 'MODBUSSLAVECOMPORT'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): DoModbusRequests [ModbusMasterComPort]: C0032: Невозможно конвертировать тип 'Неизвестный тип: 'GetNextInitChannel(, slaveNr => slaveNr, foundChannel => foundInitChannel, initDone => m_xInitSlavesDone)'' в тип 'IoDrvModbusBase.MBChannel'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): DoModbusRequests [ModbusMasterComPort]: C0046: Идентификатор 'GetNextInitChannel' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): DoModbusRequests [ModbusMasterComPort]: C0035: Вместо 'GetNextInitChannel' требуется имя программы или экземпляр функционального блока
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0231: Здесь требуется выражение типа 'BOOL'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0077: Неизвестный тип: 'm_slaveEnabled'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0046: Идентификатор 'm_slaveEnabled' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0032: Невозможно конвертировать тип 'Неизвестный тип: 'DED.DEVICE_STATE.DISABLED'' в тип 'DED.DEVICE_STATE'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0062: 'DED.DEVICE_STATE' не является структурированной переменной
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0046: Идентификатор 'DED' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0032: Невозможно конвертировать тип 'Неизвестный тип: 'DED.DEVICE_STATE.ERROR'' в тип 'DED.DEVICE_STATE'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0062: 'DED.DEVICE_STATE' не является структурированной переменной
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0046: Идентификатор 'DED' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0032: Невозможно конвертировать тип 'Неизвестный тип: 'DED.DEVICE_STATE.RUNNING'' в тип 'DED.DEVICE_STATE'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0062: 'DED.DEVICE_STATE' не является структурированной переменной
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0046: Идентификатор 'DED' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0032: Невозможно конвертировать тип 'Неизвестный тип: 'DED.DEVICE_STATE.UNKNOWN'' в тип 'DED.DEVICE_STATE'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0062: 'DED.DEVICE_STATE' не является структурированной переменной
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateDiag [ModbusSlaveComPort]: C0046: Идентификатор 'DED' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0231: Здесь требуется выражение типа 'BOOL'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0077: Неизвестный тип: 'NOT(m_slaveEnabled)'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0077: Неизвестный тип: 'm_slaveEnabled'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0046: Идентификатор 'm_slaveEnabled' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0046: Идентификатор 'm_slaveEnabled' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0018: 'm_slaveEnabled' is no valid assignment target
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0231: Здесь требуется выражение типа 'BOOL'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0077: Неизвестный тип: 'm_slaveEnabled'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0046: Идентификатор 'm_slaveEnabled' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0046: Идентификатор 'm_uiCurrentInitChannel' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0018: 'm_uiCurrentInitChannel' is no valid assignment target
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0046: Идентификатор 'xInitDone' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0018: 'xInitDone' is no valid assignment target
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0046: Идентификатор 'm_slaveEnabled' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): ChangeState [ModbusSlaveComPort]: C0018: 'm_slaveEnabled' is no valid assignment target
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateSlaveFBTriggers [ModbusSlaveComPort]: C0231: Здесь требуется выражение типа 'BOOL'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateSlaveFBTriggers [ModbusSlaveComPort]: C0077: Неизвестный тип: 'm_channelCount'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateSlaveFBTriggers [ModbusSlaveComPort]: C0046: Идентификатор 'm_channelCount' не задан
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateSlaveFBTriggers [ModbusSlaveComPort]: C0077: Неизвестный тип: 'm_channelCount'
[ERROR] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateSlaveFBTriggers [ModbusSlaveComPort]: C0046: Идентификатор 'm_channelCount' не задан
Компиляция завершена -- 50 ошибок, 2 предупреждений
5) При изменении таргета на СПК все становится хорошо, только одно предупреждение:
------ Компиляция : Приложение: Device.Application -------
типизировать код...
[WARNING] iodrvmodbus, 3.5.4.0 (3s - smart software solutions gmbh): UpdateSlaveFBTriggers [ModbusSlaveComPort]: C0196: Неявная конверсия из типа без знака 'UINT' в тип со знаком 'INT': возможно изменение знака
Компиляция завершена -- 0 ошибок, 1 предупреждений
6) Патч действует только на Modbus Master 3.5.4.0, при версиях 3.5.3.0 и 3.5.5.0 нет возможности добавить больше 10 каналов у слейва

Вывод напрашивается сам собой: таргет ПЛК 304 и 323 конфликтуют с шаблонами модулей, версия библиотек у таргетов похоже не та.
Хотя конечно как вариант может помочь патч, который бы увеличивал число каналов на Modbus Master 3.5.3.0, но думаю - это не очень хороший костыль будет.

UPD:
Спасибо за спойлер, не подумал...
Проверил опрос модулей на Modbus Master 3.5.3.0 (без тех что приводят к ошибке компилятора) - все в норме настройки: 19200,8,N,2 (МУ110-16Р - 2шт, МУ110-6У - 2шт, МВ110-8А - 3 шт, МВ110-16ДН - 3шт в шине но не опрашиваю), жду ответа по МВ110-16ДН и его братьям

[firetester]

Доброго времени суток! Ребят, в проекте два модуля МК1108Д4Р. Как добавить в конфигурацию знаю. Вопрос: Как объяснить codesys какой из них адрес 4, а какой - 6? При добавлении ФБ нет возможности указать адрес устройства...
21159