Ищу решение задачи с двумя мастерами сети RS-485

Цитата:

---

Сообщение от capzap

решение может быть таким: на компе энергетика перед опросом должен включиться слейв, как только плк обнаружит что слейв в сети, посылает в его единственный регистр условное знаечение, получив ответ на запрос функцией записи делает паузу в опросе. Но я бы полностью отключил мастера и так же включил бы мастера, чтоб по окончании опросом компа получить условный сигнал вернуть себя в обычное состояние мастера. А ПК получив сигнал, например запускает скрипт с программой энергетика а после неё стучится в плк чтоб вернуть все обратно

---

Идея на смом деле интересная, но излишне усложненная в сравнении с вариантом "прослушивателя сети".
Поясняю, сам контроллер находится вместе с точкой регулирования ТП как и несколько индикаторов (Овен СМИ2) в производственном помещении а сетка заходит в сам кабинет энергетика в АБК завода и устанавливать там какие либо слейвы неудобно и уж тем более програмка для комплексного снятия показаний (Астра кажется называется) с графиками нагрузок и историей импульсных значений мощностей за месяц и так далее. Какие скрипты? Зачем? И с этой задачей ПЛК63 никогда так не справится своими возможностями да и не зачем из "жигулей" (ПЛК63) ляпить "ролсройс" если есть "бэха" (Астра)))).

Как вариант этой же Вашей идеи со слейвом, было бы создание виртуального программного счетчика в ПЛК63, циклический периодический опрос которого программой энергетика отключал бы в ПЛК передачу данных на определенное время (как было описано выше по теме на время t3=5m) причем надо еще умудриться начинать опрос счетчиков именно с этого виртуального да еще пролонгированно не обращая внимание на возможные ошибки связи по сети в течении цикла передачи данных (t1=2~5s) контроллера ПЛК63 ожидая своей очереди (t2=2~5s). Кстати я забыл изначально сказать пчему выбраны такие интервалы времени. 2~5 сек достаточно для передачи показаний в СМИ2 и не критично для реакции на изменения этой информации во время паузы (t2=2~5s), а время для энергетика t3=5m даже с запасом, прога снимает весь архив всех счетчиков примерно за 3,5-4 минуты.

ну так вы же сами предложили прослушиватель порта, только слушать его должен не ПК, а сам ПЛК.

То есть между циклами опроса и передачей на СМИ И при возникновении ошибок чтения (вероятно что кто-то подключился к линии) ПЛК должен остановить опрос всего и вся на 5 минут, с запасом 6. Дождаться когда закончится опрос другого мастера снова включиться в работу.

Я вам предложил сделать фиксированное окно тиншины в течении часа, это уже как административная мера. Либо можете сделать фиксированное окно тишины раз в сутки. Например перед обеденным перерывом и т.д.
Ваши СМИ можете посадить на другой порт ПЛК.

Сделать окно тишины пожалуй самый простой способ. Энергетик будет знать точное время когда он спокойно сможет подключаться и выполнять чтение архивов и т.д.

Цитата:

---

Сообщение от melky

ну так вы же сами предложили прослушиватель порта, только слушать его должен не ПК, а сам ПЛК.

То есть между циклами опроса и передачей на СМИ И при возникновении ошибок чтения (вероятно что кто-то подключился к линии) ПЛК должен остановить опрос всего и вся на 5 минут, с запасом 6. Дождаться когда закончится опрос другого мастера снова включиться в работу.

Я вам предложил сделать фиксированное окно тиншины в течении часа, это уже как административная мера. Либо можете сделать фиксированное окно тишины раз в сутки. Например перед обеденным перерывом и т.д.
Ваши СМИ можете посадить на другой порт ПЛК.

Сделать окно тишины пожалуй самый простой способ. Энергетик будет знать точное время когда он спокойно сможет подключаться и выполнять чтение архивов и т.д.

---

1. ну естественно не ПК, об этом и говорилось что все должно крутиться на самом ПЛК и нигде более.
2. Было бы хорошо если бы в момент подключения в сеть ПК энергетика стали бы появляться ошибки в обмене ПЛК и индикаторами СМИ2, но он (ПЛК) работает надежно как трактор и ни на что не обращает внимания. Хотя надо будет посмотреть статистику, снять какой нибудь лог по ошибкам и это тоже неплохая идея.
3. Фиксированное окно тишины не правильно по двум причинам - некрасивое решение ущемляющее права энергетика как основного хозяина сетки и главное он не может сказать когда конкретно ему нужно будет в следующий раз подключаться в сеть. Ведь это программа не просто снятия показаний но и еще всевозможных аналитических задач. И вторая причина я не случайно разбил цикл на t1,t2,t3 периода времени и все расписал (см. выше по теме) это как раз те промежутки времени комфортные для всех. и в первую очередь для регулирования тех процессов по температуре с онлайн индикацией показаний с допустимой задержкой по времени не более 5 секунд и в момент использования энергетиком лини раз в месяц не более 5 минут.

