Во только хотел сказать про CIM :)

Для выдачи рекомендации дэм потребуется информационный обмен? (Между устройствами или по?)

В CIM (IEC 61968) есть класс "Person", наследуемый от IdentifiedObject. На базе этого класса можно создать и оперативника и еще кого угодно.
В том же 61968 определены пакеты Operations/Work, в которых можно описать классы связанные с работами

Мне кажется что для идеи Сергея вообще ни cim ни МЭК не нужен. Надо разобраться

Насколько я понял, ему нужен функционал, который в современных ОИК уже реализован. Нужен ли велосипед?

Мне нужно разрабам пальцы отбить пока они не наворотили делов.

За сим спасибо.

Что разрабы разрабатывают, что там связано с инфообменом?

Добрый день, коллеги! Может кто-нибудь прояснить, кто должен отвечать за корректность указанных в SCD файле привязок сигналов к внутренней логике (intAddr)? Проектировщик, наладчик, производители ИЭУ?

Программа конфигурирования от производителя. Всем остальным лезть в эти поля запрещено.

ICT пользуется наладчик, т. е. выходит, что отвечает наладчик?

Как правило в итоге отвечает наладчик как последнее звено перед сдачей заказчику и вводом в эксплуатацию

В лучшем случае проектировщик поправит рабочку по замечаниям.

Очень сильно зависит от зрелости тех программ, которыми вы пользуетесь и тех устройств, которые вы конфигурируете. Вообще, как правильно сказал Vladimir, SCT (то есть инструменту, которым обычно пользуется проектировщик), в intAddr ничего менять нельзя. Дальше зависит от того, в каком виде ExtRef вообще изначально присутствуют в ICD (если присутствуют). Скорее всего, не присутствуют ни в каком виде, поэтому SCT создаст ExtRef в файле, а потом ICT уже сделает привязки ExtRef к intAddr.

Стандарт не регламентирует кто это делает: наладчик или проектировщик. Но если исходить из реалий, то ICT — это инструмент наладчика

Выходит, проектировщик не имеет возможности задавать привязки в SCT, даже если знает нужный адрес? Сейчас уже некоторые производители указывают intAddr в РЭ на устройства.

В идеале производитель может предусмотреть заранее описанные extref с intaddr. И в этом случае проектировщик может использовать преднастроенные extref от производителя.

этот механизм 100% нормально сделан только в ред 2.1, где реализована концепция виртуальных входов с ограничениями, которые накладываются на допустимые входные данные.

Total messages: 29830

Возник вопрос: а при насыщении трансформаторов или превышении рабочего диапазона должен ли ПАС выставлять какие-то флаги в качество? OutOfRange, inaccurate, overflow? С одной стороны, было бы хорошо проиндицировать нештатную работу, с другой - все начнут откидывать сигнал как плохой.