Ошибка автоматизации сети? Наша технология защиты от островного отключения предотвращает 100 % ложных срабатываний.

Я продолжаю слышать одну и ту же обеспокоенность от групп по солнечной энергии и хранению энергии: объект должен оставаться на связи, когда сеть исправна, но при этом он должен быстро отделяться, когда сеть выходит из строя. Этот баланс труден. Если система слишком легко отключается, я теряю производительность, оператор получает тревожные звонки, и сайт начинает чувствовать себя ненадежным. Если система остается в сети, когда этого не следует делать, экипажи сталкиваются с риском для безопасности, а сеть может подвергнуться дополнительной нагрузке. Вот здесь-то и важна защита от островирования. Я фокусируюсь на этой проблеме со стороны пользователя. Мне нужна система, которая сможет отличить истинное отключение электроэнергии от кратковременного нарушения электросети. Я хочу, чтобы он защищал людей и оборудование. Я хочу, чтобы избежать ненужных отключений, которые тратят время и создают путаницу. Вот как я на это смотрю: инвертор следит за напряжением и частотой сети. Когда сеть стабильна, система остается синхронизированной. При отключении сети логика защиты быстро отключает объект. Когда в сети наблюдается кратковременный провал или небольшое колебание, система может избежать ложного отключения, если настройки и конструкция правильные. Когда питание восстанавливается, система снова подключается контролируемым образом. На бумаге это звучит просто. В полевых условиях это избавляет от многих хлопот. Однажды я видел солнечную установку на крыше склада, которая продолжала отключаться после незначительного мерцания сети. Владелец решил, что проблема в панелях. Команда технического обслуживания проверила проводку, панели и данные мониторинга, однако отключения продолжали происходить. Настоящая проблема заключалась не в сломанном массиве. Установка защиты слишком быстро реагировала на шум короткой сети. После того как настройки защиты от изолирования были проверены и приведены в соответствие с потребностями объекта, система перестала отключаться при каждом малейшем нарушении. Команда тратила меньше времени на поиск сигналов тревоги, а владелец получил более четкое представление о том, что на самом деле происходит на объекте. Это та часть, которую упускают многие покупатели. Борьба с изолированностью – это не только вопрос соблюдения требований. Это также вопрос доверия. Когда я разговариваю с клиентами, я обычно указываю на три вещи, на которые им следует обратить внимание: - Быстрое обнаружение истинной потери сети - Стабильная реакция во время кратковременных колебаний сети - Четкое переподключение после восстановления сети. Если система хорошо справляется с этими проблемами, сайтом легче управлять. Оператор видит меньше ложных срабатываний. У группы технического обслуживания меньше неожиданных визитов. Владелец здания получает систему, которая работает устойчиво, а не шумно. Я также думаю, что настройка имеет такое же значение, как и оборудование. Хорошая проверка дизайна, правильные настройки защиты и правильное тестирование могут изменить поведение всего сайта. Я видел случаи, когда люди обвиняли инвертор, хотя на самом деле проблема заключалась в плохой координации между настройками инвертора и состоянием фидера. Как только это было проверено, система повела себя намного лучше. Если бы я выбирал оборудование для проекта, связанного с сетью, я бы задал простые вопросы: может ли функция защиты от изолирования быстро обнаружить реальные отключения электроэнергии? Может ли он избежать неприятных отключений из-за коротких переключений в сети? Может ли он повторно подключиться контролируемым образом? Может ли команда проверить поведение во время ввода в эксплуатацию? Эти вопросы помогают мне отличить удачный выбор от рискованного. Мне нужна подключенная к сети система, которая поддерживает ежедневную работу, защищает линию и не приводит к простоям, которых можно избежать. Вот что должна делать надежная технология борьбы с островом.

Автоматизация сетей должна сделать работу спокойнее. Я вижу одну и ту же картину снова и снова: одна небольшая неисправность в датчике, одна неправильная настройка контроллера, одно пропущенное обновление в сети, и вся система начинает вести себя странно. Вот почему я концентрируюсь на предотвращении сбоев в автоматизации сети до того, как они начнутся. Моя точка зрения проста. Большинство проблем не начинаются с большой неудачи. Они начинаются с небольших промежутков. Плохая отметка времени. Слабое правило тревоги. Устройство, которое было заменено, но не до конца проверено. Обстановка, которая выглядела хорошо на бумаге, но не соответствовала реальности. Я видел, как команды теряли часы из-за того, что одиночный сигнал постоянно колебался между нормальным и неисправным. Я также видел, как небольшой служебный сайт не отключился из-за того, что команда обнаружила неверный порог до того, как он начал активно использоваться. Разница была не в удаче. Команда использовала чистый процесс. Я начинаю с данных. Если ввод неправильный, система отреагирует не на ту вещь. Я проверяю показания датчиков, связь и синхронизацию времени. Я сравниваю значение экрана с показаниями доверенного поля. Я наблюдаю за дрейфом, выпадением значений и значениями, которые меняются слишком быстро, чтобы быть реальными. Хорошим примером является небольшой пищевой завод с автоматизированным контролем энергопотребления. Во время тихой смены сайт продолжал получать ложные оповещения. Причиной была не плохая сетка. Это был счетчик, который потерял синхронизацию после обновления программного обеспечения. Как только команда устранила несоответствие часов, предупреждения прекратились. Я также держу список тревог в чистоте. Слишком большое количество сигналов тревоги может скрыть реальную проблему. Если каждое малейшее изменение вызывает предупреждение, операторы перестают доверять экрану. Я удаляю повторяющиеся оповещения. Я регулирую слишком жесткие ограничения. Я делаю этикетки легко читаемыми. Я хочу, чтобы диспетчерская видела четкий сигнал, а не стену шума. Это имеет большое значение, когда сеть находится под нагрузкой. Загроможденная панель сигнализации может замедлить реакцию. Чистый может помочь людям действовать спокойно. Я тестирую изменения, прежде чем они выйдут в свет. Звучит элементарно, но здесь начинается множество глюков. Новое правило может работать в тестовом файле и не работать в активной строке. Обновление прошивки может устранить одну ошибку и создать другую. Изменение отображения может сместить один сигнал не в ту точку. Поэтому я использую безопасную копию системы, когда могу. Проверяю изменение настроек. Я воспроизвожу данные. Я наблюдаю за крайними случаями, а не только за обычным путем. Если сетка имеет редкое состояние, я хочу посмотреть, как отреагирует автоматизация, прежде чем это сделает работающий сайт. Я уделяю пристальное внимание обслуживанию. Пыль, тепло, незакрепленная проводка, слабые батареи и старые детали могут превратиться в скрытые проблемы. Я видел, как шкаф управления работал нормально в течение нескольких месяцев, а затем начал капризничать из-за отказа вентилятора и повышения внутренней температуры. Программное обеспечение выглядело нормально. Аппаратное обеспечение этого не сделало. Я хожу по сайту. Я проверяю шкаф. Я смотрю на концы кабеля, блок питания и резервный блок. Я не жду сообщения на экране, когда простая физическая проверка может спасти положение. Я также четко держу передачу данных между людьми. Многие сбои возникают после смены смены, обновления поставщика или поспешной передачи работы. Один человек меняет настройку. Другой человек не знает, что он изменился. Третий человек видит эффект и думает, что в сети появился новый дефект. Я записываю, что изменилось, почему это изменилось и кто это одобрил. Я делаю эту заметку короткой. Я хочу, чтобы следующий человек прочитал это за секунды, а не копался в течение получаса. Я обучаю команду небольшому плану реагирования. Когда появляется сбой, люди должны знать, что проверить в первую очередь. Власть. Сеть. Синхронизация времени. Значение датчика. Недавнее изменение. История тревог. Такой порядок экономит время. Это также удерживает людей от решения не той проблемы. Мне нравятся короткие упражнения. Упражнение по ложной тревоге. Проверка потери сигнала. Повторное упражнение. Отработка отказа. Эти учения выявляют слабые места еще до того, как это сделают реальные события. Мое собственное правило простое. Если я не могу объяснить неисправность простыми словами, я пока не верю в ее исправление. Это правило меня не раз спасало. Это удерживает меня от принятия патча, который только скрывает проблему. Это также подталкивает меня искать причину, а не шум вокруг причины. Если вы работаете с автоматизацией сети, мой совет — воспринимайте сбои как раннее предупреждение. Проверьте данные. Очистите сигнализацию. Тестируйте каждое изменение. Поддерживайте сайт в хорошем состоянии. Сделайте заметки команды удобными для отслеживания. Когда я использую такой подход, системе становится легче доверять. Работа кажется легче. Риски остаются меньшими. Экран перестает кричать, и команда может сосредоточиться на важной работе.

