Нет - это как раз "пасхальные яйца"! В шаблонах на приборы ОВЕН адреса разбросаны в безобразном порядке( группа Регуляторы - 8, 9, 1, 1, 216 ). Вот этим мы и отличаемся от импортных инженеров  - тем, что не задумываемся над тем, как сделать лучше (безопасней, удобней и т.д.) для пользователя. А если уставший (замордованный, торопящийся) пользователь забыл исправить этот параметр... хорошо, если в цепи нет прибора с таким адресом, а если он уже есть... пойди потом найди ошибку. А вот если бы мы не рассуждали в терминах "...должен поменять...", а прописали бы в шаблоне единый адрес 0 (или другой недопустимый адрес в MODBUS), а еще лучше -  по аналогии с атрибутом placeholder в HTML - прописать текстовое поле "адрес прибора 1-255". Вот тогда пользователь и захочет, а не ошибется (попадет в цикл поиска ошибок), а пропишет нужный ему адрес. А если пользователь совсем начинающий, то текстовое поле любезно подскажет ему допустимый диапазон адресов, чтобы он не мучался выбором.

А пока вот так и живем: пользователь "... должен поменять....". Ничего пользователь не должен -  пользователь может прописать (ввести, указать, заполнить). 
Не думаю, что Вы меня поняли. Ну да ладно, это так - мысли вслух...

Потребовался бубен, поскольку никакими материальными символами (в смысле словами) это не объясняется: прибор ни в какую не хотел отзываться, пока не перешли на протокол ОВЕН (убедились, что на этом протоколе ТРМ202 работает) и вновь вернулись на MODBUS-RTU - и всё заработало.

Кстати опять нашли Ваши "пасхальные яйца" в шаблонах приборов ОВЕН (вы сознательно, наверное, так шутите над своими пользователя): в приборе ТРМ202 прописан по умолчанию адрес 216. И это обнаружилось не сразу!

Благодарю за оперативный ответ.

Попытка связаться с ТРМ202 (только такой есть под рукой свободный) по MODBUS не приводит ни к чему (хорошему, плохое оно само как-то получается):

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

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

Добрый день!

Решил (на свою голову) по максимуму использовать возможности системы SimpLight и перевести часть приборов OWEN с протокола OWEN на MODBUS. В результате тут же наткнулся на ошибку, ну как ошибку - скорее очепятку:

Теперь вопросы:

1) где можно посмотреть логи работы MODBUS ?

2) в справке значительное место уделено некоему "Simulator MODBUS", только ни слова не сказано "шо це оно таке?", то есть что это за утилитка? кто автор? где ее можно взять?

3) настройка параметров работы по MODBUS

Смотрю я на эту красоту и понимаю, что ничего не понимаю: подхожу я под пункт "по умолчанию" или нет? Открываю справку SimpLight, вуаля, все эти загадочные названия просто перечисляются и всё, ни слова пояснения. Как тут не вспомнить старика Лема: "...СЕПУЛЬКИ — важный элемент цивилизации ардритов (см.) с планеты Энтеропия (см.). См. СЕПУЛЬКАРИИ...".

Открываю инструкцию на ТРМ200:

Ясность не наступает. Так подходит параметр (тип float32) ТРМ200 под пункт "Default" или нет?

еще немного поворчу:

1) " ... Ранее ... данные сохранялись только при
"хорошем" качестве сигнала  ..." - прям успокоили (без иронии, вполне серьезно), а то ужаснулся: неужели же раньше писался всякий шум наряду с хорошим сигналом

2) "... что не вполне отображало всю полноту процесса ..." тут не буду спорить, поскольку не являюсь специалистом любителем разбираться, что там происходит в каналах связи, а просто замечу от лица "простых" пользователей: "... вы думаете нам царям легко..." еще и разбираться в качестве сигнала. Для себя давно вывел правило ("...и опыт, сын ошибок трудных...") при составлении скриптов: "скрипт первым делом должен проверить качество сигнала - и при плохом качестве не должен работать!". И это правило ни разу меня не подвело.

3) "... в последних версиях, в БД сохраняются как сами данные так и признак качества этих данных ..." - значит мне не показалось, что данные "задваиваются" в базе данных, оказывается стал записываться и признак качества

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

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

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

Добрый день!

Благодарность: вы волшебники! ... теперь (в версии 4.7.3.70) график уставки рисуется хорошо даже в режиме "По изменению". Молодцы!

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

2) из всего табуна вопросов по этому поводу сформулирую только один: кому? зачем? почему? может понадобиться сохранять данные "при плохом качестве сигнала"?

Добрый день!

Ответ: значение параметра "мертвая зона" = 1

Вопрос о режиме сохранения в базе "В пределах шкалы":
Посмотрел я на этот параметр и сказал "это хорошо".

Решил использовать эту возможность (казалось бы польза очевидна), но не всё то .... 
Столкнулся с такой коллизией:
1) есть простейший параметр установки температура

2) всегда там была шкала 0 - 200 градусов, и на мнемосхеме всегда отражалась реальная температура (даже когда установка выключена)
3) чтобы отсечь запись в базу "лишних" значений (когда установка простаивает) при использовании политики "В пределах шкалы" пришлось изменит диапазон шкалы на 35 - 200 градусов, иначе режим "В пределах шкалы" бесполезен ( в данном конкретном случае )

4) и вот получается, что на мнемосхеме искажается реальная информация

Посмотрел я на дело рук своих и сказал "это плохо"

Вывод: режим записи "В пределах шкалы"пока годится только для фильтрации "помех"
Пожелание: возможно ли дополнить список режимов сохранения в базу? (требуется режим записи при превышении указанного значения)

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

а теперь устанавливаем режим "По изменению"

И снова, здравствуйте!
Мне вот просто интересно, зачем SIMP OPC назначили ровно такую же иконку, что и "Конфигуратору каналов"?

17 сентября было оправлено ТРИ письма: в 15:26, в 15:46, 16:19

в ответ на тот адрес с которого приходят письма - "noreply@simp.userecho.com"