В общем, по главам стандарта 61850, нет никаких "отступов" в сторону не вторичных систем на энергообьектах. По последним данным получается, что разработали ЛУ для распределенных источников энергии. Учитывая возможность пользователю создавать свои ЛУ и т.д. заморочиться можно, но пока МЭК в РФ точно не устканился основательно, думаю что днем с огнем не сыскать проектов

Глобально, я пока не слышал и не видел, впереди PAC World

Может что там интересненькое проскочет, разумеется на ЦПС будет все опубликовано)

Дали на тест DANEO 400. Сегодня будем пробовать на объекте. У кого есть вопросы - что посмотреть, на что обратить внимание - пишите!

Это только регистратор-анализатор или ещё может выдавать goose и SV ?

На первый взгляд, выдавать не умеет

Для этой цели они имеют IED Scout (GOOSE)

Кардиограмма сети с GOOSE :)

Столкнулись с применением 61850 в Sepam. Для тех кто планирует использовать S62 будет полезно знать о некоторых ограничениях: в логике (а доступны только логические уравнения) нельзя использовать сигналы из входящих GOOSE; на выдачу в АСУ ТП по MMS и GOOSE доступно только 16 пользовательских сигналов; не все сигналы, доступные в объектной модели 61850 реально подвязаны к внутренним сигналам терминала (например, пуски защиты оказались просто пустышками). Обратите внимание заранее кто будет иметь дело :) #sepam

В Sepam S40 есть поддержка только MMS #sepam

А  кроме этого, ведется какая-либо статистика потери пакетов GOOSE (SV)?

Да, он может контролировать сообщения GOOSE и SV по определенным критериям - например, отсутствие по таймауту, ненормальный порядок следования и др (настраивается). Пишет все в журнал событий. Еще может быть регистратором событий.

тот же самый мониторинг у него есть и по сообщениям ptp и еще что то

Он еще умеет осциллографировать в режиме реального времени. Причем не только цифру но и аналоги.

Коллеги, к нашему боту (@iec61850bot), который раньше занимался только валидацией SCL, мы прикрутили функции формирования отчёта о передаче информации в АСУ ТП (посредством сервиса Report)

Бот умеет в табличном виде предсталять данные, которые передаются в АСУ ТП и давать им человеческие описания (на русском языке). Прилгашаем вас попробовать - каждому пользователю по умолчанию даётся возможность сформировать 2 описания (для этого надо просто scd загрузить). После этого бот работает просто в режиме валидатора.

Удобно то, что сразу же выдаются параметры отчета. По каким условиям он отправляется, какой это отчет

Экономия времени, однако )

Сегодня на заседании рабочей группы по кибербезопасности обсуждались вопросы предъявления более высоких требований к МП РЗА с точки зрения информационной безопасности (запрет дефолтных паролей перед вводом в эксплуатацию, регистрация попыток несанкционированного доступа на терминалах и контроллерах, дополнения в протокольную часть goose и mms для защиты от реплея и подмены сообщений и др.). Насколько вы считаете необходимым/целесообразным усложнение МП РЗА? Может стоит получше закрыть виртуальный забор и повысить культуру использования ПК и носителей на ПС?

Ну и ещё - если бы вы были хакером нацеливались на атаку - куда бы били - в хорошо защищённую от внешних воздействий подстанцию или в такой же хорошо защищённый центр управления сетями?