Файл параметрирования что такое
Казалось бы, разработать контроллер – дело не хитрое, и текущее состояние элементно-технической базы способствует этому. Разработал кросс-плату, модули различного функционального назначения, базовое и простейшее прикладное программное обеспечение (ПО). И вперед – покорять рынок! Но на деле оказывается не все так просто, при разработке устройства, предназначенного для выполнения специализированных задач мониторинга и управления электрическими процессами, возникает большое количество тонкостей и нюансов.
Желание продукт-менеджеров создать прибор с максимально универсальным, инновационным функционалом, работающим в жестких условиях (температурных ЭМС и др.), и при этом простым в эксплуатации для конечных пользователей – сложная задача.
Все требования к устройству должны быть учтены, точно отражены постановщиком задачи в техническом задании и скрупулезно выполнено разработчиками.
Разработчиками должна быть тщательно продумана как аппаратная, так и программная архитектура устройства, удобный и простой пользовательский интерфейс. Если реализуется поддержка проприетарных протоколов, внутри компании должна быть предусмотрена система отслеживания их версий и модернизации ПО. И еще много чего, что скрыто от глаз инженера, не являющегося разработчиком.
Как вы поняли, на этот раз мы будем тестировать контроллер. Прибор – ARIS C303 – нам предоставила компания «Прософт-Системы», и мы посмотрим, как они справились с на самом деле достаточно сложной задачей разработки контроллера. Особое внимание обратим на возможности устройства с точки зрения МЭК 61850.
Встречают по одежке, а провожают по уму. Так будем делать и мы. Один раз ознакомившись с устройством, далее его будет сложно спутать с каким-то другим, если, конечно, никто не скопирует разработку «Прософт-Системы». Угловатый алюминиевый корпус 19 дюймов, черная матовая лицевая панель, большой яркий 5,7 дюймовый дисплей с высоким разрешением (способный отображать анимированные однолинейные схемы), клавиатура, ключ выбора режима управления коммутационным оборудованием (рис. 1).
Рис. 1. Лицевая панель устройства.
На лицевой панели также размещены служебные интерфейсы и светодиодная индикация. Все сосредоточено в одном месте и выглядит достаточно лаконично. Управлять настройками устройства, используя кнопки клавиатуры, удобно. Устройство выполнено по модульной схеме, имеет 14 слотов для установки плат. Доступ к платам и их интерфейсам открыт с тыльной стороны устройства (рис. 2).
Рис. 2. Вид сзади.
Монстр, как и полагается контроллеру. ARIS C303, помимо оснащения одним или двумя модулями источника питания, одной или двумя процессорными платами, может оснащаться до 14 модулями различного функционального назначения. Модули бывают следующие:
- измерения и осциллографирования с непосредственным подключением к измерительным ТТ и ТН;
- измерения и осциллографирования с приемом до 4 потоков МЭК 61850-9-2LE;
- коммуникационные с интерфейсами RS-485, RS-232 и Ethernet.
- дискретного ввода 24 В (8 или 15 каналов) или 220 В (7 или 15 каналов);
- дискретного ввода 220 В (15 каналов) с возможностью установки уровней срабатывания и режекцией;
- дискретного вывода 24 В (8 каналов) или 220 В (8 каналов);
- аналогового ввода тока (0…5 мА, 4…20 мА, 0…20 мА);
- аналогового ввода напряжения (0…1 В, 0…5 В, -10…+10 В, 0…10 В);
- телеуправления с поддержкой режима предварительного выбора объекта управления (220 В).
Процессорная плата отвечает за синхронизацию времени. На ее борту имеется встроенный модуль GPS/GLONASS – достаточно к устройству подключить антенну, и устройство будет синхронизировано по времени. Альтернативные возможности – синхронизация по протоколу NTP от сервера точного времени либо синхронизация с использованием источника точного времени Prosoft GPS Module с подключением его через порт RS-485 по протоколу TSIP с поддержкой эталонного сигнала PPS. Здесь также уместно отметить, что устройство способно выполнять роль NTP-сервера.
Контроллер способен работать в температурных диапазонах от -40 до +55°С, а также в самых жестких условиях ЭМС в соответствии с требованиями ОАО «ФСК ЕЭС». Стоит отметить, что на этапе разработки всё оборудование производства «Прософт-Системы» проходит испытания по параметрам ЭМС и безопасности, а также первичную поверку в аккредитованных испытательной и поверочной лабораториях.
Имея такой богатый состав модулей, прибор должен обладать и соответствующей функциональностью. И он обладает. Устройство способно вести расчет нескольких десятков электрических параметров, в том числе параметров качества электроэнергии. Все это – в дополнение к алгоритмам оперативных блокировок и пользовательских алгоритмов (которые строятся на основе языка функциональных блоковых диаграмм – Function Block Diagrams), функции учета электроэнергии и записи осциллограмм в формате Comtrade.
С точки зрения поддержки коммуникационных протоколов для решения задачи сбора данных и передачи их на верхний уровень устройство также впечатляет: поддерживаются и МЭК 61870-5-101, 104, 103, и Modbus (RTU/ASCII/TCP), SPA, СТАРТ и еще ряд проприетарных протоколов.
Реализована также поддержка стандарта МЭК 61850. И на этом мы остановимся более подробно.
Рассмотрение реализации МЭК 61850 в контроллере начнем с объектной модели (рис. 3). Здесь она динамическая: может изменяться в зависимости от состава установленных модулей. Логика следующая: каждому установленному модулю соответствует определенный логический узел с определенным числом объектов данных (соответствующим, например, для модуля дискретных входов, числу каналов). Исходно пользователь не почувствует того, что модель динамическая (устройство поставляется предварительно сконфигурированным), однако может столкнуться с этой особенностью при добавлении/удалении модулей. Для представления дискретных сигналов используются узлы GGIO. Но в ходе общения мы выяснили, что специалисты «Прософт-Системы» думают о том, как уйти от этого недостатка.
Рис. 3. Объектная модель устройства.
Что касается поддерживаемых моделей информационного обмена, устройство может:
Как видно, устройство может многое. Самое время посмотреть, как эта универсальность сказывается на удобстве параметрирования, учитывая, что параметрирование ведется через веб-интерфейс.
Web-интерфейс как средство параметрирования устройств релейной защиты и автоматики является, пожалуй, самой неоднозначной чертой, имеющей как своих сторонников, так и противников. Его сторонники утверждают, что полная настройка терминала с использованием одного лишь браузера удобна своей неприхотливостью к операционной системе, установленной на настроечном ПК, и отсутствием необходимости в дополнительных программах, использование которых, как правило, только усложняет процесс настройки. Противники в свою очередь заявляют о невозможности одновременного параметрирования системы из нескольких устройств, что позволяют делать конфигураторы некоторых именитых производителей.
Абстрагируясь от вопросов субъективного восприятия, попробуем оценить удобство настройки контроллера ARIS C303 с помощью его Web-интерфейса.
После задания в поисковой строке браузера нужного IP-адреса, нажатия кнопки Enter и последующей авторизации перед нами открывается аккуратная, не перегруженная элементами, страница настройки устройства.
Меню разделено на семь разделов, расположенных в шапке таблицы в виде выпадающих списков, а также продублированных в виде древовидной структуры, доступной пользователю после выбора пункта с привлекательным названием «Хотите увидеть список доступных вам сервисов?».
Нам же, в первую очередь, хочется понять, насколько удобно производить настройку контроллера на прием/передачу данных по условиям стандарта МЭК 61850.
Процедура настройки устройства на передачу данных посредством моделей общего объектно-ориентированного события (GOOSE) и отчетов (Reporting) стандартна и интуитивно понятна.
Как всегда, создается набор данных (нажимаем на раздел «Наборы данных» правой кнопкой мыши и выбираем пункт меню «Добавить набор данных»), в него включаются необходимые объекты/атрибуты данных из информационной модели (рис. 4). Последнее производится путем навигации по объектной модели устройства и проставлением отметок «Включить в набор данных» для отдельных объектов/атрибутов. В принципе, все удобно. Есть, правда, одно неудобство: надо всегда подтверждать свои действия выбором пункта меню «Применить изменения», и делать это надо для каждого элемента данных, включаемого в набор данных. В конфигураторах, реализованных в виде отдельной программы, процедура создания набора данных, как правило, осуществляется путем перетаскивания требуемых элементов данных из одной области в другую с однократным подтверждением процедуры создания набора данных. Удобнее.
Рис. 4. Создание набора данных.
Хотим передавать GOOSE – аналогичным образом создаем управляющий блок передачей GOOSE (рис. 5). Затем открываем его структуру и задаем значения. Здесь все удобно. Набор данных можно выбрать из выпадающего списка. Приятно, что настройка управляющего блока сопровождается подсказкой о допустимом диапазоне MAC-адреса назначения. Это заставляет задумать об этом параметре, важном, когда идет речь об ограничение неконтролируемого распространения трафика по сети.
Абсолютно точно так же удобно и интуитивно настраивать управляющие блоки передачей буферизируемых (рис. 6) и небуферизируемых отчетов (рис. 7).
Рис. 6. Настройка управляющего блока передачей буферизированных отчетов. Рис. 7. Настройка управляющего блока передачей небуферизированных отчетов.
Все хорошо и удобно, но мы были бы не мы, если бы не нашли и некоторые недостатки.
При настройке отчетов нам бросилось в глаза отсутствие возможности задания параметра «Время буферизации» для небуферизированных отчетов. Такое ощущение, что сюда вкралось какое-то недоразумение, – ведь этот параметр, определяющий интервал времени, на котором данные будут агрегированы в единый отчет, и как параметр он должен существовать как для буферизированных, так и не для буферизированных отчетов.
Еще мы обратили внимание на то, что некорректно именованы некоторые опциональные поля, которые могут быть включены в отчет: например, вместо «Ссылка на объекты/атрибуты данных» (data-reference) присутствует пункт «Ссылка на блок управления отчетом» (configRef. ), хотя последней опции стандарт этого не предполагает.
Для буферизированных отчетов нет возможности настроить передачу опционального поля «Переполнение буфера» (buffer-overflow); как для буферизированного, так и не для буферизированного нет возможности настроить передачу опционального поля «Номер конфигурации» (conf-revision).
Для буферизированных отчетов нет возможности настроить передачу опционального поля «Переполнение буфера» (buffer-overflow); как для буферизированного, так и не для буферизированного нет возможности настроить передачу опционального поля «Номер конфигурации» (conf-revision).
Настройка устройства на прием данных выполнена без преувеличения великолепно. В пункте меню «Прием данных» требуется ввести IP-адрес устройства, от которого вы хотите получать данные и выбрать пункт меню «Создать» (рис. 8).
Рис. 8. Загрузка конфигурации сервера.
ARIS C303 загрузит конфигурацию сервера по MMS, которую сразу же можно будет просмотреть в активировавшемся пункте меню «Описание устройства» (рис. 9). Там же вы сможете сформировать CID файл сервера по дереву MMS.
Рис. 9. Визуализация объектной модели сервера.
Для отчетов потребуется отметить условия, по которым будет производиться передача данных, а также определить опциональные поля, которые будут включаться в отчет наряду с данными (рис. 13).
Рис. 13. Настройка управляющего блока передачей отчетов сервера.
Все параметрирование на прием данных делается практически в один клик.
Для того чтобы изменения вступили в силу, требуется перезагружать контроллер, что занимает некоторое время. Но в это время вам не придется скучать – на экране появляются полезные подсказки по работе с контроллером (рис. 15). Они действительно полезные.
Рис. 15. Подсказки, отображаемые при перезагрузке устройства.
Недостатки в части настройки на прием данных перекочевали из процедуры настройки на передачу данных. Для небуферизированных отчетов, доступных на сервере, вы не сможете задать значение параметра «Время буферизации» – такого поля нет; характерны и те же самые замечания для опциональных полей.
В целом по удобству параметрирования устройство заслуживает твердой оценки «хорошо». Интерфейс продуман и логичен.
Устройство показало себя достойным представителем отечественных микропроцессорных устройств автоматики (и не только). Оно проявляет себя стабильно хорошо во всех «дисциплинах»: внешний вид и эргономика, конструкция, функциональные возможности модулей, веб-интерфейс. Все на хорошем уровне. Далеко не про каждый отечественный продукт можно так сказать. Видно, что над прибором трудилась и продолжает трудиться большая команда специалистов. А значит, и мелким шероховатостям долго не протянуть.
Сайт о релейной защите и цифровых технологиях в энергетике
Сегодня поговорим о настройке микропроцессорной релейной защиты и о цифровом проектировании. Да, эти темы связаны. Более того, сегодня это практически одно и то же.
Современное ПО позволяет создавать файлы конфигурации для терминала РЗА сидя в офисе и не имея на руках самого терминала. Это означает, что этим может заниматься обычный проектировщик и которого есть компьютер, с этим самым ПО.
Рис.1 Выбор функционального файла защиты линии/трансформатора 10 кВ для блоков БМРЗ-150
Вы можете рисовать алгоритмы и таблицы конфигурирования терминала не на бумаге, а прямо в “цифре”, создавая файл, который можно передать наладчику. А данные для сдачи проекта сформирует программа. Вам останется только все распечатать и оформить.
Рис. 2 Настройки файла конфигурации БМРЗ-152-КЛ для формирования приложения (Таблица параметрирования) к проекту
Почему этот функционал сегодня не используется?
Во-первых, уверен, что не многие проектировщики знают о такой возможности. А даже если и знают, то понимают, что все это нужно изучать, а времени, на это, на работе не всегда есть.
Во-вторых, самое главное, проектировщики не считают это своей задачей. Логика понятна – если это задание на наладку, значит пусть им занимается наладчик. На самом деле это не так. В современных проектах применяются терминалы релейной защиты и автоматики с гибкой логикой, а это означает, что логика и привязка к входам/выходам делается именно на стадии проекта/РД. А кто у нас делает проект? Правильно – проектировщик.
Рис. 3 Соответствие РЭ на терминал РЗА программным алгоритмам
Наладчик на объекте не должен додумывать за вас алгоритмы работы терминала и системы РЗА в целом, это не его задача. Он должен только проверить, что все работает корректно.
На самом деле, сегодня даже не все проектировщики отрисовывают на бумаге алгоритмы и таблицы параметрирования – они просто описывают желаемую логику словами в примечаниях, а уставки рассчитывают, не привязываясь к внутренним обозначениям конкретного терминала. В этом случае наладка превращается в веселую угадайку, правда иногда с грустными последствиями.
Рис. 4 Формирование бланков уставок из Конфигуратор-МТ
В-третьих, сегодня к проектным организациям нет жестких требований передавать файлы конфигурации терминалов РЗА, вместе с бумажной версией проекта. Но, думаю, скоро такие требования появятся. Придут они из Россетей, а потом постепенно распространяться на все остальные организации. В рамках проектирования подстанций нового поколения эти требования уже есть.
Рис. 5 Перенос логических схем в проект (формат .docx)
Преимущества цифрового проектирования
- Вы вряд ли сможете ошибиться, потому, что конфигуратор будет контролировать ваши действия.
Например, не сможете задать уставку, превышающую диапазон. Или вообще использовать защиту, которой в терминале не существует.
Рис. 6 Контроль за правильностью ввода уставок
Также существуют программы, которые могут протестировать созданные вами алгоритмы на внутренние ошибки до внесения их в терминал.
В общем ваши проекты станут качественнее, а это, согласитесь, большой плюс.
Проектировщикам, это возможно не сильно интересно, но если ваша компания берет подстанцию под ключ, как все чаще и бывает, то вы избавляетесь от необходимости делать двойную работу.
3. У эксплуатации на объекте формируются отсортированные по именам и назначению файлы, полностью описывающие их подстанцию. На основе этих файлов можно в дальнейшем составлять программы автоматического тестирования терминалов, привязки их в SCADA-системы и вести электронный паспорт предприятия.
Думаю, цифровое проектирование дает определенные плюсы как при строительстве новой подстанции, так и при ее эксплуатации. Поэтому для тех, кто заинтересовался темой, я подготовил видео по параметрированию терминала БМРЗ-152-КЛ при помощи программы Конфигуратор-МТ.
Мы внесем файл конфигурации уставки, которые рассчитали в Курсе по защитам трансформатора 10/0,4 кВ, а также привяжем пару дискретных входы/выходы и сделаем собственный алгоритм релейной защиты.
Полностью согласен с тем, что параметрирование терминалов должен делать проектировщик. Без этого не возможно до конца понять как у тебя работает схема, какая у нее логика.
Но есть некоторые моменты которые иногда не позволяют это сделать:
1) не у всех производителей терминалов есть возможность делать конфигурацию без непосредственного подключения к терминалу, например у ЭКРЫ в EKRASMS такого нет, это очень неудобно при проектировании.
2) возможны различные версии прошивок терминалов в программе конфигурации и у терминала на объекте.
У БМРЗ довольно удобная и понятная программа конфигурирования, еще бы жесткая логика стандартных функций (МТЗ, АУВ…) отображалась в самой программе, как это сделано в KIWI у Микропроцессорных технологий, цены бы ей не было.
Да, согласен. Не все производители РЗП перешли на такой принцип построения ПО, но думаю это дело ближайшего времени.
Расскажите пожалуйста про опер ток.
Поддерживаю, про оперативный ток темы еще не было, было бы очень полезно и интересно. Как Осуществляется выбор и расчет оперативного тока.
Извините Евгений, обращение задумывалось не к Вам, а к автору статьи.
и делали, и делают. и знают об этой возможности. просто в данной статье преувеличивают немного. работал когда то давно (~10 лет) с проектной конторой (кострома, 30 чел или более). так вот они еще тогда выдавали при запросе листы с галочками настроек и алгоритмы пытались сами составлять для тех терминалов,что это позволяли делать (как раз вроде Экра ШЭ чего-то там). Но это г*мор для них и не знают они многого, соответственно г*мор для эксплуатации. Чо они там заложили? Вы на 100 % в их действиях уверены? много ляпов, неразбирихи. Потом не наладчик,а человек,который это будет обслуживать, будет плеваться,потому как несостыковка привела к остановке и кто-то получил пилюль посреди ночи. Оно энергетику надо?
Проще когда эксплуатационщик в курсе что там и как. Т.е. когда он знает алгоритм. Вывод: либо логика жесткая с возможностью вилять галочками, либо он сам пишет / учавствует на 90% в составлении алгоритма. Да и в 99 % случаев это излишнее усложнение. Жесткая логика с галочками выигрышнее.
Это на станках с ЧПУ в машиностроении было бы востребовано, в энергетике на 110 кВ и выше может быть еще. А для чего это на 10,35 и тд? Сложно представить.Ставят эти терминалы с программируемой логикой в КТП на фидера 6-10 кВ. А для чего они там такие умные? С тем,чем сталкивался — они на 99 % там не нужны такие умные. Уже давно был избыток настроек с галочками. А сейчас еще и гибкую логику сделали. Да часто ставят их куда-то (где они и по селективности будут ни к селу ни к городу, т.е. увеличат выдержку времени подстанции) и питание отключают,чтоб не мешали работать настоящей защите, куда ручонки проектировщика не лезли.
по этой логике и релейщик то не нужен, нужен только проектировщик и завод. из него итак уже пользователя пк опытного делают в ущерб знаниям и умениям техническим.
Параметрирование устройств РЗА должен делать проектировщик?! Ах оставьте… В последнее время даже уставки приходится считать самому, поскольку в проекте это не делается. В проекте если есть хотя бы схема вторичных цепей (которую в 99% они просто взяли у завода) уже хорошо…
Это что за проектные организации, которые вам не могут даже уставки посчитать и выдать? Не в те организации обращаетесь вы, видимо.
Обращаюсь не я, а заказчики. А это в основном крупные оборонные предприятия, ИЛ, СПЛАВ, КБП и пр…
Для оборонных предприятий я проекты не делал, но есть опыт проектирования ПС для ФСК ЕЭС, они требует все что только можно: параметрирование РЗА и логику всего что можно параметрировать/программировать, расчет уставок, расчет режимов, расчет сечений всех вторичных кабелей, выбор автоматов и карта селективности (что там они хотят увидеть?) сети 0,4кВ и СОПТа, и еще кучу всего. Поэтому странно слышать что в оборонных предприятиях такого нет.
По вопросу к кому обращается заказчик для проектирование: если не брать уровень ФСК ЕЭС (и редких заказчиков которым надо хороший объект построить потому-что его им же еще и эксплуатировать надо), в основном принцип такой «нам проект ПС за три копейки сделайте, а там наладкичи на месте разберутся». И ладно там нет уставок и параметрирования РЗА, что-нибудь поставят, но когда через год здание РУ трескается пополам, так что улицу видать…
Смысл мне обращаться, если я сам при желании смогу проект сделать. Просто наладчиком как-то более интересно работать…
Приветствую! На самом деле удобный, интуитивно понятный блок как в наладке, так и в эксплуатации. Заморочки были только с соединением в ранних версиях (101,103), на данный момент со свежими блоками проблем не выявлено. Спасибо за работу!
Все ждал - кто первый поднимет вопрос об ответственности.
По моему опыту - в "заводской" энергетике за все уставки и настройки отвечает проектировщик, в "Большой" энергетике - в чьем управлении находится устройство РЗА. подчеркну - за все уставки. На примере недавнего разбора с переходом КЗ из двухфазного в двухфазное на землю с последующим трехфазным - нет второстепенных уставок, все настолько перевязано, что не разделить.
27 Ответ от Bogatikov 2012-07-31 13:23:07
В том-то и беда, что ни проект, ни мы эти уставки задать не можем.
31 Ответ от Long_Ago 2012-07-31 22:42:14
Мы задаем ВСЕ уставки терминала.
Мое почтение!
И все же - чем Вас лично не устраивает задание уставок в виде файла "программатора"?
Я конечно понимаю, что подготовка таблицы уставок позволяет глубже разобраться с техникой. Но использование "чужой" заготовки по мне так ограничивает кругозор.
34 Ответ от U$tavka 2012-10-03 10:45:11
ну позиций при наладке у нас было много когда тока вводились первые шкафы Экра, но как выдавать бланки без времен и блокировок не понимаю. придеться задавать отдельным файлом рукописным и потом уж требовать файлы параметрирования после ввода объекта
35 Ответ от Михаил Пирогов 2012-10-03 11:07:54
Тогда мы бы могли захватить мир
Такого количеств не хватит для захвата.
29 Ответ от lik 2012-07-31 16:32:51
Кстати, от проектировщиков уставок не требуем, т.к. не их это дело. А выдаем им перед началом проекта пустую карту (бланк) уставок РЗА со всеми воздействиями и сигналами СКАДА, и командами ТО, ТУ, и ПА.
Вот это ЗЫ(PS), Сергей, - самое основное в этом посту!
3 Ответ от Alexikus 2012-11-13 10:19:30
Наверно неудачно поставил вопрос. Суть в чём: у меня появилась необходимость глубже разобраться в задачах, которые решает служба РЗА, какие в службе должны быть документы и т. д.
Хочу разложить по полочкам что зачем и почему.
Ход мысли такой.
Настройка устройств РЗА включает в себя:
- Уставки;
- Схемы гибкой логики (если таковая имеется)
- Положение переключающих устройств в цепях РЗА
Если ничего не забыл, настройка устройств РЗА полностью и однозначно должна определяться следующими документами:
А Таблицами параметрирования устройства (иногда только карты уставок);
Б Схемами конфигураций гибкой логики;
В Таблицами положения переключающих устройств.
Идём дальше. Дополнительно для цифровых устройств СТО требует файл параметрирования и актуальную версию ПО. (попутный вопрос: что представляет из себя файл параметрирования? Это файл, в формате, воспринимаемом устройством РЗА, который можно в устройство "залить" или "слить", или же файлом параметрирования может быть Word-овский документ с табличками, в которых прописаны все уставки?)
ПТЭ п. 5.9.10 Принципиальные или структурные схемы (технологические алгоритмы функционирования) относятся к техническим данным об устройствах, но вот относятся ли они к настройке этих устройств? :/
Может быть у кого то есть примеры схемы, отражающих алгоритм функционирования применительно к РЗА на электромеханической и к РЗА на микроэлектронной и микропроцессорной базах? Очень хотелось бы посмотреть.
25 Ответ от Bogatikov 2012-07-31 12:34:20
Имхо,наладчики не должны задавать какие либо уставки
Как пример, Mixed Signal Reference Angle, Asymmetry Channel, Phase Delay Channel, Rx Volt Channel в L60, Maximum Channel Asymmetry, Round Trip Time Change, в L90, Доворот угла напряжения, Время продления команды включения от ТАПВ и ПАС в ШЭ2710 511.
26 Ответ от scorp 2012-07-31 12:50:42 (2012-07-31 13:14:05 отредактировано scorp)
наладчики могут сделать "чтоб работало",а не задавать.
допустим наладчик смотрит в тех.описание выключателя:минимальный импульс на включение составляет 20 мс,ставит 100
30 Ответ от rocker890 2012-07-31 21:08:22
В службе РЗА 12 человек: 6 расчетчиков, 5 схемщиков и начальник (схемщик).
хочу такой отдел в своей фирме (((( Только больше схемщиков. Тогда мы бы могли захватить мир
33 Ответ от fll 2012-10-03 09:41:33
интересно, как задать "все уставки", если, например, необходимо ввести коэффициент трансформации ТТНП, нашего производства, который определяется при наладке, или АЧР, учитывая, что уставки задает сетевая организация.
не всегда удается все выставить при проекте
23 Ответ от grsl 2012-07-31 11:09:50
Есть организация, которая несёт ответственность за правильность выставления всех параметров – собственник
очень логично и имхо, так должно быть
2 Ответ от Bogatikov 2012-11-12 06:57:45
Да собственно ничего нового. ПТЭ, п. 5.9.10, В службах РЗА всех уровней управления должны быть технические данные об устройствах, находящихся в управлении и ведении этих служб, в виде карт (таблиц) или журналов (характеристик), принципиальных или структурных схем (технологических алгоритмов функционирования).
Для МП терминала очевидно файл конфигураций, уставок и соответствующая версия ПО.
4 Ответ от Bogatikov 2012-11-13 11:49:49
Суть в чём: у меня появилась необходимость глубже разобраться в задачах, которые решает служба РЗА, какие в службе должны быть документы и т. д.
Всё написано в положении о Службе.
Настройка устройств РЗА включает в себя:
- Уставки;
- Схемы гибкой логики (если таковая имеется)
- Положение переключающих устройств в цепях РЗА
Принципиальные схемы и схемы внешних связей.
Если ничего не забыл, настройка устройств РЗА полностью и однозначно должна определяться следующими документами:
А Таблицами параметрирования устройства (иногда только карты уставок);
Б Схемами конфигураций гибкой логики;
В Таблицами положения переключающих устройств.
Проектом, методикой расчётов и выбора уставок и параметров срабатывания, задания с уставками, Руководства по эксплуатации, Методические указания по наладке и эксплуатации, заданиями режимов АПВ и оперативных ускорений.
что представляет из себя файл параметрирования? Это файл, в формате, воспринимаемом устройством РЗА, который можно в устройство "залить" или "слить",
или же файлом параметрирования может быть Word-овский документ с табличками, в которых прописаны все уставки?)
ПТЭ п. 5.9.10 Принципиальные или структурные схемы (технологические алгоритмы функционирования) относятся к техническим данным об устройствах, но вот относятся ли они к настройке этих устройств?
Новая редакция стандарта организации ОАО "ФСК ЕЭС" "Нормы технологического проектирования подстанций переменного тока с высшим напряжением 35-750 кВ" может обязать проектировщиков в составе рабочей документации передавать файл описания конфигурации подстанции SCD в формате языка SCL (System Configuration Language) в соответствии с МЭК 61850-6. На данный момент документ не введен в действие.
Выдержка из документа:
При этом речь идет не только о создании файла SCD, но и также о создании файла SSD – на стадии разработки проекта.
Напомним, что файл SSD (Substation или System Specification Description) описывает однолинейную схему объекта и распределение логических узлов, соответствующих функциями РЗА, мониторинга и т.д., по этой схеме. Упрощенно – можно сказать, что это некое подобие разрабатываемой сегодня схемы ИТС.
Файл SCD (Substation или System Configuration Language) описывает обмен между физическими устройствами по определенным коммуникационным сервисам стандарта МЭК 61850: GOOSE (быстрая передача аналоговых и дискретных сигналов между устройствами), Reports (спорадическая передача данных от терминалов РЗА в АСУ ТП), Sampled Values (передача мгновенных значений тока и напряжения от устройств сопряжения с шиной процесса в терминалы РЗА и контроллеры присоединений) и др.
Насколько это нужно?
Сегодня создание подобных файлов осуществляется в конфигураторах производителей, если, конечно, они допускают создание файлов в таких форматах, и это происходит на стадии наладки оборудования на объекте. При этом работают над созданием этого файла и релейщики, и АСУшники. И получается ли на выходе единый файл или нет – зависит от слаженности команды и от того, насколько хорошо организован процесс. Редакция ЦПС неоднократно получала информацию, что иногда с этим файлами творится полный хаос. Перенос формирования файла на стадию проекта, по нашему мнению, должен в упорядочить этот процесс.
Персонал, который осуществляет наладку ПТК АСУ ТП, в качестве входных данных имеет только перечень сигналов для передачи на верхний уровень. А вот какой именно способ передачи сигналов (буферизируемые отчеты, небуферизируемые отчет, периодический опрос) на верхний уровень будет выбран наладчиком зависит от его компетенции.
Можно приводить дополнительные аргументы, но пока данное требование, по мнению редакции ЦПС, выглядит вполне адекватным.
Как формировать файлы SCD?
К сожалению, конфигураторов производителей, которые умеют формировать файлы SCD, мало, а среди отечественных решений – еще меньше. Большинство конфигураторов формируют файлы формата CID (Configured IED Description), который описывает настройки передачи данных в части одного устройства, в отличие от файла SCD.
И здесь на помощь приходят “независимые конфигураторы” (ATLAN, HELINKS, Kalkitech и др.).
Насколько это актуально сегодня?
Актуальность этого вопроса будет возрастать по мере увеличения объема сигналов посредством протоколов стандарта МЭК 61850. Особенно, когда будет увеличиваться количество сигналов, передаваемых таким образом для целей РЗА.
28 Ответ от CLON 2012-07-31 15:59:38 (2012-07-31 16:01:29 отредактировано CLON)
Ну не знаю. Мы задаем ВСЕ уставки терминала. И расчетные и параметрируемые.
Описываем логику и воздействия, которые надо законфигурировать.
И даже схемы как это сделать. И по телемеханике тоже.
В службе РЗА 12 человек: 6 расчетчиков, 5 схемщиков и начальник (схемщик).
ЗЫ: Кстати, от проектировщиков уставок не требуем, т.к. не их это дело. А выдаем им перед началом проекта пустую карту (бланк) уставок РЗА со всеми воздействиями и сигналами СКАДА, и командами ТО, ТУ, и ПА.
32 Ответ от U$tavka 2012-10-03 08:31:52
36 Ответ от lik 2012-10-03 12:49:47
Хочу вернуться к посту Сергея № 28, на который я отреагировал только коротенькой ремарочкой (пост№ 29). А сейчас хочется поподробнее (с этого места, как стало модно говорить).
В принципе, так и должно быть, и именно только так. Смотрите, проектируется электроэнергообъект (ПС, станция…). Причем, зачастую это только проект реконструкции какой-то части.
А в проекте должны быть решения, которые зачастую затрагивают не только этот объект. Например, делается проект вновь вводимых с.ш. НН, и для них считаются уставки. А ведь это только видимая часть. Вот привожу пример из жизни. Был тр-р 110/1/10 кВ со сдвоенными обм. 10 кВ. Их распараллеливают и добавлят на каждый тр-р новые с.ш. 10 кВ.
Понятно, что ТКЗ 10 кВ при распарралеленных обмотках будут другие. И уставки надо пересчитывать не только для этих новых с.ш. Там много чего вообще будет другого.
Это только один пример, иллюстрирующий, что изменения в эл. сети, даже малые, приводят к необходимости пересмотра в других частях эл. сети: и уставок, и взаимодействий у-в РЗА.
Так вот, все уставки и структурные схемы взаимодействий по хорошему не то что должны, а только и имеют право пересматривать исключительно представители эксплуатации. Ведь только они знают все тайные и явные нити. Проектант, даже трудоголик и семи пядей во лбу не знает и не учтет всего.
Если же это абонентские ПС, где нет отдельной СРЗА и расчетчиков, то тоже надо договариваться с расчетчиками вышестоящей ЭС. Если затрагиваются сети нескольких компаний –тоже все участвуют на своих уровнях.
Эти работы должны входить в должностные обязанности соотв. служб экс-и. А то сейчас они «согласовывают». Я уж не говорю про «откаты». Просто, что такое подобное согласование? Это, по сути, просто пересчет по новой. Так зачем дважды считать?
Ясно, что люди, занимающиеся такой работой, должны иметь очень хорошую зарплаты, чтобы не считать по сути свою работу какой-то "халтурой".
И еще аспект. Представьте, что дерзкого преступника международного масштаба ловило бы….частное детективное агенство с неизвестно как приобретенной лицензией. А полиции стран, где этот субъект промышляет, только «согласовывали» бы.
Знаю, что будут разговоры типа «есть как есть» («маємо те, що маємо» как говорил наш первый президент). Но я как раз о том, что так быть не должно.
Начал изучать СТО Системного оператора "Релейная защита и автоматика. Взаимодействие субъектов электроэнергетики, потребителей электроэнергии при создании (модернизации) и организации эксплуатации" и столкнулся с непонятной мне терминологией.
В списке технической документации на устройства РЗА есть пункт "Технические данные о настройке устройств РЗА (для цифровых устройств также файл параметрирования и актуальная версия программного обеспечения)".
А что собственно представляют из себя эти данные о настройке устройств РЗА?
24 Ответ от scorp 2012-07-31 11:30:25
Есть уставки, которые зависят от, например, параметров каналов связи, их задают наладчики.
Имхо,наладчики не должны задавать какие либо уставки
22 Ответ от Bogatikov 2012-07-30 21:37:09
Не совсем так. Есть уставки, которые задаёт проектный институт, они касаются логики работы устройства. Есть уставки тока, напряжения, сопротивления, мощности, времени, которые зависят от сети. Их задаём мы. Есть уставки, которые зависят от, например, параметров каналов связи, их задают наладчики. Нет такой организации, которая ответит за правильность выбора всех параметров. Есть организация, которая несёт ответственность за правильность выставления всех параметров – собственник.
Читайте также: