Здравствуйте. А как организовать опрос множества модулей? Скажем есть N количество аналоговых модулей ввода, N количество модулей дискретного ввода и N модулей дискретного вывода. Как это организовать с помощью данной библиотеки?
Добрый день. В вебинаре было про это - начиная с 01:07:00. Если коротко - создаете машину состояний через оператор CASE, объявляете ОДИН экземпляр блока MB_SerialRequest, на каждом шаге вызываете его с нужными аргументами (адрес модуля, код функции, адрес регистра, числов регистров). После того, как опрос успешно (xDone) или с ошибой (xError) завершен - сбрасываете экземпляр (через вызов с xExecute:=FALSE;) и переходите на следующий шаг машины состояний.
Спасибо за вебинар. Остался один вопрос по ModBus Master: рекомендуется использовать не более 10 экземпляров ФБ опроса RTU и TCP вместе или можно 10 TCP экземпляров опроса и еще 5 RTU (по числу портов максимально)?
@@rv9wfj в программах на языке CFC пользователи обычно создают экземпляр ФБ для каждого отдельного запроса, потому что это удобнее, чем реализовывать на CFC что-то вроде оператора CASE - и тогда с этим ограничением можно столкнуться очень быстро. Кроме того, COM_CONTROL тоже учитывается, так что если по всем пяти COM-портам СПК работать через библиотеку - то как раз используются все 10 слотов. Ограничение не на стороне нашей библиотеки, а в одной из системных библиотек CODESYS, которую она использует.
И еще один вопрос про групповой опрос МВ110-8А. Я всегда опрашивал сразу 48 регистров так как нигде не указано что так нельзя. Но вопрос не в этом, а в том сколько регистров максимально можно считать с МВ210-101? Пока так же считываю одним запросом, но регистров в нем меньше, но все равно раз в несколько часов прилетают некорректные значения в буфер.
Ошибки есть всегда(в природе не бывает 100 %, даже в чистых алмазах есть небольшие примеси) , вопрос в другом как их обрабатывать. Теоретически функциональный блок должен быть ограничен максимальным числом 65535 - количество адресов в запросе (2 байта для rtu смотрите описание функций 3, 4), но реальные устройства часто ограничены другим размером адресного пространства регистров хранения и входных регистров в ведомом.
Ооочень много «воды»! Далеко не академическое изложение материала. Дикция у всех ведущих (особеннон у Козлова.. ой пардон у Кислова) никакая - слышать неприятно, понимать сложно. Глобальная торговля фейсом основного ведущего просто напрягает. На элементарных вещах слишком завышенное внимание, ключевые моменты вообще не освещены, проглатываются, упоминаются «вскользь». Два ролика по 1.5часа… бррр… полезная инфа представленная в них свободно уместится на 2 страницах стандартного текста. Было бы замечательно применение Робота на озвучке - ваше шлёпанье языком - это просто ужас.
Спасибо за разбор. Значения на входы блока подаются в DEC или в HEX?
Можно и в DEC, и в HEX. Для HEX нужно указывать префикс 16# (например, 16#0A).
Здравствуйте. А как организовать опрос множества модулей? Скажем есть N количество аналоговых модулей ввода, N количество модулей дискретного ввода и N модулей дискретного вывода. Как это организовать с помощью данной библиотеки?
Добрый день. В вебинаре было про это - начиная с 01:07:00. Если коротко - создаете машину состояний через оператор CASE, объявляете ОДИН экземпляр блока MB_SerialRequest, на каждом шаге вызываете его с нужными аргументами (адрес модуля, код функции, адрес регистра, числов регистров). После того, как опрос успешно (xDone) или с ошибой (xError) завершен - сбрасываете экземпляр (через вызов с xExecute:=FALSE;) и переходите на следующий шаг машины состояний.
Спасибо за вебинар. Остался один вопрос по ModBus Master: рекомендуется использовать не более 10 экземпляров ФБ опроса RTU и TCP вместе или можно 10 TCP экземпляров опроса и еще 5 RTU (по числу портов максимально)?
Речь только о блоках, работающих с COM-портом. Для TCP ограничений нет.
@@CodesysOneLove Спасибо. Правда тогда мне не понятно зачем бы их 10 понадобилось если портов всего 5 максимально.
@@rv9wfj в программах на языке CFC пользователи обычно создают экземпляр ФБ для каждого отдельного запроса, потому что это удобнее, чем реализовывать на CFC что-то вроде оператора CASE - и тогда с этим ограничением можно столкнуться очень быстро. Кроме того, COM_CONTROL тоже учитывается, так что если по всем пяти COM-портам СПК работать через библиотеку - то как раз используются все 10 слотов. Ограничение не на стороне нашей библиотеки, а в одной из системных библиотек CODESYS, которую она использует.
И еще один вопрос про групповой опрос МВ110-8А. Я всегда опрашивал сразу 48 регистров так как нигде не указано что так нельзя. Но вопрос не в этом, а в том сколько регистров максимально можно считать с МВ210-101? Пока так же считываю одним запросом, но регистров в нем меньше, но все равно раз в несколько часов прилетают некорректные значения в буфер.
У МВ210-101 ограничений на нет - можно считатать все регистры, размещенные последовательно, одним запросом.
Ошибки есть всегда(в природе не бывает 100 %, даже в чистых алмазах есть небольшие примеси) , вопрос в другом как их обрабатывать. Теоретически функциональный блок должен быть ограничен максимальным числом 65535 - количество адресов в запросе (2 байта для rtu смотрите описание функций 3, 4), но реальные устройства часто ограничены другим размером адресного пространства регистров хранения и входных регистров в ведомом.
Вы показываете как пользоваться годовыми библиотеками, а не как их создавать
Именно так, но при желании можно сделать и свою библиотеку
Ооочень много «воды»! Далеко не академическое изложение материала. Дикция у всех ведущих (особеннон у Козлова.. ой пардон у Кислова) никакая - слышать неприятно, понимать сложно. Глобальная торговля фейсом основного ведущего просто напрягает. На элементарных вещах слишком завышенное внимание, ключевые моменты вообще не освещены, проглатываются, упоминаются «вскользь». Два ролика по 1.5часа… бррр… полезная инфа представленная в них свободно уместится на 2 страницах стандартного текста.
Было бы замечательно применение Робота на озвучке - ваше шлёпанье языком - это просто ужас.
Большое спасибо за развернутый комментарий