Modbus: чтобы сохранялись уставки после перезагрузки контроллера (решено)

[ujin]

Цитата

Сообщение от младшой

Для сравнения, при "традиционном" способе

А, ну еще это экономит тэги ОРС сервера/скады.

[/COLOR][/I][/SIZE]

На сегодняшний день есть более простой способ (для пользователя). На контроллере поднимается OPC сервер. В нем переменные типа read/write.
OPC сервер регистрирует событие - изменение тэга в службе событий (events.) Различные части программы регистрируются на события.
При старте контроллера retain переменные подгружаются из базы (у меня уже давно и неизменно postgresql) в OPC сервер.
При старте клиента переменные считываются с OPC сервера.
При изменении переменной на сервере у клиента формируется событие (event) с OPC тэгом
Несколько клиентов на OPC сервере.
Пример подглюкивает, это связано с тем что все клиенты на одной машине.
Я не поддерживал OPC, но после опробывания и проработки в принципе пользоваться удобно. Экономит время ⌛ и ����
��

[ATS]

Цитата:

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

На сегодняшний день есть более простой способ (для пользователя). На контроллере поднимается OPC сервер.

Да это каждому юзверю как два пальца об асфальт.

[ATS]

Цитата

Сообщение от младшой

В вашей простой реализации есть вероятность, что значение в HR будет отличаться от значения в памяти.

Дерзновенно - обоснуй.

[vol2008]

По-правде сказать, теоретически, может. Вход записи переменной помечен "галкой", т.е. запись производится по фронту (в мануале написано). Если значение переменной в "окне" отличается в "регистре", то сигнал на выходе "!=" будет присутствовать постоянно, а значит, если в первом цикле записи произойдет ошибка (в mbs даже и на 127.0.0.1 приколы такие есть? ), то повторной записи в переменную не произойдет.
У меня, правда ни разу не было, чтобы это не работало.

для надежности выход "!=" можно объединить по И с каким нибудь внешним тиком, например 0.1 ... 0.2 с.

[ujin]

Цитата

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

Да это каждому юзверю как два пальца об асфальт.

OPC cервер поднимать - это только производитель. Юзер только пользоваться.

[vol2008]

Из-за отсутствия двух входов на переменной HR мы уже и до OPC добрались. Просто капец...

[ujin]

Цитата

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

Из-за отсутствия двух входов на переменной HR мы уже и до OPC добрались. Просто капец...

Способ предложен младшой через запись HR по адресу 127.0.0.1
Лучше не сделать. Или 2 регистра.
OPC UA так - развитие темы. Со скадой и панелями проще OPC UA.
Синхронизируте уставки с несколькими клиентами через Modbus. В OPC UA добавляются события и все.


Добавлено через 10 минут

Цитата

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

Из-за отсутствия двух входов на переменной HR мы уже и до OPC добрались. Просто капец...

Я это проходил. Далее понадобится обеспечить подключение к нескольким слейвам, далее отвечать одновременно нескольким мастерам, далее синхронизировать уставки, далее уменьшить обмен, так как уставка в одном месте поменялась в другом тупит, далее распараллелить обмен, далее уложиться в 100 мс иначе человеку заметно.
До распараллеливания обмена уже на этом форуме добрались. Скоро доберутся до синхронизации с несколькими клиентами (мастерами) а там глядишь и до ограничения времени в 100 мс дойдет
Можно не дожидаться - заранее поднять OPC UA производителю.

[Arsie]

Цитата:

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

далее уменьшить обмен, так как уставка в одном месте поменялась в другом тупит, далее распараллелить обмен, далее уложиться в 100 мс иначе человеку заметно.

В Автоскаде я применил алгоритм, когда на смену уставки даётся 30 сек. Человеку это незаметно.

[ATS]

Цитата

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

Если значение переменной в "окне" отличается в "регистре", то сигнал на выходе "!=" будет присутствовать постоянно, а значит, если в первом цикле записи произойдет ошибка (в mbs даже и на 127.0.0.1 приколы такие есть? ), то повторной записи в переменную не произойдет.

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

