Форум режимщиков

Собственно вопрос в том, как грамотно описывать телеметрию в рамках классов CIM(10r7).

Объясни популярно в чем трудность? Исходя из этой статьи получается что с помощью ассоциации измерений с терминалами все можно сделать...

Прошу прощения что не пополняю ветку, в настоящее время много работы.



Вопрос вот в чём.

1. Каким образом корректно задавать ТС оборудования?

2. Типы измерений задаются с помощью класса MeasurementType в его поле name, соответственно туда можно записать что угодно. Следовательно для согласования былоб неплохо оговорить какие типы есть и каким именем их задавать.

3. Каким образом строить таблицы соответствия Measurementов и реальными номерами ТИ и ТС.

В конце концов интересен такой момент, С одним Measurement может быть связанно сколь угодно много MeasurementValue, вои и интересно что этим симоделы хотели сказать…



Когда читаешь описания CIM кажется что там все продуманно и всё можно описать. Но при попытке описания реального оборудования, особенно в реалиях Российской энергетики, получается что совсем не всё так гладко.

Kamdis писал(а) Fri, 11 April 2008 09:17

Прошу прощения что не пополняю ветку, в настоящее время много работы. Вопрос вот в чём. 1. Каким образом корректно задавать ТС оборудования? 2. Типы измерений задаются с помощью класса MeasurementType в его поле name, соответственно туда можно записать что угодно. Следовательно для согласования былоб неплохо оговорить какие типы есть и каким именем их задавать. 3. Каким образом строить таблицы соответствия Measurementов и реальными номерами ТИ и ТС. В конце концов интересен такой момент, С одним Measurement может быть связанно сколь угодно много MeasurementValue, вои и интересно что этим симоделы хотели сказать… Когда читаешь описания CIM кажется что там все продуманно и всё можно описать. Но при попытке описания реального оборудования, особенно в реалиях Российской энергетики, получается что совсем не всё так гладко.

Извините, что вмешиваюсь. Попробую ответить:

1 Описаны 4 типа измерений - аналоговый, дискретный, строковый и интегральный

2 Использовать MeasurementType не следует, по описанной Вами причине. Коды сигналов сейчас разрабатываются в составе Единой системы классификации и кодирования ФСК

3 Формально это не дело модели. Реально таблица перекодировок "код ЕСКК - номер ТИ и ТС" должен делаться в системе сбора и передачи информации

4 Отношение Measurement - MeasurementValue. Это отношение - измерительный канал - серия измерений (их значений) во времени.



Я читаю СИМ уже 2 года, а вопросов все больше и больше... Проблема в том, что и ответить некому, даже в CIM User groups...

Так что, попробую задавать вопросы здесь. В соседней ветке с трансформаторами разобрались, хотя и не до конца... Там есть еще более тонкие моменты...

Цитата:

1 Описаны 4 типа измерений - аналоговый, дискретный, строковый и интегральный 2 Использовать MeasurementType не следует, по описанной Вами причине. Коды сигналов сейчас разрабатываются в составе Единой системы классификации и кодирования ФСК 3 Формально это не дело модели. Реально таблица перекодировок "код ЕСКК - номер ТИ и ТС" должен делаться в системе сбора и передачи информации 4 Отношение Measurement - MeasurementValue. Это отношение - измерительный канал - серия измерений (их значений) во времени.

Хм…

cim:Accumulator - тип значения длинное целое

cim:Analog - тип значения дробное

cim:Discrete - тип значения байт

Как то это не совсем согласуется п.1



Что касается п.2 то по симу как раз и нужно использовать MeasurementType, что делает и сименс и арива в своих продуктах. Единые коды сигналов от ФСК это замечательно, но сразу вопрос будут ли они совпадать с мнением системного оператора…



с п.3. согласен, сами номера конечно не должны храниться в сим, должна быть некая таблица соответствий объектов измерений в СИМ и реальными номерами ждя конкретной задачи.



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



СИМ как стандарт ещё не устоялся, он только в начале пути и поэтому вопросов пока будет больше чем ответов

