Частота записи из Master в Slave по Modbus RTU

[tk44]

Запрограммировал систему: TRIM5 (Master); FMR + MRL + MRL (Slave); стороннее оборудование (Slave); связь Modbus RTU.
Период записи Modbus переменных 1000 мс.
В FMR из TRIM5 загружаю значение AOUT.
Вопрос 1: при такой частоте загрузок происходит ли какой-то износ ячеек памяти в FMR?
В стороннее оборудование загружаю некоторые управляющие параметры.
По логике работы оборудования это требуется не часто - примерно 1 раз в 1...24 часа. Сейчас получается, что я эти параметры загружаю раз в секунду.
Вопрос 2: В общем случае какими неприятностями (износ памяти Slave?) это может грозить? На что обратить внимание? Каковы общие подходы в данном вопросе при работе по Modbus?

[Arsie]

Цитата

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

Запрограммировал систему: TRIM5 (Master); FMR + MRL + MRL (Slave); стороннее оборудование (Slave); связь Modbus RTU.
Период записи Modbus переменных 1000 мс.
В FMR из TRIM5 загружаю значение AOUT.
Вопрос 1: при такой частоте загрузок происходит ли какой-то износ ячеек памяти в FMR?
В стороннее оборудование загружаю некоторые управляющие параметры.
По логике работы оборудования это требуется не часто - примерно 1 раз в 1...24 часа. Сейчас получается, что я эти параметры загружаю раз в секунду.
Вопрос 2: В общем случае какими неприятностями (износ памяти Slave?) это может грозить? На что обратить внимание? Каковы общие подходы в данном вопросе при работе по Modbus?

1) Память не используется в работе I/O модулей FMR/MRL

2) Modbus - это протокол, он передаёт какие-то числа. Что с этими числами делает конечное устройство, от протокола вообще не зависит. Собственно, программа конечного устройства и накладывает ограничения, что как где и зачем нужно и можно делать.

[tk44]

Какой подход правильный/общепринятый?

1. Пишем из Master в Slave с максимальной частотой.
2. Пишем из Master в Slave только в случае если данные изменились (по изменению).

[Arsie]

Цитата

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

Какой подход правильный/общепринятый?

1. Пишем из Master в Slave с максимальной частотой.
2. Пишем из Master в Slave только в случае если данные изменились (по изменению).

У каждого подхода есть свои плюсы и свои минусы. Каждый подход более правильный в сочетании тех или иных условий.

Если вы пытаетесь выпытать у меня универсальный рецепт "как сделать мир во всём мире", то такого рецепта нет. Что русскому хорошо, то немцу смерть (с). Вообще, ваши вопросы в стиле "вы перестали бить жену по утрам?" немного обескураживают. С чего вы взяли, что я женат?

[tk44]

Я пытаюсь понять насколько распространена ситуация:
Master грузит стороннее устройство раз в секунду загружая команду On/Off
в результате плата электроники стороннего устройства через неделю/месяц говорит "Мои полномочия всё" (умерла флеш-память).

[Arsie]

Цитата

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

Я пытаюсь понять насколько распространена ситуация:
Master грузит стороннее устройство раз в секунду загружая команду On/Off
в результате плата электроники стороннего устройства через неделю/месяц говорит "Мои полномочия всё" (умерла флеш-память).

Это зависит исключительно от радиуса закругления рук разработчиков этого устройства.

[tk44]

Ожидал мнения примерно в таком виде:

1. Нет проблемы писать так часто в Slave (производитель стороннего оборудования это предусмотрел). Я постоянно/часто/иногда так делаю вообще никаких проблем.

2. О-о - это стандартные грабли и в 90% случаев так делать нельзя.

3. Вопрос специфичный и требуется запросить производителя оборудования и взять с него письменный ответ сколько раз в день можно тревожить Slave записью. В ответе должна быть гербовая печать и президент компании производителя должен подписать его кровью.

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

[ATS]

Цитата

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

Я пытаюсь понять

Я тоже пытаюсь понять какое отношение к всему сказанному имеет флеш-память.

[младшой]

Крупнейшие корпорации не застрахованы от тупых решений.

Вы знаете о том оборудовании больше. Вот и решайте, как быть.

Записывать в слейв по изменению - нормальный вариант.

[ATS]

Цитата

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

Записывать в слейв по изменению - нормальный вариант.

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

[tk44]

Цитата

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

Я тоже пытаюсь понять какое отношение к всему сказанному имеет флеш-память.

