Добрый день, коллеги. Раз уж все главные эксперты подключились, подскажите, пожалуйста, что происходит если scl-файлы конфигурации scd не соответствует файлу спецификации ssd ? Выдуманный пример: проектировщик как того требует нынешняя нтд определил по всем правилам scl что где-нибудь в секции ПС "А" на уровне напряжения "В" стандартный элемент разъединителя dis представляет КА "С" и содержит стандартный  лог.узлы xswi/cswi/cilo + для определения того что функции управления осуществляются одним устройством поместил их в один описанный иед "Д". Затем, при фактической реализации выясняется, что терминал который выполняет роль "Д" представляет КА "С" xcbr'ом а для представления  логики управления вовсе не используется cswi.

Ничего хорошего. Файл должен описывать устройство, а не управлять им, ИМХО

В этом случае LN CSWI в разделе Substation не будет привязан к LN в модели данных устройства и окажется не нужен в дальнейшем (не будет использоваться для опиания коммуникационного взаимодействия устройств). Также стоит учесть, если CSWI не используется для управления, то XCBR должен содержать атрибут ctlVal для записи команд. Если и этого нет, то модель данных не будет соответсвовать проектному решению вовсе.

классический случай сочетания top-down проектирования и bottom-up наладки ))

Собрались французы с англичанами прорыть тоннель под Ла-Маншем и стали выбирать компанию для этой работы. Американцы предложили прокладку тоннелей с двух сторон и состыковку их с точностью до пятнадцати метров. Время проведения работ — два года. Японцы собираются работать по той же схеме, но гарантируют точность в пять метров и по срокам собираются уложиться за год. Тут выходит представитель русского метрополитена и говорит: — Значит так, копать будем с двух сторон, две недели. Ни х..я не гарантируем, но в крайнем случае будет у вас два тоннеля...

С точки зрения scl понятно, что в спецификации остаются требования к функциям управления CSWI, которые формально не выполняются и ни к какому иеду не приписаны. Но ведь такие иеды все равно используются.

Если такие IED используются, то тогда не выполнен бизнес процесс проектирования, который описан в IEC61850-4.

Я не эксперт текущих бизнес процессов проектирования, но что-то подсказывает, что они таки не выполняются. Ладно, спасибо, выходит пока все на усмотрение приемщиков scl-файлов.

Поддерживается ли стандартом добавление структур (составные DA, DO) в SV ASDU?

В стандарте нашел только поддержку базовых типов, но может я чего не доглядел.

В явном виде уточнение по этой части планируется вроде как в 2.1. В Dataset для SV — только DA

Понял. Спасибо за ответ

Можно продолжать тему 🙂

спасибо. и все-таки еще раз напомните - в составе репорта она (метка времени) передается (и не меняет свое значение)? или просто не передается?

Не меняет значение, пока не сменит в скауте. Я думаю это нормальное поведение скаута

Я вчера предлагал изменить время, тригер не сработает. Изменить данные, отчёт уйдёт

Но меня не услышали

вас слышали - посмотрите на текст обращения

написано «не передается метка времени». в связи с этим я еще раз уточняю.

Ну так при выставлении метки вручную работает