1 Смотрите внимательнее AnalogValue, DiscreteValue, AccumulatorValue, StringMeasurementValue

2 Сименс и Арева могут делать то, что считают нужным. В России будут приняты коды ЕСКК. Целый год работала рабочая группа по этой проблеме и решение принято (и согласовано с Сименсом). Будет ли оно исполняться - другой вопрос. Что-то внедрение пакета Сименса в СО опять отодвинуто...

4 Ответ частично дан в п 1. Попробую растолковать подробнее. Допустим есть измеряемая величина - ток линии. Описание этой величины - это CIM:Analog. Эта измеряемая величина имеет некий код, который описывает еще целый ряд характеристик, выходящих за рамки CIM, но важных на практике. Ток линии может измеряться с каким-то периодом времени, например, каждую сек. Вот это _значение_ измеряемой величины и есть CIM:AnalogValue, совокупность которых, естественно, образует временной ряд _значений_измеряемой_величины.



Насчет молодости CIM. Вообще-то ему уже более 10 лет и версия, которую я сейчас смотрю - 12. А недавно они поменяли _базовый_класс!

Пытаюсь сейчас "скрестить" 61970 и 61850. Вот тут-то совсем мрак...

StringMeasurementValue появился с 11 версии CIM, в версии 10r7 его ещё небыло.



В Росии или в ФСК? Это разные понятия. И самое главное, что это должно быть принято IEC, инече вообще нет смысла в использовании международных стандартов.



cim:Analog - это точка замера какого-то параметра и не более.

Помоему для описания именно измеряемой величины есть целая под ветвь классов CIM, но сейчас эта ветвь "пуста".



Базовый класс поменяли в 11 версии. Но поменяли только название, а внутренний код класса в mdl файле (который является официальным хранилищем CIM) остался прежним.



Молодой потому как ещё не устоялся. Более того реальное применение его только только входит в моду )

BlackAngel писал(а) Tue, 15 April 2008 13:58

Я читаю СИМ уже 2 года, а вопросов все больше и больше... Проблема в том, что и ответить некому, даже в CIM User groups...

2BlackAngel В рамках какой именно работы идет изучение CIM? Это написание софта или стандартов? Есть результаты которые можно показать???

Kamdis писал(а) Tue, 15 April 2008 13:03

Цитата: 2 Использовать MeasurementType не следует, по описанной Вами причине. Коды сигналов сейчас разрабатываются в составе Единой системы классификации и кодирования ФСК 3 Формально это не дело модели. Реально таблица перекодировок "код ЕСКК - номер ТИ и ТС" должен делаться в системе сбора и передачи информации Что касается п.2 то по симу как раз и нужно использовать MeasurementType, что делает и сименс и арива в своих продуктах. Единые коды сигналов от ФСК это замечательно, но сразу вопрос будут ли они совпадать с мнением системного оператора… с п.3. согласен, сами номера конечно не должны храниться в сим, должна быть некая таблица соответствий объектов измерений в СИМ и реальными номерами ждя конкретной задачи.

А нельзя ли поподробнее про ТИ?



Сейчас информация о ТИ инкапсулирована в его номере, которому соответствуют множественные поля в таблицах, где описано что это и откуда это.



Если мы знаем с какого терминала пришло то или иное значение, знаем его тип, знаем где расположен терминал в графе сети - зачем нужно вводить код ТИ в соответствии с ЕСКК и его номер?

суть проблемы (изначально заданного вопроса), кажется мне, формулируется так:



В CIM мы имеем измеряющее оборудование (meadurement). А описание именно телеметрии и, как следствие, сети передачи телеметрической информации, специфическую для этой сети и принятных в ней протоколов адресацию - можно увидеть только в зачаточном виде.



Это, в том числе, означает, что есть возможность развить собственное понимание и построить соответствующие структуры. По собственному опыту скажу, что не так это просто, сделать классы именно в CIM-логике, чтобы переделывать не пришлось тут же.