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

[Arbuz.Alexey]

Коллеги, почему то удалились мои сообщения. Вопрос с обнулением уставок после сброса питания с контроллера так и остался открытым. Напомню, что контроллер матрикс, а панель Weintek. общаются между собой по Modbus TCP. Я скинул проект из контроллера и из панели Винтековской.

[Shurion]

Сообщение от Arbuz.Alexey

Коллеги, почему то удалились мои сообщения. Вопрос с обнулением уставок после сброса питания с контроллера так и остался открытым. Напомню, что контроллер матрикс, а панель Weintek. общаются между собой по Modbus TCP. Я скинул проект из контроллера и из панели Винтековской.

Слишком мало информации чтобы вам помочь.
Откуда задаются уставки? Вы уверены что записываете их значения в EEPROM?

[Arbuz.Alexey]

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

Слишком мало информации чтобы вам помочь.
Откуда задаются уставки? Вы уверены что записываете их значения в EEPROM?

В контроллере созданы входящие переменные, в которое из панели записываются уставки. По поводу EEPROM не уверен, поэтому и спрашиваю. возможно, я не установил какую то галочку. Я вот прикрепил проект

[ATS]

Сообщение от Arbuz.Alexey

Коллеги, почему то удалились мои сообщения.

Однозначно пропали.

Вопрос с обнулением уставок после сброса питания с контроллера

В Вашем проекте были только модбас переменнные получаемые с панели которые просто обязаны обнуляться при выключении питания.

[Shurion]

Сообщение от Arbuz.Alexey

В контроллере созданы входящие переменные, в которое из панели записываются уставки. По поводу EEPROM не уверен, поэтому и спрашиваю. возможно, я не установил какую то галочку. Я вот прикрепил проект

Ну да, вы пишите просто в модбас карту ПЛК. Вам надо значения уставок записать в блоки сохранения.



Подробнее прочитайте в справке

[Arsie]

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

Однозначно пропали.

Чёто да, выделил их в отдельную тему, а сейчас смотрю, а тема тю-тю...

[младшой]

Я там такой эпос расписал, а Арсений коварно все стер.

Там лучше будет сделать нормальное меню в Смарте с уставками, настроенными на чтение и запись.

Но на этом приключения не закончатся.

[Ilya J.]

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

Я там такой эпос расписал, а Арсений коварно все стер.

Никто ничего не стирал, я тоже видел эти сообщения. Глюк какой-то.

[Shurion]

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

Там лучше будет сделать нормальное меню в Смарте с уставками, настроенными на чтение и запись.

А зачем его делать если например уставки планируется менять только с weintek? зачем себе гемор придумывать или есть какие то плюсы?

[LordN]

Сообщение от Arbuz.Alexey

В контроллере созданы входящие переменные, в которое из панели записываются уставки. По поводу EEPROM не уверен, поэтому и спрашиваю. возможно, я не установил какую то галочку. Я вот прикрепил проект

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

[Arsie]

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

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

Танец с бубном выглядит так.

Безымянный.png

[Arbuz.Alexey]

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

Танец с бубном выглядит так.

Вложение 11122

это работает, но не на 100%. если менять входящую переменную из проекта контроллера в режиме отладки, то все работает. НО, если передавать значения из панели, то оно так же сбросится после сброса питания

[LordN]

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

Танец с бубном выглядит так.

Вложение 11122

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

[LordN]

Сообщение от Arbuz.Alexey

это работает, но не на 100%. если менять входящую переменную из проекта контроллера в режиме отладки, то все работает. НО, если передавать значения из панели, то оно так же сбросится после сброса питания

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

[LordN]

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

Я там такой эпос расписал, а Арсений коварно все стер.

Там лучше будет сделать нормальное меню в Смарте с уставками, настроенными на чтение и запись.

Но на этом приключения не закончатся.

+1

[Arsie]

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

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

Если панель будет писать одно и то же, ничего не пожгётся - отсеется.


Добавлено через 37 секунд

Сообщение от Arbuz.Alexey

это работает, но не на 100%. если менять входящую переменную из проекта контроллера в режиме отладки, то все работает. НО, если передавать значения из панели, то оно так же сбросится после сброса питания

А это прога на панель криво написана Нули посылает вместо уставок в какой-то момент. В принципе, запись нулей можно заблокировать в контроллере. Это тоже не проблема.

[ATS]

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

А это прога на панель криво написана Нули посылает вместо уставок в какой-то момент.

Согласен.
На самом деле в работе все устраивало до отключений питания.

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

Кстати фиксация данных модбаса вроде работала. Флажок есть в таблице.
Естественно не при отключении питания.

[младшой]

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

А зачем его делать если например уставки планируется менять только с weintek? зачем себе гемор придумывать или есть какие то плюсы?

Если проектом предусмотрено наличие ПЛК и панели, то лучше всего, когда ПЛК крутит управляющий алгоритм и хранит уставки внутри своей энергонезависимой памяти. Панель же только читает текущие параметры и отображает их на своих экранах, мнемосхемах и т.п. Уставки же также должны считываться панелью и записываться в ПЛК при их изменении.

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

При этом, необязательно делать на ПЛК какой-то супер интерфейс с мнемосхемами и прочим. Вполне может быть достаточно системы меню для хранения этих самых уставок и вывода основных параметров работы СА.

Про хранение уставок на ПЛК Сегнетикс для работы с ними через Модбас.
Пожалуй, выложу, как я это делаю. Метод работает только с ПЛК SMH4, Trim5, Matrix.

