- В этой теме 58 ответов, 4 участника, последнее обновление 6 лет, 2 месяца назад сделано
.
-
Записи
-
Дело не в том, что вы указали только адрес ПЛК, а в том, что ПЛК, являясь мастером посылает запрос модулю 16 и в это же время ПК посылает запрос модулю 32, приходит ответ от модуля 16 и ПК сходит с ума…
В Modbus в принципе не может быть несколько Мастеров, если это не реализовано программно с передачей управления, что сделать при помощи конфигурации просто нельзя в принципе на ПЛК Овен. Можно было бы реализовать через библиотеки, но ПК (в частности Коммуникатор) для этого тоже не приспособлен.
Manjey73 последний вопрос, можно ли OPCшкой взять сигналы с ПЛК и закинуть в коммуникатор? или вообще нет возможности работать с ПЛК скадой(кроме TCP), так как у меня по предприятию раскидана витая пара
Кто будет вторым мастером монописуально, Хоть ОРС хоть Коммуникатор, всегда будет происходить наложение запросов и ответов.
Если у вас только RS485 на предприятии вы можете поступить 2-мя путями.
1. использовать для связи между ПК и ПЛК другой порт ПЛК. Тут уже от особенностей либо два порта на один набор параметров если только чтение, либо программирование переменных так, чтобы еще и управление не страдало.
2-й путь — использовать два преобразователя Etherntet-RS485 и главное НОВУЮ линию RS485 и зацепиться к порту Ethernet ПЛКНа одной физической среде вы не получите результата от слова никак…
То есть одна витая пара между ПЛК- модулями В\В, вторая витая пара для связи ПК — ПЛК с преобразованием в Ethernet.
Или вторая витая пара между ПК и ПЛК но на другой порт ПЛК.ValeraMar только их надо ДВА.
То есть суть, если нет свободного порта RS485 на ПЛК, то вам можно подключиться только к Ethernet порту ПЛК, а для того, чтобы это сделать, вы и обращаться должны по TCP. А для этого надо с одной стороны преобразовать Ethernet в линию RS485 со стороны ПК и сделать обратное преобразование из RS485 в Ethernet перед ПЛК.
Moxa тоже подойдет, в принципе подойдет все что угодно из Eternet-RS485 преобразователей (кроме болидовских C2000-Ethernet пожалуй, так как там UDP протокол, и шиворот навыворот она работать не будет)
Блин, это как раз те моменты, когда понимаешь что Коммуникатору не хватает Modbus Slave !!!!!!!
:)))
когда понимаешь что Коммуникатору не хватает Modbus Slave
я не очень внимательно прочитал обсуждение, но хочу отметить, что режим слейв это не тоже самое, что режим прослушки линии, если мастером является ПЛК. Режим слейв позволит вытягивать из Rapid SCADA данные на стороннюю систему и принимать команды от этой системы.
Mikhail а кто-то мешает слейву принимать данные во входные каналы ?
И даже со стороны слейва управлять мастером при соответствующей программе ПЛК ?Правда слейв должен быть модулем Сервера итак же уметь работать в многопоточном режиме. Это вот как раз сильно отличает его от драйвера Коммуникатора.
Так я и говорю, должен быть модуль Сервера. Его спросили, он текущие значения из БД отправил в ответ.
это как раз те моменты, когда понимаешь что Коммуникатору не хватает Modbus Slave
Драйвер Modbus Slave разработан.
Драйвер Modbus Slave, на мой взгляд, актуален для серьёзных систем, для которых цена является обоснованной. Это будет не массовый драйвер по сравнению с другими модулями и плагинами. Соответственно, цена выше, чтобы окупить разработку.
Всегда готовы предоставить ключ для тестирования.
@manjey73, напишите, пожалуйста, на почту подробнее — для чего нужен драйвер.Документация будет готовиться в ближайшее время. Если появятся вопросы, заводите отдельную тему на форуме.
- Для ответа в этой теме необходимо авторизоваться.