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

[Валенок]

Да Modbus устройство вообще должен игнорировать запросы не к своему адресу,

Но сначала нужно вычленить пакет. А вот тут, если норм пауз нет и наличии кривой работы с буфером в ПО слейва (а оно бывает*) можно и получить такие эффекты.

*Например такое было (сейчас не знаю) у местных ПЧ. А когда-то и у МВ..-6У

[melky]

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

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

[Schneider]

здравствуйте коллеги.
в проектах чаще всего пользуюсь стандартными средствами при описании части программы Modbus обмена.
Но вот попалась задача, где на вскидку лучше воспользоваться OwenCommunication.
Посмотрел видео по реализации, написал опрос в виде своего (!) функционального блока на CFC с использованием
FB из библиотеки OCL: OCL.COM_Control, OCL.MB_SerialRequest и т.д.
Но при добавлении экземпляра своего функционального блока в основную программу (на CFC)
в момент ввода имени экземпляра функционального блока выходит ошибка
2024-10-31_16-06-54.png
Если жму "продолжить" после в процессе компиляции выходит ошибка:

КОД:

ERROR]         Internal error:System.NullReferenceException: Ссылка на объект не указывает на экземпляр объекта.   
в ..get__CompiledType()    в _3S.CoDeSys.LanguageModelManager.Expression.get_Type()    в ..
(_IVariable , IScope5 , _ICompileContext , _ISignature )    
в _3S.CoDeSys.Compiler35170.Phase1_Typification.InterfaceCompiler.(_ISignature , IScope5 , _ICompileContext )    
в _3S.CoDeSys.Compiler35170.Phase1_Typification.InterfaceCompiler.(_ISignature , IScope5 , _ICompileContext )    
в _3S.CoDeSys.Compiler35170.CompilerPhases.CompilerPhase1_Typifier.()    в _3S.CoDeSys.Compiler35170.CompilerPhases.CompilerPhase1_Typifier.()    
в _3S.CoDeSys.Compiler35170.CompilerPhases.CompilerPhase1_Typifier.
()    в ..
(Boolean , Boolean , Boolean )

Экспериментальным путем установил, что если я оставляю в объявлении своего блока OCL.COM_Control то ошибка не выходит и все компилируется.
Стоит только добавить хоть один OCL.MB_SerialRequest даже только в область объявления получаю ошибки вышеописанные.
Попробовал создать ФБ на ST, поведение тоже самое.
Программа ранее использовала стандартные средства обращения к модбас, которые я потер, чтобы не конфликтовали.
Вопрос: может быть библиотека не предоставляет возможность создать свои ФБ на их основе?
Как выйти из этой ситуации? в документации к OwenCommunication и здесь на форуме ответов не нашел.

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

Добрый день.

Вопрос: может быть библиотека не предоставляет возможность создать свои ФБ на их основе?

Предоставляет.
Насколько помню - это какой-то специфический баг редактора CFC.
Попробуйте повторить то же самое на ST - будет ли ошибка в этом случае?

[Schneider]

Я написал в предыдущем сообщении, что на ST тоже пробовал. Поведение в точности такое же.
Сейчас создал новый проект. добавил туда OCL библиотеку и только мой новый ФБ.
хоть в PLC_PRG.CFC хоть в PLC_PRG.ST (объявлял экземпляр(и определял) своего ФБ) варианте реализации - не компилируется.
Ок. завтра подключитесь, вероятно подскажете, что я не так делаю.
Очень надеюсь на вас.

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

Я написал в предыдущем сообщении, что на ST тоже пробовал. Поведение в точности такое же

Свяжитесь, пожалуйста, завтра утром со мной по телеграм (в подписи) и продемонстрируйте вашу ситуацию по AnyDesk.

[kondor3000]

Проверил на CFC и на ST .
В ФБ и в действиях блоки OCL.COM_Control и OCL.MB_SerialRequest добавляются и работают без ошибок. 1 Блоки биб_к.jpg

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

Ошибка компиляции была связана с некорректной инициализацией переменной типа WORD.

В проекте использовался следующий синтаксис:

wVar: WORD := b#0000_0001;

Но это некорректно.

