Так всё же как проектанта заставить в репорт всё писать? Какой-нить нормативный документ существует в природе на это дело?

Если будет обычный poll, то будет много запросов/ответов (периодический опрос всех тегов). Загружаются не только линии связи, но и грузятся сервера АСУ. Плюс максимальная задержка в передачи сигнала на верхней уровень (по сравнению с отчетами) может оказаться близкой к периоду опроса. Если уж так хочется что то получать периодически, то на это есть специальная опция в отчетах - периодическая отправка всего набора данных в адрес клиента без его запроса

А у какого вендора рза есть поддержка атрибута orCat

у Сименса вроде есть

НО

в 2009 году было криво сделано

воспринимал всего 2 положения и жестко вязал их к ключу М/Д

так периодическая отправка, она в терминале прописана :) А проектант на SCADA надеется. И мне говорит, а чего это я менять буду?

Документ покажи что именно так надо

Ну poll и работает со стороны скада :) на это и надеется проектант

Что имхо не совсем правильно.

если передача идет Poll, то черевато. Т.е в режиме poll опрос происходит переодически с определенными промежутками времени. Если событие прилетело и ушло в промежутке между запросами, то скада может и не зафиксировать

В новой редакции НТП ПС 35-750 кВ я видел требование использовать отчеты

Но не знаю утвердили её или нет

Неправильно. От слова "совсем". Потому что не трассируется сигнал. Не прослеживается точно с места порождения.

И это правда... Ещё более горькая :)

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

Динамические репорты это плохо

а что за проектанты? (вдруг они среди нас щас :)

Чукяа не читатель, чукча писатель. Наладка я.