[ujin]

Цитата:

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

В Автоскаде я применил алгоритм, когда на смену уставки даётся 30 сек. Человеку это незаметно.

В принципе почему бы и нет. Главное чтобы никто ничего не заметил
Пока не замечают можно спать спокойно.

[ATS]

Цитата:

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

Способ предложен младшой через запись HR по адресу 127.0.0.1
Лучше не сделать.

Сам пользуюсь с 2015-го.
Лучше можно при доступе к системным шаредам. Но не дадут.

Цитата

Далее понадобится обеспечить подключение к нескольким слейвам

Есть проблемы?

Цитата

далее отвечать одновременно нескольким мастерам

Понятие одновременно размытая штука особенно на одном интерфейсе.

Цитата

далее уложиться в 100 мс иначе человеку заметно.

Какая связь между тиком FBD и обменом?

Цитата

Можно не дожидаться - заранее поднять OPC UA производителю.

И при кучке клиентов начнутся те же грабли.

Я бы не стал на месте производителя заморачиваться с OPC.
Хочется - делайте сами или готовый шлюз в руки.

[ujin]

Цитата

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

Сам пользуюсь с 2015-го.
И при кучке клиентов начнутся те же грабли.

Начнутся - это значит Вы не пробовали. Я попробовал 20 шт одновременно. Есть видео. Грабли не те же.

Цитата

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

Я бы не стал на месте производителя заморачиваться с OPC.
Хочется - делайте сами или готовый шлюз в руки.

Видимо по этому вы пока не на месте производителя.
Многие производители заморачиваются. Вам примеры или сами найдете.

[ATS]

Цитата:

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

Начнутся - это значит Вы не пробовали. Я попробовал 20 шт одновременно. Есть видео.

Вам удалось добраться до системных шаредов? OPC в контроллере откуда данные FBD получает?

Цитата

Видимо по этому вы пока не на месте производителя.
Многие производители заморачиваются. Вам примеры или сами найдете.

Упаси бог попасть на место производителя.

А OPC в зоопарке есть. И DA (но больше HDA) и UA.
Правда к контроллерам это не имеет отношения.

[ujin]

Цитата

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

Вам удалось добраться до системных шаредов? OPC в контроллере откуда данные FBD получает?

Я на другом оборудовании делаю. Делюсь "передовым" так сказать опытом.
Вы уже столько раз про эти шареды спрашивали неужели сегнетикс не дал инструкцию и доступ? Совсем не думают об энтузиастах.

[ATS]

Цитата:

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

Я на другом оборудовании делаю. Делюсь "передовым" так сказать опытом.

Это как раз понятно. Там все в Ваших руках.

Цитата

Вы уже столько раз про эти шареды спрашивали неужели сегнетикс не дал инструкцию и доступ?

Да я не работаю с контроллерами Сегнетикса. Чисто хобби. Изделия интересные.

Ковыряю сам помаленьку.

[ujin]

Цитата

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

Это как раз понятно. Там все в Ваших руках.

Да я не работаю с контроллерами Сегнетикса. Чисто хобби. Изделия интересные.

Ковыряю сам помаленьку.

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

[ATS]

Цитата:

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

"трелюем мозг" как говорят у нас в деревне, юзерам и компании у которых и так все хорошо

Ну далеко не все хорошо. И если есть шанс сделать лучше то почему не попробовать.

[vol2008]

Цитата

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

Но тогда в следующем цикле (тике) в память (окно) просто запишется прежнее значение полученное в регистр по модбасу.
Для обычного режима записи по изменению.

Да, а если это произойдет при включении ПЛК, тогда туда запишется 0 (или что там будет в регистре по умолчанию...)

По поводу вероятности не знаю, у меня и без доп. ухищрений проблем не было.


Добавлено через 14 минут

Цитата

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

Чисто хобби. Изделия интересные.

А я вот ввязался в один проект два месяца назад. Теперь вот думаю, что интересные... по цене за канал, FMR+MRL.
Ну а "голову" взять ...