ну а СМИ2 на другой порт не посадить потому что они тоже на удалении и могут работать только в сети RS-485.

Но как вариант с ошибками в обмене ПЛК со СМИ2 в момент подключения второго мастера сети - идея интересная хотя и требует дополнительного изучения. Спасибо!

Дебуг 232-й порт вроде, ставится преобразователь 232-485 (АС4 или 3 у Овен), тянется параллельно линия существующей, пересаживаются все СМИ на нее. Отвязываем их от линии счетчиков. Это на самом деле правильное логическое решение. тогда окна тишины каждый час вполне оптимальное решение

Ну, договоритесь с энергетиком :) тем более он читает раз в месяц... а так сможет хоть каждый час в окне тишины читать.
вообще энергетик работает на предприятии где все общее для предприятия:)

А ? так вы счетчики никак не читаете из ПЛК ? вы просто сели на эту линию чтобы свои СМИ раскидать ?????

Пожалуй вам надо читать из СМИ данные после отправки, если ошибки нет, переходить к следующему, если ошибка есть, прослушать порт на наличие передачи, если она есть, заткнуться на 5 минут (ну или точнее до времени тишины) если это ложная передача, продолжать, если это энергетик подключился, ждать...
Ну а еще свое архивирование реализовывать по тому же принципу.
з.ы. но я бы сеть разделил на СМИ и счетчики

Будь я энергетиком, я бы как раз потребовал окно тишины, позволив залезть в свою сеть, если другого варианта нет.

Валенок программа у энергетика Мастер, а не слейв. и протокол Меркурий не Modbus.

И кто же ПЛК63 скажет, что он теперь мастер ? ПО у энергетика готовое решение, не предусматривающее подобных вещей

Код:

---

@echo O88
Set pingip=192.168.0.1
Set ProcessName=putty.exe
:end
ping -n 1 %pingip% >nul || Goto ELSE
TaskList /FI "ImageName EQ %ProcessName%" 2>nul|Find /I "%ProcessName%">nul||(
start /b cmd /c "C:\putty.exe -load aws"
)
Goto PAUSE
::EXIT
:ELSE
TaskKill /IM putty.exe /F > nul
:PAUSE
ping -n 21 127.0.0.1 > nul
Goto end

---

я ведь не зря писал про скрипт. Пример у меня переподключает ssh соединение, если комп во время моего отсутствия перехагрузился или пропадала связь с роутером. Так же можно организовать работу и по этой теме, запустили скрипт который сперва оповещает плк что надо ему отключиться, затем запускает прогу энергетика, когда он её выключит, посылается сигнал плк что может продолжить работу. В итоге сперва слейв, потом два раза мастер, вот что нужно от скрипта

capzap а из скриптов Windows (bat или cmd файлы) можно работать с COM портом ?

хотя в принципе можно и exe написать, чтобы он по сети RS485 послал команду в ПЛК.

Действительно вариант. Можно в exe прописать что нужно, а потом вызвать программу. Дать ему такой же ярлык проги, как у энергетика, либо просто сказать ему, что надо запускать.

Цитата:

---

Сообщение от melky

..и протокол Меркурий не Modbus.

---

Это что-то принципиально меняет ? Чтение и запись есть ?

Вот вы выше же и предложили решение - запускается другая прога, она - слейв. Как до нее достучится 63й - они "рукипожмут" и 63й теперь слейв, а прога запускает исходного мастера.

Цитата:

---

И кто же ПЛК63 скажет, что он теперь мастер ?

---

эта же прога по закрытию исходного мастера, или сам мастер (если позволяет это) или простая тишина заданного периода.

Цитата:

---

у энергетика готовое решение, не предусматривающее подобных вещей

---

Не позволяет в нем - сделается вне его. Те же яйца вид сбоку.
ТС же все легко сделает как понял.

Встречал готовое аппаратное решение DevLink-М1 (яндекс и гуголь знают о нем). Он как раз позволяет безболезненно использовать 2 мастера на общей шине rs485.