Потому что уже имеется рабочая система. Никто ее всю переделывать не будет. Появляются новые хотелки и под них реализация.
Потому что уже имеется рабочая система. Никто ее всю переделывать не будет. Появляются новые хотелки и под них реализация.
Новые хотелки и технические возможности имеющегося оборудования это разные вещи. Нужно понимать к чему это может привести.
Городить два мастера на один модбас может окончиться фиаско. Либо разрабатываете своё ПО с нуля на основе модбас, чтоб в линии не было одновременно 2х мастеров.
Ollema кто у вас первый мастер ? и панель должна управлять или только показывать?
У Овена есть прибор, который снят с производства, ЕКОН-134.
У которого любой порт мог работать в режиме "Запрос-Ответ". В инструкции было сказано, что все запросы ставятся в очередь в FIFO-буфер и полученный ответ отправляется источнику запроса. С помощью него я мог подключать несколько мастеров в одну RS485-ю сеть независимо от протокола. Требовалось только увеличить время таймаута (ожидания ответа) на каждом мастере, так как запрос мог какое-то время ожидать своей очереди. И все работало без проблем.
Да уж, в смысле, складывается устойчивое впечатление, что(в нашей галактике) нет панелей с 2 портами(интерфейсами RS485), так там ещё и проект понадобится для панели, но это уже программная часть, в смысле, для начала надо решить проблему аппаратной части!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
1.
И?Добавляемый мастер - панель Weintek.
2.
проясняетсяПервый мастер - OwenCloud. У панели один только порт.
3.
не срослосьмастер в панели Weintek это.... ПР200 упорно не желает отвечать на его запросы.
4.
На этом этапе можно предположить что ПР таки с 2-мя интерфейсами, что нормально для задачи.Придется забабахать ПР200 с двумя мастерами.
Ну и разбираться с п.3
Зачем 3-й интерфейс? И что делать будет 2-й интерфейс в ПР?.. панелей с 2 портами(интерфейсами RS485)
Схема сетей - где?
Последний раз редактировалось Валенок; 03.02.2024 в 18:18.
ПР с двумя мастерами пока отменяется))
Разобрался с обменом ПР200 - моя вина, не сделал подтяжку в модуле гальваноразвязки для панели. Работаем дальше.
Идея на смом деле интересная, но излишне усложненная в сравнении с вариантом "прослушивателя сети".
Поясняю, сам контроллер находится вместе с точкой регулирования ТП как и несколько индикаторов (Овен СМИ2) в производственном помещении а сетка заходит в сам кабинет энергетика в АБК завода и устанавливать там какие либо слейвы неудобно и уж тем более програмка для комплексного снятия показаний (Астра кажется называется) с графиками нагрузок и историей импульсных значений мощностей за месяц и так далее. Какие скрипты? Зачем? И с этой задачей ПЛК63 никогда так не справится своими возможностями да и не зачем из "жигулей" (ПЛК63) ляпить "ролсройс" если есть "бэха" (Астра)))).
Как вариант этой же Вашей идеи со слейвом, было бы создание виртуального программного счетчика в ПЛК63, циклический периодический опрос которого программой энергетика отключал бы в ПЛК передачу данных на определенное время (как было описано выше по теме на время t3=5m) причем надо еще умудриться начинать опрос счетчиков именно с этого виртуального да еще пролонгированно не обращая внимание на возможные ошибки связи по сети в течении цикла передачи данных (t1=2~5s) контроллера ПЛК63 ожидая своей очереди (t2=2~5s). Кстати я забыл изначально сказать пчему выбраны такие интервалы времени. 2~5 сек достаточно для передачи показаний в СМИ2 и не критично для реакции на изменения этой информации во время паузы (t2=2~5s), а время для энергетика t3=5m даже с запасом, прога снимает весь архив всех счетчиков примерно за 3,5-4 минуты.