Вход на форум   логин       пароль   Забыли пароль? Регистрация
On-line:  

Раздел: 
новая тема

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

Anatoly Технические требования
к SCADA при приеме данных в режиме отложенной передачи

1. Идентификация режима отложенной передачи должна производиться путем сравнения метки времени принятых данных и времени последней записи данных в архив. Если значение метки времени меньше времени последней записи в архив, то идентифицируется прием в режиме отложенной передачи.
2. Определение места записи в архив должно определяться следующим образом: значение метки времени делится на значение интервала архивирования, выделяется целая часть результата этого деления и к ней прибавляется значение интервала архивирования.
3. Для последующей интерпретации принятых данных из архива, запись в архив должна производиться с установленным или сброшенным признаком отложенной передачи.
4. В базе данных должна быть произведена замена значений ранее записанных данных с установлением признака отложенной передачи.
5. При просмотре архива ТИ в графическом виде данные, принятые в режиме реального времени, должны отображаться на графике двумя цветами. Одним цветом должны отображаться достоверные данные, другим цветом – недостоверные. Данные, принятые в режиме отложенной передачи, также должны отображаться двумя разными цветами. Итого, для каждого ТИ должно использоваться четыре разных цвета.

Anatoly Нет, состояния канала мало - канал в целом может быть, а конкретный блок ТИ (или группа, или asdu) может не выдавать данные. Но, если нечего другого нет, то пойдет и состояние канала хотя бы.
tmkistok Не вдаваясь в подробности диалога, хочу заметить, что многие системы сбора данных могут показывать ТС наличия канала связи с устройством и/или его качество. Для разборок как в диалоге достаточно на тот же тренд положить график канала связи, и все станет прекрасно видно.
Anatoly для tmkistok
Необходимость выделения (цветового или какого-либо еще) "опоздавших" ТИ такова. Допустим, вчера была аварийная ситуация, а сегодня - ее разбор. Канал во время аварии пропадал, сегодня восстановился. Возможный диалог:
- ты что ж, диспетчер, ..., проспал запредельное нарастание ТИ, кабель-то пережегся?
- да не было видно в ОИК изменений ТИ
- да как не было видно, вот же данные в архиве за тот период!
- так эти ж данные только сегодня пришли. Видите - они пунктиром (или как-то еще) отображаются! А вчера, когда я наблюдал, их не было!
- А-а, ну ладно.

Архивные данные должны (ну, не то чтобы "должны", а хотелось бы иметь как есть в некоторых разработках) отображаться виэуально в трех видах:
1.график - для наглядности, необходимой аппроксимации, наблюдения разных ТИ на одном графике для их сопоставления
2.таблица - для точного считывания полученных значений (с заданной точностью), конвертации в офисные приложения для автоматизированного анализа, для передачи в другие расчетные приложения
3.на мнемосхеме - для наглядного отображения состояния объекта в заданное время. Так удобно делать скриншоты для разного времени в отчетах. Но такой режим просмотра архива в отличии от первых двух - редкость.
А для наблюдения в текущем времени - еще различные звуковые сигналы, в том числе человеческим и синтезированным голосом.
tmkistok [QUOTE]Причем, график архива ТИ в режиме самообновления - вот не было достоверных ТИ и вот они появились, да еще и с приемом "опоздавших"[/QUOTE]
Это есть, нет только признака "опоздания". И, честно говоря, не совсем понимаю его необходимости.
[QUOTE]Да, и таблиц.[/QUOTE]
Тут несколько непонятно, но надеюсь в тех требованиях этот пункт тоже будет расписан.

KXK.RU