Со стороны ПЛК идея сама по себе не нова и несколько раз уже была представлена на этом форуме:
- для внешнего устройства (панель, скада) уставки представлены через Holding Registers;
- чтобы записывать в Holding Register текущее значение уставки, взятое из памяти ПЛК, в Ethernet интерфейсе контроллера создается слейв с адресом 127.0.0.1 (я обычно называю его "S E L F");
- в слейв заносятся все необходимые Holding Registers контроллера, и они выносятся на поляну; стоит обратить внимание, что время опроса ставится = 0, чтобы запись нового значения происходила по необходимости;
- через специальный макрос каждая уставка соединена со своим Holding Register и выходом на запись нового значения в свой же Holding Register, в макрос приходит значение уставки из памяти ПЛК, а от макроса уходит значение для записи в память.

Хранение уставок здесь организовано на базе меню уставок, сделанного через SMArt.

Со стороны панели (или скады) достаточно только привязать объект (поле ввода, переключатель или что-то там еще) к Holding Register ПЛК.
Панель сама считает значение из ПЛК, отобразит его на своем экране. При изменении со стороны ПЛК, считает заново и обновит. А при изменении со стороны панели - запишет новое значение в ПЛК. И всё это - через Holding Register (по одному на уставку).

Опять же, при перезагрузке панели, уставки в ПЛК не сбрасываются в 0.

Для сравнения, при "традиционном" способе общения панели с ПЛК, когда панель читает уставку из Input Register ПЛК, а пишет в Holding Register, имеются ряд недостатков:
- необходимо при создании проекта панели привязывать каждую уставку как Input, так и Holding Register, что несколько усложняет процесс;
- приходится в панели организовывать обмен так, чтобы при запуске она сначала читала текущее значение уставки из Input и не смела записывать нули в Holding Register, что также усложняет процесс (а без танцев с бубном панель по-умолчанию будет писать 0 после старта).

Стоит обратить внимание, что в примере уставка типа Real, а Holding Register используется типа Integer (WORD, 16 bit). Преобразование типов производится с умножением и делением на коэффициент (вход "mult", в примере = 10). Таким образом, уставка со значением 21,5 будет в Holding Register со значением 215. Со стороны панели также необходимо настраивать масштабирование, чтобы она на экране отображалась 21,5. При этом, если на панели вводить новое значение 20,4 , то в ПЛК улетит оно как 204, там отмасштабируется опять и в память ПЛК запишется корректное 20,4.

В приницпе, можно сделать вариант, при котором Holding Register также типа Real, но лично мне для уставок всегда хватало точности Integer, отмасштабированного до нужного знака после запятой. При этом, Integer занимает в 2 раза меньше объема при обмене информации (Integer - 16 bit, Real - 32 bit).

Также я использую вариант для уставок типа Integer без преобразования и масштабирования, например: режимы работы, текущий сезон года, уставки временных задержек и какие-нибудь температурные уставки, которым не нужна точность даже одного знака после запятой.


Вы можете сказать: "Но ведь это усложняет программу для ПЛК".
Да, однако, тут уже решать программисту, где ему выгоднее заморочиться.
Также, данный метод работает и с OPC серверами, Скадами. Не во всех их можно легко и удобно организовать связь между Input и Holding Register уставок, да так, чтобы при перезапуске скады опять же в ПЛК не полетели нули.
А, ну еще это экономит тэги ОРС сервера/скады.

Остается вопрос: "Отчего же в ПЛК Сегнетикс приходится изворачиваться с записью в свои же Holding Registers?"
Лично я задаюсь этим вопросом уже годы. Даже задавал его Илье и Руслану на одной из выставок в Москве. Движений по разрешению его не видно, к сожалению.

ну, надеюсь, этот эпос никто не уничтожит в скором времени

[LordN]

круто!

[LordN]

до меня вот только сейчас дошло, что действительно, а почему же нельзя?

Отчего же в ПЛК Сегнетикс приходится изворачиваться с записью в свои же Holding Registers?

[mihanic]

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

Пожалуй, выложу, как я это делаю.

Огромное спасибо! Как раз искал путь решения этой проблемы, сам бы не додумался.

[ATS]

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

до меня вот только сейчас дошло, что действительно, а почему же нельзя?

На самом деле можно, но видимо не хотят. В отладке-то ручками запросто пишется.
Сам часто часто пользуюсь такой петлёй для имитации датчиков.

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

[Bigcrash]

Эх, где ж вы были пол года назад, когда пришлось через Intput-Holding панели пару тысяч регистров организовывать. Классно реализовано.

[Ilya J.]

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

Эх, где ж вы были пол года назад, когда пришлось через Intput-Holding панели пару тысяч регистров организовывать. Классно реализовано.

Это уже давно известный способ).

[Arsie]

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

Эх, где ж вы были пол года назад, когда пришлось через Intput-Holding панели пару тысяч регистров организовывать. Классно реализовано.

Я этот способ показывал при появлении SMH-2Gi. Это 2009 год вроде

[Bigcrash]

Сообщение от Ilya J.

Это уже давно известный способ).

Известный узкому кругу специалистов. Если бы вы добавили это в базу знаний, круг можно было бы расширить.

[vol2008]

Сообщение от Ilya J.

Это уже давно известный способ).

Точно.

Я делал проще.

[ATS]

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

Я этот способ показывал при появлении SMH-2Gi. Это 2009 год вроде

А тут скромно промолчал в 2015-м?

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

Можно принять данные "сверху". Отправить ничего нельзя.

[Arsie]

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

А тут скромно промолчал в 2015-м?

Политика партии.

[младшой]

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

Я делал проще.

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