- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не надо писать свой вопрос в первую попавшуюся тему - всегда лучше создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Modbus RTU и АРМ
Модератор: Глоб.модераторы
Modbus RTU и АРМ
Доброе время суток.
Используется протокол Modbus RTU
Подскажите правильно ли я думаю что для того что бы АРМ был Slave и по Ethernet-у передавал данные мастеру у которого 485 интерфейс, можно использовать любой преобразователь у которого есть виртуальный порт?
Используется протокол Modbus RTU
Подскажите правильно ли я думаю что для того что бы АРМ был Slave и по Ethernet-у передавал данные мастеру у которого 485 интерфейс, можно использовать любой преобразователь у которого есть виртуальный порт?
Re: Modbus RTU и АРМ
спасибо.Дмитрий Милосердов писал(а):Ну вот навскидку сразу 2 примера:
http://www.multi-port.ru/catalog/Moxa/M ... teway.html
http://www.acomputer.ru/site/Site2.asp?id=66009
а устройство с виртуальным портом, справится с данной задачей?
Re: Modbus RTU и АРМ
вот порылся, нашел такой девайс http://www.moxa.ru/good/show/15801/17029/
6110 оказывается снят с производства.
Надеюсь будет работать нормально.
Если у кто работал с этим устройство, поделитесь опытом.
а так всем спасибо. Думаю тему можно закрывать.
6110 оказывается снят с производства.
Надеюсь будет работать нормально.
Если у кто работал с этим устройство, поделитесь опытом.
а так всем спасибо. Думаю тему можно закрывать.
Re: Modbus RTU и АРМ
Добрый день! У меня следующий вопрос по Modbus RTU. Есть два мастера (АРМы) и группа датчиков. Возможен ли параллельный опрос двумя мастерами этой группы слейвов?
-
- администратор
- Сообщения: 18814
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 983 раза
- Поблагодарили: 1867 раз
Re: Modbus RTU и АРМ
Если не будет коллизий на физическом уровне, и если драйвер связи Вы готовы затачивать руками под это дело, то возможно. Первый АРМ шлёт запрос слейву, второй АРМ этот запрос должен услышать, затем он должен услышать ответ слейва и принять данные себе.
Только Вам ещё придется как-то обеспечить взаимодействие двух АРМов, чтобы они между собой договаривались чтобы запрос слал кто-то один, а слушали оба. Причём взаимодействие это должно быть, видимо, по какому-то физически другому интерфейсу, потому что на общем для АРМов и слейвов интерфейсе АРМы будут иметь одинаковые адреса и договориться не смогут: АРМ, посылая сообщение другому АРМу, будет посылать его фактически сам себе.
В общем, проще по-моему пересмотреть структуру сети и назначит один из АРМов OPC-сервером, а второй АРМ пусть с этого сервера считывает данные.
Только Вам ещё придется как-то обеспечить взаимодействие двух АРМов, чтобы они между собой договаривались чтобы запрос слал кто-то один, а слушали оба. Причём взаимодействие это должно быть, видимо, по какому-то физически другому интерфейсу, потому что на общем для АРМов и слейвов интерфейсе АРМы будут иметь одинаковые адреса и договориться не смогут: АРМ, посылая сообщение другому АРМу, будет посылать его фактически сам себе.
В общем, проще по-моему пересмотреть структуру сети и назначит один из АРМов OPC-сервером, а второй АРМ пусть с этого сервера считывает данные.
По вопросам работы Форума можно обратиться по этим контактам.
-
- освоился
- Сообщения: 227
- Зарегистрирован: 24 июл 2008, 09:22
- Имя: Мурашко Андрей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 6 раз
- Поблагодарили: 2 раза
Re: Modbus RTU и АРМ
оригинальный протокол Modbus не предусматривает двух мастеров на одной линии, соответственно в протоколе нет средств разрешения коллизий.
Есть способ физического деления линии связи - ставить коммутатор портов, который блокирует один порт, пока активен другой порт. Но это кривая схема.
Лучше использовать протокол, который изначально рассчитан на режимы multi-master или produce-consume.
Есть способ физического деления линии связи - ставить коммутатор портов, который блокирует один порт, пока активен другой порт. Но это кривая схема.
Лучше использовать протокол, который изначально рассчитан на режимы multi-master или produce-consume.
Re: Modbus RTU и АРМ
genelectric, спасибо за ответ.
Насчет перекрестного обмена по ОРС у меня была аналогичная мысль. В этом случае придется организовать такую же конфигурацию на втором АРМе, чтобы в случае неисправности первого АРМа, второй продолжил обмен со слэйвами.
andrmur, спасибо за ответ.
Насчет перекрестного обмена по ОРС у меня была аналогичная мысль. В этом случае придется организовать такую же конфигурацию на втором АРМе, чтобы в случае неисправности первого АРМа, второй продолжил обмен со слэйвами.
andrmur, спасибо за ответ.
-
- администратор
- Сообщения: 18814
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 983 раза
- Поблагодарили: 1867 раз
Re: Modbus RTU и АРМ
Не во что.
Т.е. у Вас оба АРМа равнозначные? А тогда встречный вопрос: если Ваши АРМы обеспечивают не только сбор данных со слейвов, но еще и управление, то ведь придётся ещё и реализовать механизм передачи управления: из множества постов управления в каждый момент времени управление должно осуществляться только с одного, и должно быть понятное и простое операторам переключение между постами управления - например при помощи обычного пакетного переключателя или средствами АРМов, но по тому же принципу. Иначе с разных АРМов два разных оператора смогут послать две взаимоисключающие по техпроцессу команды. Организовывая взаимодействие между АРМами - не забыть про этот момент.
В этом смысле структура с аппаратно независимым OPC-сервером и двумя аппаратно независимыми АРМами не только более надежна, но и проста и понятна в эксплуатации, и при последующей модернизации (например если количество АРМов в будущем увеличится) не возникнет больших проблем.
Т.е. у Вас оба АРМа равнозначные? А тогда встречный вопрос: если Ваши АРМы обеспечивают не только сбор данных со слейвов, но еще и управление, то ведь придётся ещё и реализовать механизм передачи управления: из множества постов управления в каждый момент времени управление должно осуществляться только с одного, и должно быть понятное и простое операторам переключение между постами управления - например при помощи обычного пакетного переключателя или средствами АРМов, но по тому же принципу. Иначе с разных АРМов два разных оператора смогут послать две взаимоисключающие по техпроцессу команды. Организовывая взаимодействие между АРМами - не забыть про этот момент.
В этом смысле структура с аппаратно независимым OPC-сервером и двумя аппаратно независимыми АРМами не только более надежна, но и проста и понятна в эксплуатации, и при последующей модернизации (например если количество АРМов в будущем увеличится) не возникнет больших проблем.
По вопросам работы Форума можно обратиться по этим контактам.