|
Форум посвящен вопросам релейной защиты и автоматики (РЗА). Обмену опытом и общению релейщиков. |
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Советы бывалого релейщика → Как проводить анализ осциллограмм аварийных регистраторов → Обсуждение проекта стандарта СО ЕЭС "Требования к РАСП"
|
 |
Тема выделена из этой темы http://rzia.ru/topic887-programma-obrab … mm-p5.html
Добавлено: 25.11.2015 г.
Стандарт СТО 59012820.29.020.006-2015 "РЕЛЕЙНАЯ ЗАЩИТА И АВТОМАТИКА. АВТОНОМНЫЕ РЕГИСТРАТОРЫ АВАРИЙНЫХ СОБЫТИЙ. Нормы и требования" введен, скачать можно на сайте СО http://so-ups.ru/fileadmin/files/laws/s … 112015.pdf
Или прямо тут
А почему по GPS так много?
Прошу прощения, я Вас дезинформировал.
По GPS - 10-15мкс в режиме устойчивого приёма.
6.1. Проектная документация на автономный РАС должна содержать:
перечень регистрируемых аналоговых и дискретных сигналов;
схемы подключения по цепям тока и напряжения;
схемы подключения к устройствам РЗА;
уставки пуска автономного РАС по заданным условиям.
Считаю что данный раздел должен быть дополнен типовыми перечнями регистрируемых аналоговых и дискретных сигналов, если по аналогам ИП N91 ЦДУ ЕЭС применяется довольно уверенно то с дискретами требования устаревшие, отсюда каждый требует как ему хочется. По опыту есть список сигналов на который обычно соглашаются все, но хотелось бы подтверждения своих слов на бумаге. Встречаются от экзотических "а там написано срабатывание защит по ступеням" до "оно мне на хрен не надо давай срабатывание, неисправность и положение выключателей".
Встречаются от экзотических "а там написано срабатывание защит по ступеням"
Почему же экзотических? Срабатывание чувствительного органа до выдержки времени - весьма полезная инфа при анализе работы защит. Отработали, скажем, третьей ступенью. По осцилограмме видим условия для пуска второй. Пускалась, да отпустила "вовремя"? Или вообще не пускалась?
В свое время требовал обеспечить пуск осциллографа в терминале одного производителя именно по пуску ЧО. Ибо пускался он исключительно по факту работы защит. А уставки некоторых ступеней были больше длительности записи предаварии. В итоге оценить правильность пуска невозможно - этого момента на осциллограмме просто нет.
Срабатывание чувствительного органа до выдержки времени - весьма полезная инфа при анализе работы защит
Я не спорю что полезно, но вы попробуйте в терминале КСЗ найти десяток лишних выходных реле чтобы отдать срабатывание каждой ступени в РАС.
| Присоединяйтесь!!! Мы в социальных сетях и на Ютуб. |
найти десяток лишних выходных реле чтобы отдать срабатывание каждой ступени в РАС.
пуски ступеней могут фиксироваться во внутреннем осциллографе
В приведенном случае как раз внутренний осциллограф терминала и не пускался по ступеням - только по факту отключения...
>Какому поясу должны соответствовать метки т.н. "единого астрономического" времени или по-другому: время
>какого часового пояса должно быть в СОMTRADE-файле (-ах) - местное, московское, нулевого часового пояса?
В самом стандарте 91..99 годов к меткам времени никаких требований по привязке не выдвигается. Поэтому это как правило местное время.
>На территории РФ действует несколько часовых поясов
Несколько часовых поясов есть и за рубежом. И люди работающие с файлами COMTRADE озаботились
ситуацией с единым временем. Эта озабоченность выразилась в File Naming Convention for Time Sequenced Data (TSD)
(Соглашение о наименовании файлов данных временной последовательности (TSD)), обсуждение и разработка которого идет уже с 2001г.
В документе предлагается в имени файла указывать время начала пуска или начало аварии по Гринвичю, плюс время смещения своего часового пояса.
В стандарте от 2013г смещение локального времени указано в самом файле конфигурации.
>2. В какой кодировке (DOS или Windows) должны быть кириллические тексты в СОMTRADE-файлах.
Если следовать букве стандарта ни в какой, т.к. там дается ссылка на ANSIX3.4-1986 (7-битовая таблица
без национальных алфавитов). А если следовать здравому смыслу стандарт ASCII был расширен в отношении
кириллицы несколькими вариантами. И какой использовать определяется тем, что прижилось на компьютерах с Windows.
Да, для старых устройств времен DOS очевидно придется поддерживать чтение данной кодировки.
В стандарте 2013 предполагается текстовую часть оформлять в UTF-8.
Лично мне неясны "Требования к регистрации аварийных событий и процессов" в отношении COMTRADE:
либо хочется сделать "отчественный COMTRADE", поскольку в проекте упоминаются некоторые обязательные пункты формирования
файла, которые в самом стандарте таковыми не являются (см.например #14), либо надо определиться на какую версию
COMTRADE ориентироваться разработчикам и пользователям.
PS. Я здесь упомянул о стандарте COMTRADE 2013 г., однако знаком с ним только из презентации в интернете. Может уважаемые разработчики проекта
приложат сам стандарт к проекту, коли на него ссылаются. А может кто-то из форумчан даст на него взглянуть...
В самом стандарте 91..99 годов к меткам времени никаких требований по привязке не выдвигается. Поэтому это как правило местное время... время начала пуска или начало аварии по Гринвичю, плюс время смещения своего часового пояса. В стандарте от 2013г смещение локального времени указано в самом файле конфигурации.
В РФ существуют межсистемные/межгосударственные ЛЭП, которые соединяют энергообъекты, расположенные в разных часовых поясах. Если СОМТRADЕ-файлы формируются с привязкой к местному времени (или с локальным сдвигом относительно UТC), то одно и то же событие на ЛЭП идентифицируется по сторонам линии с разным часовым временем. Такого явления не будет, если СОМТRADЕ-файлы формируются в одном поясном времени, например московском (по сути, вопрос о едином оперативном времени в ЕЭС РФ, как расписание в РЖД).
А что такое упоминаемое в проекте стандарта "единое астрономическое время" ?
Может уважаемые разработчики проектаприложат сам стандарт к проекту, коли на него ссылаются. А может кто-то из форумчан даст на него взглянуть...
Одобрямс, стандарт на COMTRADE должен быть приложен как составная часть обсуждаемого документа.
А что такое упоминаемое в проекте стандарта "единое астрономическое время" ?
Судя по упоминанию ГЛОНАСС/GPS для синхронизации времени, то это время по Гринвичу.
По мере того как разработчики стали использовать сигналы единого точного времени
глобальных навигационных спутниковых систем, то требование
"3.4.Все зарегистрированные в автономном РАС данные РАС должны иметь метки единого астрономического времени"
выполняется автоматически, но с поправкой на свой часовой пояс. Другой вопрос - как это время трактовать как "единое".
Только программным путем, с поправкой на свой часовой пояс. Где взять эту поправку для конкретного файла?
См. пункт
4.5.Требования к формату данных
Автономный РАС должен иметь возможность преобразования данных РАС в формат, установленный международным
стандартом IEC 60255-24 Edition 2.0 2013-04 «Measuring relays and protection equipment – Part 24: Common format for
transient data exchange (COMTRADE) for power systems» (далее – COMTRADE) с учетом требований настоящего
стандарта (см. Приложение 2).
В данной версии COMTRADE локальное и астрономическое время выделены отдельной строкой и являются обязательными.
Далее все зависит от программы просмотра: если хотите московское время, то при просмотре прибавляйте
к астрономическому времени московский часовой пояс и все будет в едином времени.
PS.Сейчас хотябы нет перехода на зимнее-летнее время.
В стандарте от 2013г смещение локального времени указано в самом файле конфигурации...
В данной версии COMTRADE локальное и астрономическое время выделены отдельной строкой и являются обязательными.
Далее все зависит от программы просмотра: если хотите московское время, то при просмотре прибавляйте
к астрономическому времени московский часовой пояс и все будет в едином времени.
Если всё зависит от программы просмотра, зачем тогда необходимо задавать смещение локального времени в СОМTRADE-файле? (можно ведь просто записать в СОМTRADE-файле UТС-время и потом при просмотре/анализе сдвинуть на любой устанавливаемый часовой пояс).
можно ведь просто записать в СОМTRADE-файле UТС-время и потом при просмотре/анализе сдвинуть на любой устанавливаемый часовой пояс.
Можно, но до последней версии у вас не будет ясности какое время записано в файле конфигурации
но до последней версии у вас не будет ясности какое время записано в файле конфигурации
Если принять во внимание, что в СОMTRADE всегда пишется одно и тоже время, например абсолютное UTC без всяких сдвигов, то и ясность будет всегда абсолютная.
Коллеги, добрый вечер!
Решил задать свой вопрос в этой теме.
В инф. письме № 91 представлены рекомендации по пределам диапазонов измерений по току и напряжению для РАС. В частности, для напряжений (от ТН) рекомендовано значение не менее 3Uном.
Для сетей с изолированной нейтралью это требование мне понятно: действительно в начальный момент ОЗЗ из-за перемежающейся дуги напряжения могут достигать порядка 3.5-4.5Uном. Установка ОПН срезает напряжения на уровне 2-2.5Uном. И в сетях генераторного напряжения мы закладываем входы "140 В" на фазу (почти 3Uном)
Но ведь в сетях с глухозаземленной нейтралью 110 кВ и выше таких скачков напряжений при КЗ нет. Понятно, что возможны режимы повышения напряжений по концам ЛЭП и т.п.
Для таких сетей какой верхний предел измерений по напряжению следует закладывать для РАС?
Отражены ли эти требования в обсуждаемом стандарте по РАС? Учтены ли режимы заземления нейтрали?
И еще дополнения к предыдущему сообщению:
1. Диапазон 140 В я указал для фазных напряжений, для напряжений с разомкнутого треугольника диапазон беру 300 В - это для сети с изолированной нейтралью.
2. В Договоре о присоединении к торговой системе оптового рынка электроэнергии и мощности (Приложение № 9) сейчас отсутствуют требования по точности измерений для РАС.
В предыдущих редакциях была фраза "Погрешность записи параметров не должна превышать 0,5%".
Вопрос: Какая погрешность имелась в виду (относительная, приведенная..) и на какие функций регистратора это требование распространялось (РАС, самописец...)? Для РАС, подключенного на керны Р, такая точность зачем? Сами ТТ врут, как минимум, на 10%.
Например, у Пармы погрешность привязан к диапазону измерений и 0,5% обеспечивается только на границе диапазона измерений...
Сейчас требования по точности в стандарте предъявлены? По каким функциям и какие погрешности нормированы?
Опубликована официальная версия Стандарта ОАО «СО ЕЭС» «Релейная защита и автоматика. Автономные регистраторы аварийных событий. Нормы и требования» (СТО 59012820.29.020.006-2015, утвержден и введен в действие 24.11.2015).
Ссылка на официальный сайт ОАО «СО ЕЭС» http://so-ups.ru/index.php?id=tech_standards
Стандарт уже введен или это только проект?
В тексте стандарта СО ссылается на ПУЭ, но как то было обсуждение на форуме, что ПУЭ действует только в части жизни и здоровья человека... (184-ФЗ о техническом регулировании)
Попытался разобраться, наткнулся на перечень действующих НТД от 2010 года в которых есть ПУЭ...
https://yadi.sk/i/sKK65l-UkkfTh
Если говорить о требованиях вышедшего СТО в части аппаратной реализации устройств - то все понятно и вполне логично, в принципе у большинства производителей это реализуется.
А вот Раздел №5 "Требования к программному обеспечению" (т.е. к прикладному ПО) натолкнуло на мысль выполняет ли хоть один из производителей 100% весь перечень требований в своем ПО именно в том объеме что описан в СТО?
А вот Раздел №5 "Требования к программному обеспечению" (т.е. к прикладному ПО) натолкнуло на мысль выполняет ли хоть один из производителей 100% весь перечень требований в своем ПО именно в том объеме что описан в СТО?
И непонятно на кой ляд там написали про необходимость наличия ОМП?
Регистратор не обязан что-то самостоятельно досчитывать, он должен регистрировать фактически измеренные величины.
ОМП - это 100% не функция ПО РАС.
Советы бывалого релейщика → Как проводить анализ осциллограмм аварийных регистраторов → Обсуждение проекта стандарта СО ЕЭС "Требования к РАСП"