Раньше я слышал одну и ту же жалобу от клиентов снова и снова: с питанием было все в порядке, затем устройство отключалось по непонятной причине. Принтер остановился посреди работы. Небольшой магазин на короткое время лишился платежного терминала. Мастерской пришлось перезапускать машины после ложного отключения. Подобные проблемы отнимают время, отвлекают внимание и заставляют людей терять доверие к системе. Больше всего меня волнует простота: стабильная мощность, которая не мешает повседневной работе. Я не хочу, чтобы пользователи гадали, произойдет ли следующий сбой из-за сети, нагрузки или слабой настройки защиты. Я хочу, чтобы система оставалась спокойной, даже когда линии электропередачи нет. Вот почему так важно решение по защите электропитания с улучшенным контролем отключения. Это помогает сократить количество ненужных поездок, обеспечивает более стабильную производительность и обеспечивает более безопасный путь работы оборудования. Я видел это дело в реальной жизни. В небольшой пекарне, с которой я работал, был миксер, который останавливался при кратковременном падении напряжения. Владелец подумал, что машина вышла из строя. После проверки настройки настоящая проблема заключалась в нестабильном питании и слишком быстром срабатывании защитного устройства. Как только поддержка электропитания была улучшена, микшер стал работать с меньшими перерывами. Владелец сказал мне, что лучший результат — это не просто меньшее количество остановок. Это было душевное спокойствие. Я думаю, что это реальная ценность здесь. Хорошее решение для электропитания должно делать больше, чем просто включать и выключать. Он должен помочь защитить оборудование, не будучи при этом слишком чувствительным. Следует избегать ложных срабатываний, которые заставляют пользователей думать, что что-то не так, когда система имеет дело лишь с незначительными перепадами мощности. Он должен поддерживать повседневную работу. Мой подход всегда практичен. Сначала смотрю на нагрузку. Проверяю, как часто меняется напряжение. Я наблюдаю моменты, когда оборудование наиболее вероятно сработает. Затем я сопоставляю настройку защиты с реальными потребностями. Этот шаг важен, потому что не каждому сайту нужен одинаковый ответ. Домашний офис, розничный магазин и линия легкой промышленности сталкиваются с разными моделями энергопотребления. Единая установка часто приводит к слабым результатам. Вот как я объясняю это клиентам: 1. Начните с болевой точки. Если ваше оборудование выключается по непонятной причине, это ненормально. Если проблема продолжает возвращаться, возможно, система реагирует слишком быстро. 2. Проверьте схему питания. Короткие провалы, кратковременные всплески и неравномерные изменения нагрузки могут повлиять на стабильность. Я часто обнаруживаю, что с устройством все в порядке, но поддержка питания требует лучшего соответствия. 3. Выбирайте надежную защиту. Цель не в том, чтобы блокировать каждое незначительное изменение. Цель состоит в том, чтобы обеспечить работу оборудования, сохраняя при этом безопасность. 4. Наблюдайте за результатом при ежедневном использовании. Более качественная установка должна работать тише. Меньше ложных срабатываний. Меньше перезапусков. Более стабильная работа при обычном использовании. Я также считаю, что покупатели должны задать один простой вопрос, прежде чем они выберут продукт: поможет ли это моей работе не сбиться с пути или создаст дополнительные перерывы? Этот вопрос проходит сквозь многие разговоры о продажах. Я предпочитаю честные действия большим обещаниям. Если система сокращает количество нежелательных отключений, поддерживает более стабильную подачу электроэнергии и соответствует реальной нагрузке, это уже хороший результат. Владелец кафе однажды сказал мне, что самое полезное изменение — это не кричащий апгрейд. Дело в том, что освещение, POS-система и холодильник больше не ссорились друг с другом каждый раз, когда очередь сдвигалась. Такое устойчивое поведение – это то, что люди запоминают. Не спецификация. Не этикетка. Ежедневный опыт. Если вы имеете дело с нестабильным питанием, я считаю, что лучшее решение — это то, которое защищает оборудование, не создавая новых проблем. Я всегда стремлюсь к меньшему количеству ложных срабатываний, более плавной работе и настройке, с которой легко жить. Вот как должна выглядеть стабильная мощность при реальном использовании.

