У флюков юсб с развязкой. Или там за счёт падения скорости?

Все верно, причем значительная 12Мбит, а не 400

Хотя рубрика «#ВИЭ наступают» ушла в бессрочный отпуск, совсем забросить возобновляемую энергетику мы не можем, особенно когда системные события и #цифровизация: рассказываем про два первых российских проекта дистанционного управление режимом работы СЭС — http://bit.ly/tele-ses

Есть ли у кого корректный пример cid файла, сформированного из scd файла, с описанием соединений между устройствами?

Постановка вопроса не совсем правильная. CID файл не может быть корректным или некорректным, производитель сам определяет что для него есть корректный CID с описанием соединений между устройствами.

Стандарт в этом смысле предъявляет требования только к SCD

Ну да, наверное я хотел сказать cid файл, сгенерированный системным конфигуратором

Системный конфигуратор в логике стандарта не генерит CID. Это прерогатива ICT

Если софт генерит файл, который грузится непосредственно в устройство, то в этот момент он выполняет функцию ICT, а не SCT (ему ни что не мешает выполнять обе роли одновременно), но обмен tool <-> IED не является нормированным.

Хорошо. Тогда дурацкий вопрос. Не разбирался пока так детально. В scd задаются связи между несколькими устройствами. Правильно ли я считаю, что cid файл на конкретное устройства помимо своего описания содержит в себе описание всех устройств, между которыми идет обмен с данным конкретным устройством?

Т.е. есть элемент ExtRef с описанием входящих данных. Сам по себе он бесполезен, если не знать структуру устройства, на который указывает ExtRef

Да, если исходить из того, что CID - это кусок SCD-файла, то ссылки в нем имеют смысл при условии, что они рабочие

Хорошо. Таким образом у нас в cid файле несколько элементов IED. ICT загружается cid файл на устройство. Как устройство узнает какой именно элемент IED соответствует ему (устройству)?

Правильно ли я понимаю, что кроме cid файла у устройства нет других источников данных? Ну или они не регламентированы стандартом, что равносильно утверждению.

В том то и дело, что требования к CID не предъявляются, потому что CID — это проприетарный формат обмена данными между ICT и IED. Там может быть что угодно и никто из производителей вообще говоря (по крайней мере, согласно стандарту) не обязан раскрывать каким образом он своё устройство конфигурирует

Вот оно что! Я как-то этот момент упустил. Т.е. есть только требования к icd и scd?

Создание CID-файла является опциональной возможностью ICT. И из всех требований к нему предъявляется минимум: это проходит валидацию по схеме и отражать какой-то минимальный набор изменений имён

при этом сам файл создаётся ICT (но никак не SCT), а раз файл создаёт ICT, то как указать устройству, что в нём содержатся данные именно для этого устройства, производитель устройства и ICT решает сам. Если кто-то делает независимый SCT с функционалом ICT для отдельных вендоров, то это уже локальная задача разработчика договориться с разработчиками устройств в каком виде им описать необходимые данные в CID, чтобы устройство эти данные воспрняло. На практике могу сказать, что это делают все кто во что горазд и единого подхода тут никакого нет

Теперь всё встало на свои места. Спасибо за консультацию!

Пожалуйста. Приезжайте к нам на семинары, расскажем много лайфхаков 🤪