[ На главную ] -- [ Список участников ] -- [ Правила форума ] -- [ Зарегистрироваться ]

Работа SCADA при отложенной передаче данных

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

Раздел: 
Телемеханика и связь в энергетике / Оперативно-информационные комплексы / Работа SCADA при отложенной передаче данных

Страницы: 1 2 Next>> ответить новая тема

Автор Сообщение

бывалый
Группа: Участники
Сообщений: 55 		Добавлено: 10-07-2012 07:18
Некоторые низовые устройства по протоколу МЭК-104 могут работать в режиме отложенной передачи данных – когда при пропадании канала данные сохраняются у них в буфере, а затем, при восстановлении канала, последовательно выдаются наверх. Это, например, КП МТК-30 ("Систел"), система температурного мониторинга ВЛ («Союзтехэнерго»). Т.е. чтение данных и присвоение им меток времени производится в одни моменты времени, а передача – в другое, более позднее время. Но не все SCADA поддерживают этот режим.
1.PSIControl – не поддерживает (экспериментально). ТИ хоть с прошлогодними метками времени воспринимаются как текущие. (Зачем тогда было синхронизацию времени с КП делать?). В архиве ТИ все значения, кроме последнего, теряются. Обещали доработать, ждут технических требований.
2.ОИК Систел – не поддерживает (экспериментально). То же, что и PSIControl. Приходится делать программную корректировку.
3.ОИК КОТМИ – не поддерживает (по информации разработчиков)
4.ОИК «Диспетчер» - поддерживает с недавнего времени (по информации разработчиков)
5.СК-2007 – по информации разработчиков поддерживает при наличии прокси-сервера(?) (или я чего-то недопонял по телефону)
А еще какие SCADA поддерживают/не поддерживают такой режим?

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 10-07-2012 08:06
Насчет КОТМИ не соглашусь. Та версия, которая стоит у нас (1.7.7.) умеет регистрировать в архиве событий ТС-ы. Мы наблюдали такое после аварии на ПС практически. На подстанции стоит КП "Компас-2". Про ТИТ-ы врать не буду - не знаю.

бывалый
Группа: Участники
Сообщений: 55 		Добавлено: 10-07-2012 08:16
про КОТМИ - информация от разработчиков, у нас этой системы пока нет - планируется. Да, ТС, может быть, по другому обрабатывается. Меня интересуют и ТС, и ТИ. И речь о правильности просмотра архива - у Систел тоже регистрация в двух столбцах - метка времени и время записи на сервер, и в СК-2007 тоже, они так даже время запаздывания ТС определяют (по методике, что не верно, но это другая тема). А просмотр архова ТИ дает потерю всех значений, кроме последнего.

частый гость
Группа: Участники
Сообщений: 20
 Добавлено: 25-07-2012 12:29
На мой взгляд тут в большей степени проблема устройств телемеханики. Если они связаны с ОИУК по 104 протоколу, то когда пропадает связь они должны накапливать ТС, ТИ у себя в буфере, а при восстановлении связи - отдавать накопленные данные наверх с меткой времени возникновения события. Если устройство этого не умеет - никакая скада не поможет.
Со 104 протоколом проблем нет, позволяет передавать данные "из прошолго".
Какие могут быть проблемы со скадой? Сервр сбора данных может некорректно обрабатывать данные в условиях, а сама скада может не уметь складывать данные в базу в правильном порядке. Хотя лично мне эта ситуация кажется фантастической.
Наши устройства КП хранят архив у себя, при восстановлении связи отдают его наверх, сервер их принимает и отдает в ОИУК, ОИУК кладет их в базу данных с метками времени, которые пришли по протоколу(возникновения события) и с меткой времени регистрации в базе.

аксакал
Группа: Участники
Сообщений: 553 		Добавлено: 25-07-2012 19:04
На мой взгляд тут в большей степени проблема устройств телемеханики. Если они связаны с ОУИК по 104 протоколу, то когда пропадает связь они должны накапливать ТС, ТИ у себя в буфере, а при восстановлении связи - отдавать накопленные данные наверх с меткой времени возникновения события. Если устройство этого не умеет - никакая скада не поможет.
Со 104 протоколом проблем нет, позволяет передавать данные "из прошолго".