Примерно такое:
на стороннем оборудовании имеется управляющая плата, к ней подключен пульт ДУ с которого пользователь может Вкл./Выкл. оборудование и задавать температуру. Состояние Вкл./Выкл. и уставка температуры энергонезависимы, т. е. при выключении питания сохраняются в энергонезависимой (например флеш) памяти.
Стандартно пользователь что-то меняет (вкл./выкл., температура) не чаще
одного раза в час (максимум).

Теперь подключаемся к этой плате по Modbus RTU и 1 раз в секунду пишем в неё желаемое состояние Вкл./Выкл. и уставку температуры.

Если производитель не предусмотрел это, то во флеш будет писаться в 3600 раз чаще чем при стандартном ручном управлении от пульта ДУ.

[Arsie]

Цитата

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

Примерно такое:

Если производитель не предусмотрел это, то во флеш будет писаться в 3600 раз чаще чем при стандартном ручном управлении от пульта ДУ.

Я именно это и написал: https://forum.segnetics.com/showpost...79&postcount=6

[LordN]

для ЛЛ, используйте исторические блоки, с ними не нужно следить за всей этой чехардой.

[tk44]

Использовать исторические блоки в Master?

[LordN]

Цитата

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

Использовать исторические блоки в Master?

где надо, там и используйте, "вместо" блоков сохранения

[tk44]

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

[coverart]

Насколько я понял ТС, поясню на примере частотников.
В частотниках danfoss fc-51 пофиг сколько раз по времени писать в переменные modbus.
А в частотниках веспер не пофиг, о чем производитель четко указывает в инструкции.

[LordN]

Цитата

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

Насколько я понял ТС, поясню на примере частотников.
В частотниках danfoss fc-51 пофиг сколько раз по времени писать в переменные modbus.
А в частотниках веспер не пофиг, о чем производитель четко указывает в инструкции.

просто в данфосе есть переключатель еепром-озу, а в веспере, похоже, нету.

[ujin]

Цитата

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

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

Секретная корпорация, о которой ничего не может быть сказано, но один из лидеров в своем рынке.
Из опыта работы с такими организациями было выявлено следующее.
1. Они пишут куда захотят.
2. Если выходит из строя память виноваты Вы.
3. Ремонт невозможен нужно заказывать новый блок управления.
Пример блок питания 50В 4500А.
При записи значения тока и напряжения они перезаписываются во флэш. Производитель российский сделал дополнительные регистры без записи во флэш.
Пример тиристорный регулятор 600В 2000А.
При записи значения предположительно записывается во флэш и плата управления выходит из строя в течении года. Производитель иностранный ответил, что не будет разбираться с этой проблемой.
Modbus от Сегнетикса не соответствует современному стандарту V1.1b3. После записи производится чтение этих же регистров. В стандарте запись с последующим чтением это функция 23 (0x17) Read/Write Multiple registers. При такой записи (0х10) и сразу чтения (0х03) устройство может не успеть ответить. Например газоанализаторы СТГ3 и БПС 21M Аналитприбора после записи значений порогов не отвечают на запросы в течении более секунды, а записанное значение (правильное) выдают только спустя минуту, а до этого выдают старые значения. Аналитприбор говорит это устаревшие приборы, ничего делать не будем, покупайте новую серию.
Мы сделали следующее.
1. Запись по изменению заданного значения
2. Чтение holding register или coils периодически и если не совпадает с заданным значением - запись. При этом если вдруг появляются 2 мастера (бывали и такие ошибки в modbus TCP) устройство начинает дергаться. Это выявляется сразу при наладке или эксплуатацией. Второй мастер отключается. Периодическое чтение подходит, если при записи и чтении coils и holding registers выдаются те же значения. И если нужно жестко управлять устройством из одного источника.

[1exan]

Цитата:

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

...
Modbus от Сегнетикса не соответствует современному стандарту V1.1b3. После записи производится чтение этих же регистров. В стандарте запись с последующим чтением это функция 23 (0x17) Read/Write Multiple registers. При такой записи (0х10) и сразу чтения (0х03) устройство может не успеть ответить. ...

Тоже столкнулся с таким при управлении ПЧ - слово управления и задание частоты записываются нормально, а при чтении возникает ошибка (в ПЧ чтение этих регистров не предусмотрено).

[tk44]

Цитата

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

Насколько я понял ТС, поясню на примере частотников.
В частотниках danfoss fc-51 пофиг сколько раз по времени писать в переменные modbus.
А в частотниках веспер не пофиг, о чем производитель четко указывает в инструкции.

