Есть на одной шине rs-485 несколько устройств Modbus RTU.
Вопрос заключается в следующем:
Можно ли используя разные Managment_param послать в одном цикле
запрос Read_Var к разным устройствам или их нужно опрашивать последовательно?
- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Unity Pro и несколько устройств на одной шине Modbus
Модератор: Специалисты SE
-
- здесь недавно
- Сообщения: 2
- Зарегистрирован: 02 июн 2011, 16:35
- Имя: Бурмистров Владимир Юрьевич
- Страна: Россия
- город/регион: Санкт-Петербург
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Unity Pro и несколько устройств на одной шине Modbus
Думаю, что нет. Это в принципе не по Modbus-овски. Нужно опрашивать последовательно. Но вот сам опрос можно посадить на FAST задачу, тогда можно будет уменьшить интервал.
-
- здесь недавно
- Сообщения: 2
- Зарегистрирован: 02 июн 2011, 16:35
- Имя: Бурмистров Владимир Юрьевич
- Страна: Россия
- город/регион: Санкт-Петербург
-
- здесь недавно
- Сообщения: 3
- Зарегистрирован: 17 июн 2011, 13:05
- Имя: rikost
Re: Unity Pro и несколько устройств на одной шине Modbus
А какое типичное время ответа Modbus-устройств?san писал(а):Но вот сам опрос можно посадить на FAST задачу, тогда можно будет уменьшить интервал.
Есть ли смысл применения FAST-задачи в данном случае?
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Unity Pro и несколько устройств на одной шине Modbus
Есть, потому-что каждый запрос Вы можете только отправить после обработки предыдущего. А обработка производится в начале или в конце задачи.
Посмторите тут рис.3.12. https://sites.google.com/site/fieldbusb ... -ascii-rus
и тут только рис.4.5 (все остальное на укр.): https://sites.google.com/site/fieldbusb ... -plc---plc
Посмторите тут рис.3.12. https://sites.google.com/site/fieldbusb ... -ascii-rus
и тут только рис.4.5 (все остальное на укр.): https://sites.google.com/site/fieldbusb ... -plc---plc
-
- здесь недавно
- Сообщения: 3
- Зарегистрирован: 17 июн 2011, 13:05
- Имя: rikost
Re: Unity Pro и несколько устройств на одной шине Modbus
В этих примерах в качестве ведомых устройств используются только контроллеры SE для которых известен цикл задачи.san писал(а):Есть, потому-что каждый запрос Вы можете только отправить после обработки предыдущего. А обработка производится в начале или в конце задачи.
Мне вот больше интересно, а как обстоит дело с другими устройствами (не контроллерами). Какое типичное время ответа Modbus-устройств? Есть на этот счет что-нибудь в стандарте? На практике вижу, что время ожидания ответа от ведомого устройства весьма большое. Отсюда и вопрос о целесообразности применения FAST-задачи.
-
- преподаватель
- Сообщения: 1357
- Зарегистрирован: 01 сен 2008, 18:32
- Имя: Пупена Александр
- Страна: Украина
- город/регион: Киев
- Поблагодарили: 6 раз
Re: Unity Pro и несколько устройств на одной шине Modbus
Дело не только в том, как быстро может ответить Ведомое устройство, но и в том как быстро сможет получить ответ Ведущее и послать следующий запрос. Даже если Ведомое устройство медленно обрабатывает запрос, все равно поставив опрос в FAST, вы уменьшите общий цикл опроса.
А типичного времени для Modbus устройств как такого не может быть, потому-что они по разному реализованы на разных платформах. Это в других реализациях сетей, например в PROFIBUS, CAN, FIP ... коммуникационный уровень прошит в чипе, что значительно убыстряет реакцию. Для Modbus RTU это конечно тоже возможно, но наверное только для "непрограммируемых" устройств и там где весь стек реализован на аппаратном уровне, включая возможность доступа к памяти Modbus переменных. Иначе, если Modbus Сервер реализован на уровне какой-то ОС или на уровне пользовательского приложения, тогда все зависит от того, когда программная релизация Сервера получит управление. Поправьте меня, если я не прав.
А типичного времени для Modbus устройств как такого не может быть, потому-что они по разному реализованы на разных платформах. Это в других реализациях сетей, например в PROFIBUS, CAN, FIP ... коммуникационный уровень прошит в чипе, что значительно убыстряет реакцию. Для Modbus RTU это конечно тоже возможно, но наверное только для "непрограммируемых" устройств и там где весь стек реализован на аппаратном уровне, включая возможность доступа к памяти Modbus переменных. Иначе, если Modbus Сервер реализован на уровне какой-то ОС или на уровне пользовательского приложения, тогда все зависит от того, когда программная релизация Сервера получит управление. Поправьте меня, если я не прав.
-
- здесь недавно
- Сообщения: 3
- Зарегистрирован: 17 июн 2011, 13:05
- Имя: rikost
Re: Unity Pro и несколько устройств на одной шине Modbus
Согласен. Мне просто кажется, что это уменьшение в некоторых случаях может оказаться незначительным на фоне долгого ответа от Ведомого.Даже если Ведомое устройство медленно обрабатывает запрос, все равно поставив опрос в FAST, вы уменьшите общий цикл опроса.
Именно про такие устройства и был вопрос. Из того, с чем приходилось иметь дело мне, например, блоки релейной защиты, мультиметры, регуляторы и т.п. Есть какое-нибудь регламентируемое время ответа?но наверное только для "непрограммируемых" устройств и там где весь стек реализован на аппаратном уровне
Что касается контроллеров, то на сегодняшний день применять для обмена между ними Modbus RTU мне кажется абсолютно нецелесообразным.