Modbus Universal MasterOPC Server новый OPC сервер от компании ИнСАТ

[SCADAMaster]

Наверно всё-таки сам Геббельс? Ну и сравнения!

"Бесславные ублюдки" Тарантино - очень рекомендую

Однако это в моем сознании осталось и "пропадание данных" было взято из реальной жизни из реального объекта, там было такое поведение - знаки вопросов. Тут нет.

Такое происходит если от ОРС сервера приходит признак качества Uncertain (Не определено) и это правильно - раз значение не определено, то и демонстрировать его не зачем. Но в 3.10 мы сделали это поведение настраиваемым.

Провел эксперимент (даю картинки). Когда в случае, если OPC пытается опросить 6 переменных, а на деле их нет (убрал), то все остальные тэги становятся BAD, причем в связанном подчиненном устройстве прекращается запись и данные обнуляются.

А знаете почему?
Посмотрите на лог запросов в устройстве ОРС, вы увидите что устройство на подобные запросы возвращает код ошибки (0x93). На что ОРС сервер пытается еще 3 раза опросить это устройство, в надежде все же получить так нужные ему данные.
Допустим мы бы проигнорировали эту ситуацию, и выдавали бы у тегов хороший признак. К чему бы это привело? Во первых - снижение скорости опроса, во-вторых, абсолютно непонятная ситуация - вроде бы как связь есть, но в тот же момент ее и нет. Ну и в третьих, самое плохое, существует вероятность что подобная ошибка будет пропущена и этот не опрашиваемый тег вылезет в какой нибудь не подходящий момент (когда пуско-наладка уже закончится).
Наша позиция - ошибочных тегов в конфигурации быть не должно, нужно сразу диагностировать эту проблему (чему выставление плохого признака способствует) и зачистить ее. Для этого мы даже выпустили специальную инструкцию (пункт 5В)
https://insat.ru/products/chasto-zad...?clear_cache=Y

И кстати в Multi-Protocol в ряде драйверов (Profinet, IEC-104) есть отдельный выход наличия связи, вот в таком случае как бы с ним нужно было поступить? Связь есть? Вроде бы как и есть, но часть то тегов не опрошена, поэтому выходит что связи нет. Получается какой-то "тег Шредингера". А так все четно и ясно - если хотя бы часть данных не пришла, то весь пакет данных не достоверен и обрабатывать его нужно как недостоверный.

Считаю что это не хорошо, так как если Вы работаете на крупном и ответственном объекте, как всегда в России, если техническое задание рождается по принципу "а вот добавьте мне тут это", то вероятность допущения ошибки будет высокая, влечет к потере данных от объекта на какое-то время. Пока все не восстановите.

И в чем проблема? Добавил тег, запустил сервер (а мы рекомендуем всегда сначала проверять связь, и только потом переходить к скаде). Увидел что признаки все в BAD, проверил по логу что происходит, поправил - все. Тем более система логирования в нашем ОРС - превосходная.
На то она и пуско-наладка и предназначена чтобы ошибки обнаруживать и исправлять.