В первой версии этой записи я писал, что блочно-модульных УРЗА нет. Сделаю поправку – практически нет. На самом деле есть Siemens Siprotec 5, который состоит из центрального процессорного модуля, и модулей функциональных. Однако, у них в одном модуле идёт сразу несколько защит, и деление там идёт функциональное (т.е. защита линии, защита реактора, защита двигателя и т.д.). Наша концепция предполагает построение: каждая защита – это модуль.
Оставить комментарийВеб-сайт Бориса Моторного Записи
Если вы сталкивались с трудностями перевода наименований параметров электротехнических устройств, вы уже знаете о существовании нескольких англо-русских электротехнических (и просто технических) словарей для инженеров.
И, хотя, во многом информация в этих словарях является исчерпывающей, советую обратить внимание на серию международных стандартов ГОСТ IEC 60050 МЕЖДУНАРОДНЫЙ ЭЛЕКТРОТЕХНИЧЕСКИЙ СЛОВАРЬ. Сам словарь поделен на 9 разделов (полный список частей можно видеть на сайте электротехнического словаря https://www.electropedia.org/). Все части данного словаря имеют трехзначные номера, первое число которого обозначает принадлежность к тому или иному разделу (например, 1** – часть первого раздела).
Локализованные части словаря ищите в электронном фонде НТД “Кодекс” https://docs.cntd.ru/.
Оставить комментарийЭто первое сообщение, которое опубликовано автоматически сразу на 3-х площадках (сайт, телеграм и вк).
Оставить комментарийУсловимся, что терминал у нас – это своего рода ПЛК с определённым набором модулей ввода/вывода.
В нашей концепции устройства РЗА модульного типа каждый модуль – это обособленная практически самостоятельная часть комплекса, в которой зашита логика принятия решений об отключении. Такой подход делает систему стабильной и живучей, однако появляется необходимость прошивать непосредственно каждый модуль по отдельности, вместо того, чтобы просто загрузить в ПЛК общий скомпилированный файл программы контроллера.
У данной проблемы два пути решения:
- Смириться с текущим положением дел.
- Проработать алгоритм/механизм загрузки скомпилированного кода из IDE в память ПЛК, с последующей перепрошивкой модулей самим ПЛК.
Вариант №2 предпочтителен.
Оставить комментарийБольшинство существующих решений в области микропроцессорных устройств РЗА, какое бы множество их не было, выполнены по принципу единого устройства с набором определённого функционала.
Но что делать, если вначале требовался определённый функционал, а потом появилась необходимость его расширения? Придётся менять терминал на более дорогой и функциональный. А что если функция нужна только одна? Более дорогой терминал будет содержать ещё кучу всего, что не понадобится возможно никогда. Зачем за это платить?
В ввиду этих размышлений появилась идея в создании устройств релейной защиты и автоматики, которая работает по принципу “плати за то, чем пользуешься”, а если необходимо расширять функционал – плати именно за то, что требуется. В такой концепции больше не нужно дорогих терминалов с 90% выведенных защит.
Обратить взор стоит на соседний раздел науки и техники – АСУТП. Там давно принят блочно-модульный принцип создания устройств автоматизации. Ставится микропроцессорный модуль, остальное по потребности проекта – определённые модули ввода/вывода, связи и так далее. Удобно и просто, на первый взгляд.
Представьте, что нам для защиты присоединения 10 кВ нужно использовать две ступени максимальной токовой защиты и защиту от однофазных замыканий на землю, которая действует на сигнал? Что нам могут предложить производители устройств РЗА? Правильно – терминал защиты присоединений 6-35 кВ, с функционалом на все случаи жизни на борту.
Хотя можно было бы обойтись микропроцессорным модулем и модулями МТЗ и ОЗЗ. Всё просто и экономически эффективно. При этом, если систему нужно развернуть на больший функционал в процессе эксплуатации, то это было бы легко сделать при помощи дополнительных функциональных модулей.
Работа по разработке подобного устройства (или группы устройств) – это долгое кропотливое занятие, которое должно быть поделено на определённые этапы и иметь четкую иерархию разработки.
На данном этапе понимания стоящей перед разработчиками проблемы необходимо нарабатывать теоретическую базу. В основе данной теоретической базы предлагается следующая структура публикаций:
- Аппаратная часть системы.
- Главный микропроцессорный модуль.
- Модули ввода сигналов напряжения.
- Модули ввода сигналов тока.
- Модули дискретного ввода 220/24В.
- Модули дискретного вывода контактные 220/24В.
- Модули расширения связи.
- Специфические модули.
- Модули по стандарту связи МЭК 61850.
- Программная часть системы.
- Программное обеспечение главного микропроцессорного модуля.
- Программное обеспечение модулей аналогового и дискретного ввода/вывода.
- Программное обеспечение модулей связи.
- Среда разработки и программирования.
- Дорожная карта функциональных возможностей.
- Лицензирование и сертификация.
- Поддержка.
- Обзор существующего законодательства в области УРЗА.
Все публикации в данных разделах должны лечь в основу концепции самого устройства.
Впереди большой объем теоретической работы.
Условимся, что главные принципы разрабатываемой системы – открытость технологий, понятность, поддержка сообщества, добровольная сертификация.
Любая организация может быть в добровольном сертифицирована на сборку и изготовление аппаратной базы устройств.
Если вас, как специалиста РЗА, АСУТП или СТМиС заинтересовала данная тема, вы можете поучавствовать в дискуссиях об этом. Площадка для обсуждения всех вопросов данной темы – этот форум.
Кроме того, если вы захотите принять участие в разработке устройства, на начальном этапе можно будет использовать данный сайт для публикации ваших наработок в этой области. Вся информация будет по теме УРЗА будет находиться в разделе сайта “Мои проекты” .
Блочно-модульные устройства защиты с открытой архитектурой – достаточно интересная тема, как с точки зрения разработчика, так и с точки зрения специалистов интеграторов и эксплуатации.
Оставить комментарий