Какие могут быть проблемы со скадой? Сервр сбора данных может некорректно обрабатывать данные в условиях, а сама скада может не уметь складывать данные в базу в правильном порядке. Хотя лично мне эта ситуация кажется фантастической.
Наши устройства КП хранят архив у себя, при восстановлении связи отдают его наверх, сервер их принимает и отдает в ОУИК, ОУИК кладет их в базу данных с метками времени, которые пришли по протоколу(возникновения события) и с меткой времени регистрации в базе.


Хорошо, тогда насколько актуальной становится такая информация? Ладно, если канала не было 1 минуту, а если - час, сутки, неделя!?

частый гость
Группа: Участники
Сообщений: 20
 Добавлено: 25-07-2012 20:27
Хорошо, тогда насколько актуальной становится такая информация? Ладно, если канала не было 1 минуту, а если - час, сутки, неделя!?

Ну наверно для оперативного управления неактуальна. Да и неделю архивировать данные ещё не каждая КПшка и сумеет. А использовать данные, которые копились неделю, можно для анализа "что было на объекте, пока связи не было", или для разбора ситуаций, сами знаете каких :).

аксакал
Группа: Участники
Сообщений: 553 		Добавлено: 26-07-2012 09:23
Хорошо, тогда насколько актуальной становится такая информация? Ладно, если канала не было 1 минуту, а если - час, сутки, неделя!?

Ну наверно для оперативного управления неактуальна. Да и неделю архивировать данные ещё не каждая КПшка и сумеет. А использовать данные, которые копились неделю, можно для анализа "что было на объекте, пока связи не было", или для разбора ситуаций, сами знаете каких :).


По-моему, телеинформация как раз и нужна (акутальна) именно для оперативного управления. Для анализа ведь есть еще и другие системы: РЗА, АИИСКУЭ и т.п.....

частый гость
Группа: Участники
Сообщений: 20
 Добавлено: 27-07-2012 21:35
По-моему, телеинформация как раз и нужна (акутальна) именно для оперативного управления. Для анализа ведь есть еще и другие системы: РЗА, АИИСКУЭ и т.п.....

Сегодня я вернулся с объектов, на которых никаких РЗА, регистраторов и АИИСКУЭ нет, не было и не будет. И оперативного диспетчерского управления как такового нет и (увы!) не предвидется.
Однако, мы уходим от вопросов поднятых автором. Если есть желание обсудить необходимость получения "данных из прошлого",их актуальность и на каких объектах применимо, предлагаю создать отдельную тему.

бывалый
Группа: Участники
Сообщений: 55 		Добавлено: 28-07-2012 12:33
для tmkistok
Ну так ваша система, значит, работает правильно. Не все SCADA, как выяснилось, это умеют. Но есть еще требование к отображению ТИ, принятых при отложенной передаче: такие данные должны отображаться на графике пунктиром или другим цветом, чтобы было видно - в нужное (тогда текущее) время их не было, а вот потом они появились и значения тогда их были такими вот. А для этого в СУБД "опоздавшие" к реальному времени данные нужно записывать с соответствующим атрибутом, и с его учетом их на графике (или в таблице) отображать. У вашей системы так сделано?
В нашей низовой системе сбора данных регулярные (почти ежедневные) перерывы в выдаче данных по 6 - 8 часов, спорадическая выдача - раз в 10 мин (так она устроена) - вот из-за этого и весь сыр-бор с правильным приемом и отображением таких ТИ.

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 28-07-2012 12:39
Достоверность, точность и последовательность фиксации событий в устройствах телемеханики уже обсуждалась на этом форуме. Какой смысл анализировать аварийные события, если КП опрашивает датчики ТС, например, раз в 100 мс? А ТИТы - раз в 1 секунду? И чего Вы наанализируете?