Когда я говорю об умных сетях, я всегда начинаю с одной основной проблемы. Сеть может потерять основной источник питания, однако солнечный инвертор, аккумуляторная система или другой распределенный источник могут продолжать подавать электроэнергию в эту линию. Это может создать островную секцию. На бумаге он может выглядеть маленьким. Это по-прежнему может подвергнуть риску работников, оборудование и восстановление услуг. Вот почему я забочусь о надежной анти-островке. Мне нужна система, которая может быстро обнаруживать потерю сети, стабильно реагировать и не допускать утечки энергии туда, куда она не должна. Я также хочу, чтобы эта реакция была спокойной, а не шумной. Сетка работает лучше, когда защита выполняет свою работу, не создавая дополнительных проблем. Я видел, как эта проблема проявлялась в простых местах. На крыше школы установлены солнечные батареи. В этом районе произошло локальное отключение электроэнергии. Нагрузка здания падает, однако инвертор продолжает подавать энергию в линию в течение короткого периода времени. Бригада коммунальных служб приезжает на ремонтные работы и ожидает, что линия обесточена. Этот разрыв между «отстраненным взглядом» и «все еще активным» является проблемой, которую должны решить анти-изолированность. Для меня надежная анти-изолированность – это не одно устройство. Это набор проверок, которые работают вместе. Пассивное обнаружение отслеживает напряжение, частоту, фазу и другие сигналы сети. Активное обнаружение отправляет небольшое изменение в систему и ищет ответ. Управление на основе связи позволяет сети и инвертору обмениваться статусом. Хороший дизайн часто сочетает эти методы. Один только метод может пропустить редкий случай. Смешанная установка дает мне больше уверенности. Меня также волнует сам сайт. Небольшая домашняя солнечная система имеет другие потребности, чем заводская крыша с множеством инверторов. Микросеть с накопителем имеет другие колебания нагрузки, чем обычный фидер. Больница, школа и склад ведут себя по-разному во время сбоя или отключения электроэнергии. Вот почему я не рассматриваю борьбу с изолированием как одноразовую работу. Я смотрю на структуру нагрузки, тип инвертора, мощность фидера и правила площадки. Если система слабая, простых настроек может быть недостаточно. Если система большая, реагирование требует большей осторожности. Когда я рассматриваю проект, я обычно задаю несколько практических вопросов: прекратится ли инвертор достаточно быстро после потери сети? Можно ли избежать ложных срабатываний при кратковременных провалах напряжения? Хорошо ли он работает с аккумулятором и солнечной батареей на одном месте? Может ли обслуживающий персонал проверить его без длительного простоя? Будет ли отклик оставаться стабильным при изменении нагрузки? Эти вопросы имеют значение, поскольку интеллектуальная сеть — это не только поток энергии. Речь также идет о безопасности, качестве обслуживания и доверии. Один пример остался со мной. Коммерческое здание имело солнечную батарею на крыше и резервные батареи в подвале. Во время неисправности фидера нагрузка на здание быстро менялась. Настройки защиты были неточны, поэтому выключение инвертора заняло слишком много времени. Никто не пострадал, но это событие показало четкий урок: быстрого обнаружения недостаточно, если логика управления слаба. Вся цепочка должна работать как единое целое. Это та часть, которую многие люди упускают. Борьба с изолированностью направлена ​​не только на прекращение экспорта электроэнергии. Речь также идет о сроках, стабильности и чистом восстановлении. Если устройство отключится слишком рано, оно может прервать обслуживание, когда сеть еще исправна. Если он сработает слишком поздно, он может оставить небезопасную линию активной. Мне нужен средний путь. Быстро, но не беспечно. Я также считаю, что тестирование имеет большее значение, чем ожидают многие команды. Во время установки система может выглядеть нормально. Настоящая проверка происходит, когда меняется сеть, смещаются нагрузки или погода влияет на солнечную мощность. Хороший план тестирования должен охватывать события при низкой и высокой нагрузке, внезапной потере сети и событиях возврата в сеть. Я предпочитаю простые тестовые записи, которые команда сможет прочитать позже, не догадываясь. Если когда-либо произойдет неисправность, очистка записей сэкономит время. Для проектов интеллектуальных сетей я вижу три цели, которые следует учитывать: Безопасное отключение при потере сети. Низкое количество ложных отключений при обычных изменениях в сети. Четкая координация с другими устройствами на объекте. Если эти три работают хорошо, системой становится намного проще управлять. Моя точка зрения проста. Надежная защита от островирования не является скрытой функцией. Это часть базового доверия сети. Люди могут не замечать этого, когда это работает, но они чувствуют цену, когда это не работает. Мне нужна защита, которая остается тихой при нормальном использовании и действует четко в случае сбоя. Именно так более умная сеть становится безопаснее, устойчивее и проще в эксплуатации. Хотите узнать больше? Не стесняйтесь обращаться к Ни Сяохаю: chenhai1331@163.com/WhatsApp +8613505871331.

IEEE 2018 IEEE Std 1547 2018 Стандарт соединения и взаимодействия распределенных энергетических ресурсов с интерфейсами связанных электроэнергетических систем IEC 2014 IEC 62116 Процедура испытаний мер по предотвращению изолирования фотоэлектрических инверторов, соединенных с энергосистемой Боллен, MHJ 2011 Понимание проблем качества электроэнергии Просадки напряжения и перебои в работе Лассетер, Р.Х. 2002 Микросети Баркер, П.П. и де Мелло, Р.В. 2000 Определение влияния распределенной генерации на энергосистемы NREL 2020 Защита от изолирования сетевых инверторов