Это очень точно иллюстрирует суть моего вопроса.


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

Цитата:

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

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

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

[tk44]

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

Поэтому надо реализовать запись переменных Modbus из TRIM5 (Master) в Slave только в случае:

1. Изменилась переменная в FBD.

или

2. Считанное значение из Slave не равно значению в FBD.

Подскажите как реализовать/где настроить, может быть есть примеры.

Сейчас у меня в Logix записана карта переменных.

[Ilya J.]

Цитата

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

Подскажите как реализовать/где настроить, может быть есть примеры.

В справке SMlogix.

Цитата

Если кратко, то точных данных получить скорее всего не удастся.

Разве вам тот сторонний производитель не должен предоставить все данные, фото плат, исходники и прочее?

[ATS]

Цитата:

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

Modbus от Сегнетикса не соответствует современному стандарту V1.1b3. После записи производится чтение этих же регистров.

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

Цитата

В стандарте запись с последующим чтением это функция 23 (0x17) Read/Write Multiple registers.

И 22-я и 23-я замечательные функции но устройства их поддерживающие можно пересчитать по пальцам одной руки.

Цитата

При такой записи (0х10) и сразу чтения (0х03) устройство может не успеть ответить.

При правильном таймауте ответит. А вот что будет в ответе это уже вопрос к его разработчикам.
С 23-ей функцией картина будет еще хуже.

Цитата

Например газоанализаторы СТГ3 и БПС 21M Аналитприбора после записи значений порогов не отвечают на запросы в течении более секунды

У меня куча приборов для которых таймаут требуется от 3-х до десяти секунд.

Цитата

Мы сделали следующее.
1. Запись по изменению заданного значения

В любые настроечные по изменению. В выходы можно и циклически, естественно кроме таких случаев.

Цитата

на стороннем оборудовании имеется управляющая плата, к ней подключен пульт ДУ с которого пользователь может Вкл./Выкл. оборудование и задавать температуру

Но это уже руки....

[tk44]

Цитата:

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

В справке SMlogix.

Спасибо! Это очевидно.
Не стоило тратить свое время на бесполезный ответ.

[Arsie]

Цитата

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

Спасибо! Это очевидно.
Не стоило тратить свое время на бесполезный ответ.

Я правильно понимаю, что чтение справки, содержащей прямые ответы на ваши вопросы, вы считаете чем-то недостойным для специалиста?

[ATS]

Цитата

Сообщение от 1exan

Тоже столкнулся с таким при управлении ПЧ - слово управления и задание частоты записываются нормально, а при чтении возникает ошибка (в ПЧ чтение этих регистров не предусмотрено).

Ну тогда подправьте в контроллере файлик load_files.req - уберите чтение.

[tk44]

Цитата:

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

Разве вам тот сторонний производитель не должен предоставить все данные, фото плат, исходники и прочее?

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


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

Цитата:

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

Я правильно понимаю, что чтение справки, содержащей прямые ответы на ваши вопросы, вы считаете чем-то недостойным для специалиста?

О, это неповторимое послевкусие общения с техподдержкой Segnetics.

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

Теперь по делу:

Господа/товарищи/чуваки вы не находите, что это несколько непрофессионально растекаться тоннами воды на достаточно конкретные вопросы. Я понимаю, что юзеры достали своей тупизной, ленью и т. п.

Но такое поведение отдаляет нас от наших целей. Гораздо эффективнее помогли, направили - я решил задачу, получил деньги - купил следующую порцию оборудования Segnetics, Segnetics получил деньги.
Зуб даю, схема рабочая.

[Arsie]

Цитата

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

Гораздо эффективнее помогли, направили - я решил задачу, получил деньги

В справке есть прямые ответы на ваши вопросы. Если там что-то непонятно написано, давайте разберём написанное, объясним вам, исправим справку.

Цитата

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

Зуб даю, схема рабочая.

Зуб даю, что схема, когда голодному дают удочку, гораздо эффективнее, чем когда ему дают рыбу. Вы быстрее решаете задачи, быстрее получаете деньги.

[ujin]

Цитата

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

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

Это несоответствие с точки зрения модбаса. Фукция записи в контроллерах сегнетикс дополнена функцией чтения. Функция записи без функции чтения невозможна. И это не другой, а тот самый вопрос.


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

Цитата

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

С 23-ей функцией картина будет еще хуже.

С чего бы это должно быть хуже?
Пруфы???