бывалый
Группа: Участники
Сообщений: 55 		Добавлено: 28-07-2012 13:07
Уточню, что хотелось бы видеть на графике архива ТИ (через 3 недели будут готовы техн.требования Систелу и PSIControl). Допустим:
1.с 0 часов до 8 часов идет прием данных в реальном времени
2.с 8 часов прием данных прекращается
3.с 14 часов прием данных возобновляется
(эти дикости связаны с неправильным использованием солнечных батарей, речь сейчас не о них).
Хотелось бы на графике архива ТИ (например, в PSIControl) видеть следующее:
1.значения принятых ТИ отображаются синим цветом (т.е. достоверны)
2.значение ТИ не изменяется (равно последнему принятому) и отображается красным цветом. Это должно произойти через некий таймаут определения, что приема больше нет - таймаут равен или кратен интервалу общего опроса asdu
3.с 14 часов и далее значения опять синие (т.е. достоверные). А значения с 8 часов до 14 часов изменились - они принялись и отобразились в нужных местах, но синим пунктиром (вместо красной линии, которой они отображались до этого)
Эксперимент с доработкой (корректировкой) в ОИК Систел показал работоспособность такой схемы (а PSIControl словами не понимают, просят техн.требования).

аксакал
Группа: Модераторы
Сообщений: 592
 Добавлено: 28-07-2012 13:31
А чего тут неясного-то? Информацию, с битом недостоверности отображать желаемым цветом? Дык, в PSI надобно по-немецки писать, а Вы, наверное, по-русски им толкуете?

бывалый
Группа: Участники
Сообщений: 55 		Добавлено: 28-07-2012 15:49
Вообщем, да. Сейчас "достоверные" данные и в Систел, и в PSI отображаются одним цветом, а "недостоверные" - другим. Но нужно еще уметь принимать и отображать данные отложенной передачи ("опоздавшие" к архивированию в реальном времени), и отображать их на графике, например, пунктиром (ну, т.е. в нужное время их не было, но вот, все-таки они появились). Это можно делать записью в СУБД спецбита "отложенная передача" или сопоставлением времени в протоколе и времени записи в СУБД, или еще как-либо. Но эти SCADA обрабатывать и отображать такие ТИ не умеют (пока ?).
А какие SCADA умеют принимать и отображать "запоздавшие" ТИ? И как они их отображают на графиках и в таблицах архивов? Кто знает, пожалуйста, сообщите.

частый гость
Группа: Участники
Сообщений: 20
 Добавлено: 28-07-2012 16:31
Anatoly, не могу ответить на Ваш вопрос ("У вашей системы так сделано?"), т.к не вполне Вас понимаю.
Вы считаете недостоверными данными те, которые пришли с опозданием в несколько часов? Но ведь на момент возникновения события им присваивается метка времени, и трактуются они как "на этот момент времени ТС/ТИ имел такое-то значение, и в этот момент времени - оно достоверно". На каком основании придя в скаду они станут недостоверными?
Другое дело реакция скады на проподание канала связи. В нашем ОИУКе при пропадании связи данные объявляются недостоверными, на мнемосхеме реакция на недостоверность - настраиваемая. В базу пишется признак разрыва в данных. На трендах от разрыва до текущего момента/первого достоверного ТИ - пунктир.Один из вариантов отображения недостоверности можно посмотреть тут, недостоверные данные - на сером фоне.
Есть и другие причины объявить данные недостоверными. например, "отвалился" счетчик, КП тут же присвоит данным от счетчика признак недостоверности и отошлет наверх, реакция ОИУКа - описана выше.