Нужно делать так:

wVar: WORD := 2#0000_0001;

[Schneider]

вопрос:

здравствуйте коллеги.
в проектах чаще всего пользуюсь стандартными средствами при описании части программы Modbus обмена.
Но вот попалась задача, где на вскидку лучше воспользоваться OwenCommunication.
Посмотрел видео по реализации, написал опрос в виде своего (!) функционального блока на CFC с использованием
FB из библиотеки OCL: OCL.COM_Control, OCL.MB_SerialRequest и т.д.
Но при добавлении экземпляра своего функционального блока в основную программу (на CFC)
в момент ввода имени экземпляра функционального блока выходит ошибка
2024-10-31_16-06-54.png
Если жму "продолжить" после в процессе компиляции выходит ошибка:

КОД:

ERROR]         Internal error:System.NullReferenceException: Ссылка на объект не указывает на экземпляр объекта.   
в ..get__CompiledType()    в _3S.CoDeSys.LanguageModelManager.Expression.get_Type()    в ..(_IVariable , IScope5 , _ICompileContext , _ISignature )    
в _3S.CoDeSys.Compiler35170.Phase1_Typification.InterfaceCompiler.(_ISignature , IScope5 , _ICompileContext )    
в _3S.CoDeSys.Compiler35170.Phase1_Typification.InterfaceCompiler.(_ISignature , IScope5 , _ICompileContext )    
в _3S.CoDeSys.Compiler35170.CompilerPhases.CompilerPhase1_Typifier.()    в _3S.CoDeSys.Compiler35170.CompilerPhases.CompilerPhase1_Typifier.()    
в _3S.CoDeSys.Compiler35170.CompilerPhases.CompilerPhase1_Typifier.()    в ..(Boolean , Boolean , Boolean )

Экспериментальным путем установил, что если я оставляю в объявлении своего блока OCL.COM_Control то ошибка не выходит и все компилируется.
Стоит только добавить хоть один OCL.MB_SerialRequest даже только в область объявления получаю ошибки вышеописанные.
Попробовал создать ФБ на ST, поведение тоже самое.
Программа ранее использовала стандартные средства обращения к модбас, которые я потер, чтобы не конфликтовали.
Вопрос: может быть библиотека не предоставляет возможность создать свои ФБ на их основе?
Как выйти из этой ситуации? в документации к OwenCommunication и здесь на форуме ответов не нашел.

оказалось это две разных ошибки. точнее одна ошибка и один баг среды.
неверное объявление двоичной переменной приводило к ошибке при компиляции, не указывающей, как обычно бывает в таких случаях, что именно не так написано.
Баг среды разработки заключался в том, что при добавлении экземпляра своего самописного функционального блока в поле программы на CFC, сразу после этого должен появится диалог ввода имени экземлпяра. но вместо этого появлялось окно ошибки (не происходило автоматическое объявления). чтобы этого избежать, сначала вручную добавляем в область объявления, а потом выделить имя экземпляра и драгНдроп в текст программы. тогда ошибка не возникает.
Я думал что это по сути одна ошибка, но оказалось это две разные.
Спасибо большое за поддержку.

[bort992]

Привет форумчани.
Не пинайте ток ногами....
Проведя не один день на просторах инета да форумах, мне так и не удалось решить проблему с Modbus TCP Slave. Просмотрел видео уроки на данную тематику, но увы.... Понимаю, что в эмуляции данная ошибка: - Шина не запущена. Данные значения, возможно, неактуальны" допустима. Но вот при опросе не важно каким "Мастером", получить данные или записать не получается. И еще, в данной версии ПЛК 210-04, то ли я с ума выжил, то ли я не правильно опрашиваю данное устройство. Одним словом, хожу вокруг сосны! для форума-1.png для форума-2.png
Дополнительный вопрос: есть ли разница в дереве переменных "Слейва" кто будет первым "BOOL" или "REAL"?
Изернет 1-2 WAN с адресом 192.168.2.150
Изернет 3 LAN с адресом 192.168.3.150 - опрос модулей
Изернет 4 LAN с адресом 192.168.3.30 - панель(мастер)
Проброшен порт 502 с WAN в LAN