бывалый
Группа: Участники
Сообщений: 55 		Добавлено: 28-07-2012 16:37
для tmkistok
То, что "запоздавшие" ТИ принимаются в вашей SCADA правильно, я понял. А вот как они отображаются на архивном графике? Т.е. я ожидаю три разные расцветки (или пунктиры и т.п.) - "достоверные", "недостоверные", "отложенные" (т.е. когда нужно было, в текущее время, их не было, но вот теперь, через пол дня, они появились. Или у Вас какой-то другой принцип отображения? Какой?

бывалый
Группа: Участники
Сообщений: 55 		Добавлено: 28-07-2012 16:45
для tmkistok
в сообщении 28-07-2012 15:07 я привел как пример ситуацию с пропаданием/восстановлением канала. Как бы она отобразилась у Вас? (может быть, два скриншота архива ТИ - до 14 часов и после 14 часов)

частый гость
Группа: Участники
Сообщений: 20
 Добавлено: 28-07-2012 16:47
Понятоно. Признака, что даннве пришли из прошлого нет. Недостоверные - пунктир от последнего достоверного до текущего моменти (для оперативного тренда) или до первого следующего достоверного(для исторического тренда).
Теперь, как мне кажется, о том, что интересует Вас. Данные, пришедшие после восстановления канала связи, встроятся в тренд и будут отображены во временнОй точке либо по времени возникновения события, либо по времени, когда они легли в базу (в зависимости от настроек). Недостоверными отложеннве данные объявляться не будут, по причине, указанной выше.

частый гость
Группа: Участники
Сообщений: 20
 Добавлено: 28-07-2012 16:48
для tmkistok
в сообщении 28-07-2012 15:07 я привел как пример ситуацию с пропаданием/восстановлением канала. Как бы она отобразилась у Вас? (может быть, два скриншота архива ТИ - до 14 часов и после 14 часов)

Сейчас посмотрю

бывалый
Группа: Участники
Сообщений: 55 		Добавлено: 28-07-2012 16:52
для tmistok
Понятно. Интересуют ТИ как бы они были без пропадания канала, но с отметкой (цвет?), что пропадание все же было. Через некоторое время напишу техн. требования к SCADA в подобном режиме. Спасибо за информацию.
А у кого что из подобного режима в SCADA еще есть?

частый гость
Группа: Участники
Сообщений: 20
 Добавлено: 28-07-2012 16:55
Anatoly, Вас, я так понимаю, интересует в большей степени представление ТИ в виде графиков?

частый гость
Группа: Участники
Сообщений: 20
 Добавлено: 28-07-2012 16:58
для tmistok
Понятно. Интересуют ТИ как бы они были без пропадания канала, но с отметкой (цвет?), что пропадание все же было. Через некоторое время напишу техн. требования к SCADA в подобном режиме. Спасибо за информацию.

К сожалению, навскидку так и не придумаю, чем помочь, но обещаю подумать. :) Отвечу или в ближайшие день-два, или уже после отпуска, через пару недель.

бывалый
Группа: Участники
Сообщений: 55 		Добавлено: 28-07-2012 16:59
для tmkistok
Да, и таблиц. Причем, график архива ТИ в режиме самообновления - вот не было достоверных ТИ и вот они появились, да еще и с приемом "опоздавших"

частый гость
Группа: Участники
Сообщений: 20
 Добавлено: 28-07-2012 17:03
для tmistok
Понятно. Интересуют ТИ как бы они были без пропадания канала, но с отметкой (цвет?), что пропадание все же было. Через некоторое время напишу техн. требования к SCADA в подобном режиме. Спасибо за информацию.

К сожалению, навскидку так и не придумаю, чем помочь, но обещаю подумать. :) Отвечу или в ближайшие день-два, или уже после отпуска, через пару недель.
Ну а техтребования, как будут готовы, прошу отправить и нам

бывалый
Группа: Участники
Сообщений: 55 		Добавлено: 28-07-2012 17:04
для tmkistok
В принципе, для ОИК Систел я модуль, принимающий "опоздавшие" данные и выдающий ТИ в трех цветах, доработал почти, все идет. Дело за малым - объяснить это PSI и составить техн. требования. Удачно провести отпуск, я тоже в отпуске.

частый гость
Группа: Участники
Сообщений: 20
 Добавлено: 28-07-2012 17:08
Причем, график архива ТИ в режиме самообновления - вот не было достоверных ТИ и вот они появились, да еще и с приемом "опоздавших"

Это есть, нет только признака "опоздания". И, честно говоря, не совсем понимаю его необходимости.
Да, и таблиц.

Тут несколько непонятно, но надеюсь в тех требованиях этот пункт тоже будет расписан.

Страницы: 1 2 Next>> ответить новая тема
Раздел: 
Телемеханика и связь в энергетике / Оперативно-информационные комплексы / Работа SCADA при отложенной передаче данных

KXK.RU