Data Engineering
Рассматривается важнейший аспект использования CIM-модели в приложениях электроэнергетики - процесс подготовки данных, или Data Engeneering. Предлагается средство с наименьшим порогом вхождения - Графический редактор с поддержкой экспорта данных в CIM-модель, реализующий функции ввода данных по составу и параметрам оборудования, топологии схемы, САПР. Обозначена проблема стандартизованного обмена графическими схемами энергообъектов, включающими технологические данные.
Вступление
Common Information Model (CIM) - концептуальная модель описания различных предметов (субъектов) окружающего мира, использующая объектно-ориентированную терминологию. В частности, CIM-модель МЭК является объектно-ориентированным описанием объектов электроэнергетики. Эта модель ориентирована на использование диспетчерскими службами предприятий и оперирует коммутационным представлением схемы и операций в ней. Все перспективные стандарты МЭК (61850, 61968, 61970) опираются на CIM. Начиная примерно с 2003 г, российские разработчики программных комплексов для электроэнергетики активно обсуждают возможность использования CIM-модели для интеграции приложений и создания единых моделей с использованием этого стандарта.
Наличие потребности
Одним из основных условий для использования таких моделей является наличие средства для подготовки данных. Такой инструмент должен обеспечивать построение единой графической среды для представления моделей объектов электроэнергетики в терминах CIM-модели (IEEE 61970/61968) с учетом многоцелевого использования информационных, коммутационных и расчетных моделей.
Data Engineering
Процесс подготовки данных в таком контексте обычно называют Data Engineering. Перечислим основные функциональные требования к графической системе, реализующей функции Data Engeneering. В качестве базы данных CIM-модели такая система должна обеспечивать:
- Хранение данных CIM-модели
- Многоуровневую проверку корректности CIM-модели
- Поддержку логических проекций CIM-модели
- Поддержку слияния CIM-модели с моделями смежных организаций
- Совместную параллельную работу пользователей с Иерархическим и графическим представлением CIM-модели
Интеграция с системами автоматизации обеспечивается за счет следующего:
- Интеграция на основе Utility Integration Bus.
- Преобразование данных CIM-модели в форматы EMS
- Стандартные интерфейсы доступа к СУБД.
Что общего у Модус с CIM
Компания Модус занимается разработкой программного обеспечения для энергетики с 1994 г. Наша специализация тесно связана с моделированием объектов электроэнергетики и их графическим представлением в электронном виде. Начиная с 90-х годов, реализация нами идеи по созданию модели энергообъекта на основе его графического представления, создаваемого в среде специализированного Графического редактора, завоевала популярность среди пользователей-энергетиков. Созданные схемы и модели можно использовать как в приложениях Модус, например, Тренажере по оперативным переключениям, Диспетчерской информационной системе , так и в приложениях других разработчиков.
Особенностью моделей, создаваемых в нашей системе, является то, что они построены в соответствии с моделью предметной области - электроэнергетики. При установке на схему значка (элемента схемы), обозначающего оборудование: например трансформатор, или выключатель, он наделяется соответствующим типом и атрибутами (класс напряжения, диспетчерское имя, нормальное положение, максимально допустимый ток, и многое другое).
Для программ, использующих документы, подготовленные с помощью Графического редактора, эти данные доступны через программный COM-интерфейс, называемый объектной моделью. С его помощью документ схемы представляется аналогично таблицам реляционной базы данных, где таблица содержит набор объектов одного типа, а ее столбцы - атрибуты этих объектов. Данные о соединении элементов на схеме анализируются на основе рисунка и также доступны в данных объектной модели, что дает возможность разработчикам, использующим графическую систему, реализовывать собственные алгоритмы обработки данных модели с учетом топологии схемы. Информация об энергообъекте, содержащаяся в графической системе, аналогична информации в CIM-модели. В статье показано, как из данных графической системы можно получить и использовать данные в формате CIM-модели, а также подробность представления.
Чаще сейчас используется XML-представление CIM-модели, хотя спецификация предусматривает возможность межпрограммного обмена данными с помощью интерфейсов COM и CORBA.
Объем представления
Объекты, содержащиеся в CIM, делятся на пакеты. Пакет Core (Ядро) и Domain (предметная область) описывает общие классы модели. Пакет Wires (Связи) содержит информацию об электрических характеристиках сети передачи и распределения электроэнергии. Пакет Topology описывает информацию о коммутациях в схемах. Пакет Protection описывает модель защит, описание которой также может задаваться в комплексе Модус. Пакет Meas описывает телесигналы и телеизмерения.
Собранные вместе, пакеты представляют информацию, необходимую для моделирования электрической сети и соответствующей по объему модели ISO/RTO.
Остальные пакеты - Generation, Generation dynamics, Outage, Production - не так тесно, как вышеописанные, связаны с электрической схемой и топологией, поэтому здесь рассматриваться не будут.
Классы CIM
После объединения пакетов получается иерархически организованная структура объектов, в основании которой лежит абстрактный идентифицируемый объект (IdentifiedObject). Этот объект уже содержит некоторые свойства, требуемые для идентификации и общего описания, такие как mRID - уникальный идентификатор, Name - название, Description - описание и другие. Остальные интересующие нас объекты наследуются от него. Опускаясь вниз по дереву наследования от IdentifiedObject, получаем на краях веток дерева объекты, определяющие некоторое оборудование. Например:
IdentifiedObject→ PowerSystemResource→ Equipment→ ConductingEquipment→ EnergyConsumer
- это иерархия, приводящая к абстрактному потребителю энергии. Как видно, он наследуется от проводящего оборудования, которое, в свою очередь, является частным случаем оборудования в целом. Оборудование (Equipment) является частным случаем абстрактного ресурса энергосистемы, который должен наследоваться от IdentifiedObject для идентификации всех ресурсов в целом.
Стоит также отметить достаточно гибкую организацию CIM. Любой объект, пусть даже самый абстрактный, представлен в иерархии объектов CIM. Например, измерения (Measurement), пределы изменения величин (Limit), тип провода (WireType), классы напряжений (BaseVoltage).
С версии 5.0 началась и в версии 5.1 практически завершена работа по приведению внутреннего представления классов элементов и иерархии их наследования в соответствие с CIM-моделью. Наименование классов и их атрибутов сопоставлены классам и атрибутам модели CIM.
Теперь любой элемент на схеме внутри системы состоит из двух объектов - «технологического» объекта, как раз соответствующего CIM, и графического объекта. Такое разделение, в частности, позволяет создавать разное графическое представление для топологически эквивалентных представлений одной и той же схемы.
Стандарты метаданных
Наименование классов и атрибутов, используемых в CIM-модели, жестко заданы в ее спецификации, представленной в виде текстового описания в формате DOC, HTML или PDF. Но для использования программой необходимо формальное описание модели на машинном языке. Одним из вариантов такого описания является описание на OWL (Web Ontology Language, Язык Описания Онтологий).
Файл описания поставляется в составе Модус и после установки комплекса находится обычно по адресу C:\Program Files\Modus510\dat\Equip\Electric\cim2006.owl. Сейчас поддерживается 10-я версия CIM. При переходе к поддержке более новых версий файл будет обновляться. Обычно достаточно иметь такой файл последней версии, которая включает в себя все предыдущие. Поскольку имена классов и атрибутов в Модус совпадают со спецификацией, формирование правильных имен тегов в файле модели происходит автоматически. Для задания дополнительных соотношений параметров при конвертации в CIM, используется файл правил преобразования Modus510\dat\Equip\Electric\cim2modus.xml, задающий соответствие имен именованных параметров в Модус и тегов CIM.
Средства просмотра
Для того, чтобы убедиться в том, что файл, содержащий CIM-представление схемы и полученный в результате работы комплекса Модус, является корректным с точки зрения использования CIM-модели, требуется сторонняя программа, позволяющая в удобном виде просмотреть записанную CIM-модель, либо протестировать ее корректность.
В простейшем и единственно сейчас встречающимся на практике случаем является хранение модели в виде файла CIM XML. Не специализированные программы общего назначения для просмотра XML-файлов позволяют смотреть это файл как набор записей с атрибутами. Проверка корректности в этом случае производится вручную.
Для просмотра характерной иерархической структуры XML файла требуется специализированное приложение. Такие возможности реализованы в свободно распространяемом приложении CIMSpy 2.0 - единственном широко доступном инструменте подобного рода. Данное приложение обеспечивает возможности верификации файла и удобного просмотра.
Рис. 1. CIMSpy. Представление полученной из Модус схемы.
Приложение представляет модель, загруженную из файла CIM XML в виде дерева классов CIM (Рис. 1), обеспечивая удобную навигацию (в левой части формы). В правой части показываются параметры, относящиеся к выбранному объекту. Параметры, не соответствующие стандарту CIM 61970, выделяются красным шрифтом. Также поддерживается возможность перехода по ссылкам к объектам, связанным с параметрами выделенного объекта, что обеспечивает, в частности, возможность верификации топологии.
CIM и графика
Спецификации 61970, 61968 не предусматривает какой-либо стандартизации графического схемного представления информации. Используя алгоритмы автоматического построения графических схем из CIM-модели, можно было бы построить такой графический образ, однако он будет страдать рядом недостатков:
- Нет данных, позволяющих восстановить вид схемы, привычный пользователю. Например, при изображении схем энергосистем принято располагать подстанции хотя бы приблизительно в соответствии с их географическим положением; принято определенное расположение распредустройств на схеме конкретной подстанции (например распредустройство 500 кВ располагается в правом верхнем углу); ячейки КРУ располагаются в соответствии с порядком монтажа.
- Недостаточна детализация модели. Например, в спецификации 61970 нет места таким элементам как разрядник; на первичной же схеме подстанции такие элементы нужно отображать.
- Символы для отображения элементов, например коммутационных аппаратов, могут не соответствовать стандартам, принятым на предприятии.
Поэтому потребность в обмене графическими схемами не исчезнет и при использовании CIM-модели. А обмен схемами между предприятиями в виде графических файлов формата GIF, PNG, JPEG, Autoсad или Visio должен эволюционировать в формат обмена изображениями, связанными с электрической моделью.
Для решения проблемы был предложен стандарт на основе стандартов CIM и SVG (Scalable Vector Graphics), в котором картинку со схемой можно просмотреть с помощью любого инструмента, поддерживающего SVG-графику, а также существует способ связывания графического элемента, обозначающего, например, линию, с данными по нему в CIM-представлении. Проблема на данный момент состоит в том, что данный стандарт имеется только в начальной версии, существенные части спецификации попросту отсутствуют, поэтому полные данные в нем подготовить пока невозможно.
Однако принципы, положенные в стандарте CIM-SVG, понятны и можно быть уверенным, что как только стандарт устоится и появятся тестовые примеры его использования, будет возможен двусторонний обмен между схемами Модус и схемами CIM-SVG.
Стандарты отображения
На сегодняшний день можно констатировать, что единого российского стандарта на отображение элементов электрических схем нет. За последние 2-3 года выпущено несколько подобных документов, но каждый из них существует, максимум, как стандарт определенной организации (у ФСК ЕЭС свой стандарт отображения, у СО ЦДУ свой, у МОЭСК и других сетевых компаний свой). Комплекс Модус позволяет решить эту проблему, предоставляя возможность настройки вида отображения символов схемы в соответствии со стандартами предприятия, при сохранении инвариантности топологии схемы. При использовании стандарта CIM-SVG это позволит решить вопрос перевода схем из стандарта одной организации в стандарт другой.
Вообще говоря, описание графического представления схемы при стандартизации было бы целесообразно разделить на 2 части:
- Описание расположения элементов на схеме. Стандартизуются базовые размеры элементов, например включателей, трансформаторов, и, главное, положение их коннекторов (терминалов) - точек, куда заходят графические изображения линий, обеспечивающих топологическую связность схемы. Часть описания элемента, которым он «врезается» в схему, будем называть «гнездо».
- Отображение самого символа элемента, с учетом его состояния и других параметров, влияющих на отображение. Эта часть стандарта может отличаться для разных организаций.
Подробность представления
Один и тот же объект может быть представлен графически по-разному. Например, в зависимости от назначения схемы присоединения можно графически обозначать полностью, как принято в чертежах (Рис.2, вверху), либо специальным значком - композитным элементом (Рис.2, внизу), набор состояний которого позволяет полностью отобразить состояния коммутационных аппаратов, входящих в присоединение.
Заметим, что вне зависимости от того, в каком из двух названных вариантов нарисована схема, в результате конвертирования из Модус в CIM мы получим топологически эквивалентные описания.
Рис. 2. Подробное и компактное (с помощью композитных элементов) представление присоединений.
Расширения CIM
Принято считать, что спецификация МЭК 61970 ориентирована больше на приложения MES - решение топологических задач, расчет режима, в то время как МЭК 61968 ориентирована больше на вопросы эксплуатации.
Как уже говорилось, внутреннее устройство графической системы Модус основано на классах CIM. Реализация таких типов объектов, как например разрядник, не находит соответствия в спецификации 61970, нужно привлекать спецификацию 61968. Поэтому можно сказать, что комплекс реализует и спецификация 61970, и 61968, хотя, конечно, пока не в полном объеме.
Для учета данных оборудования в спецификацию 61968 введен класс объекта Asset и его наследники для различных видов оборудования. Работа по реализации всех видов Asset в Модус начата, но ввиду большого объема будет продолжена при наличии интереса заказчика. CIM-модель допускает создание собственных расширений. Поддержку специфических расширений разных организаций возможно выполнять как заказную работу.
Входные данные для использования экспорта
Как уже указывалось в разделе «стандарты метаданных», в файле правил преобразования Modus510\ dat\ Equip\ Electric\cim2modus.xml задается соответствие имен параметров в Модус и тегов CIM.
Это полезно, если требуется использовать некоторое расширение CIM для обмена с поддерживающими его приложениями. Для этого случая реализован режим редактирования и добавления правил преобразования в CIM из параметров Модус. Пользователь может создать некоторые пользовательские параметры в Модус, отображающие требуемую информацию, и указать соответствие этих параметров расширенной схеме CIM RDF .
Кроме файлов со схемой CIM RDF и правил преобразования параметров, требуется сопоставить имя класса объекта Модус и класса CIM. Для упрощения этого классы Модус изначально именованы так же, как классы CIM-модели. Имя соответствующего класса выведено в свойство тип_тех_объекта элемента Модус. Для некоторых видов элементов это свойство может быть изменено пользователем, например элемент «контейнер» может обозначать объект Substation (подстанция) или Bay (ячейка).
Рис. 3. Задание типа объекта CIM, соответствующего объекту Модус.
Подготовка данных
Подготовка данных комплексом Модус для экспорта в CIM производится в приложениях Графический редактор и Аниматор. Графический редактор на основе рисунка схем поставляет данные о составе и типах объектов, классы напряжения, топологии, параметрах оборудования. Аниматор использует в качестве исходных данных схему, подготовленную в Графическом редакторе. Кроме параметров оборудования и топологии схемы, в Аниматоре также задаются/рассчитываются данные модели режима (начиная с версии 5.10) и поведение взаимосвязанных элементов схемы. В частности, это модель защит, модель блокировок, результаты расчета режима и другие.
Данные для CIM в Графическом редакторе должны быть заданы, начиная с данных самой страницы схемы. Важно определить корневой объект, соответствующий расположенным на данной странице данным (энергосистема, подстанция и т.п).
Дальше, детализируя схему, данные о CIM-объектах должны быть заданы для всех основных объектов. Это трансформаторы, воздушные линии, синхронные машины, нагрузки и пр. Также на схеме могут присутствовать графические объекты, которые непосредственно не несут технологической информации. Это подписи, таблицы, геометрические фигуры и др. Топологические параметры формируются корректно в случае правильного задания схемы в Графическом редакторе. Можно с большой степенью достоверности утверждать, что топология схемы, качественно подготовленная для использования в Тренажере Модус (отлаженная в программе Аниматор), будет корректно преобразована в топологию CIM-модели.
От качества подготовки схемы в дальнейшем также зависит корректность построения CIM-данных, не имеющих непосредственных аналогов в виде графических элементов схемы. Это, к примеру, присоединения (Bay), уровни напряжения (VoltageLevel) и пр. Будем называть такие объекты невизуальными. Проверить корректность схемы можно также, используя функцию верификации, доступную в Графическом редакторе и Аниматоре.
Технологические параметры требуется вводить вручную, либо задавая стандартные марки оборудования, в этом случае будут подставляться типовые параметры серийно выпущенного оборудования.
Параметры оборудования
В комплексе Модус поддерживается ввод как технологических параметров оборудования, так и параметров, необходимых для расчета режима и имеющих прямые аналоги в широко распространенной модели ЦДУ. Эти параметры используются приложением Аниматор. При использовании функции экспорта в CIM-модель записываются как результаты расчета режима, так и расчетные параметры. Данные, необходимые для расчета режима, задаются для элементов схемы, имеющих электрические параметры.
Например, линии характеризуются своими проводимостями и емкостями, трансформаторы - коэффициентами трансформации и сопротивлениями обмоток, любые проводящие элементы - своими проводимостями. Заметим, что все эти параметры, имеющие аналоги в формате ЦДУ, реализованы как вычислимые из паспортных характеристик оборудования, а, следовательно, они появляются, как только определяются необходимые характеристики. Можно также, не вводя паспортную информацию об объекте, задать его режимные параметры напрямую.
Элементы генерации/потребления характеризуются, соответственно, интегральными характеристиками генерации/потребления. Для генерирующих машин предполагаются эквивалентные сопротивления для переходного процесса и стационарного режима. Для потребителей, соответственно, задаются номинальные и текущие мощности, а также фактор влияния на мощность колебаний напряжения. Все эти параметры также поддерживаются CIM-моделью и будут сохранены при конвертации. Почти все упомянутые параметры, как технические, так и характеризующие сам режим, имеют соответствие в CIM-модели. Таким образом, построенную модель можно использовать, в том числе, и для передачи режимных данных, как альтернативу формату ЦДУ.
Контейнеры и контейнерные объекты
Для конвертации контейнерных объектов, то есть объектов, описывающих некоторые структуры, требуется правильно задать соответствующие типы CIM (наследники EquipmentContainer) уровня Substation и Plant. Объект VoltageLevel (уровень напряжения) внутри подстанции соответствует понятию распредустройства и определяется автоматически группировкой элементов одного класса напряжения.
Интересной особенностью Модус является то, что объекты Bay (ячейка) и CompositeSwitch (составной коммутационный аппарат, не путать с композитным элементом), формируются в момент конвертации в CIM автоматически на основе топологического и структурного анализа схемы. В первом приближении к присоединению относятся объекты, соединенные ошиновками и не разделенные силовым оборудованием и шинами. Если вариант, полученный автоматически, Вас по каким-либо причинам не устраивает, то Вы можете создать контейнер соответствующего типа и, задав его тип CIM, получить требуемую группировку.
Композитные элементы при конвертации образуют несколько объектов CIM - коммутационных аппаратов, топологически соединенных и объединенных в контейнер типа CompositeSwitch.
Воздушные линии
Объект воздушная или кабельная линия в Модус соответствует объекту ACLineSegment CIM-модели. В простейшем случае линии без отпаек этот объект является единственной составляющей контейнера типа Line.
В случае линии с отпайками (Рис. 4) рекомендуется рисовать разные участки линии разными элементами типа воздушная или кабельная линия. Это полностью соответствует физической модели, так как для каждого участка можно отдельно задать расчетные характеристики. При экспорте CIM- модели участки автоматически объединяются в контейнер Line. Желательно указать, какой из сегментов является началом линии, а какой концом (в этом случае отпайки определяются автоматически).
Редактор способен корректно строить иерархическую модель линии в случае наличия отпаек от отпаек произвольного уровня вложенности.
Рис. 4. Модус. Воздушная линия с отпайками.
Связь с системой
В комплексе Модус определен объект «связь с системой», представляющий линию, соединяющей узел с абстрактной системой. Для корректного экспорта такого объекта требуется дополнить параметры линии эквивалентным описанием системы, с которой она нас связывает. Для задач расчета режима достаточно, к примеру, только информации по индивидуальным или интегральным характеристикам потребления или генерации этой системы. Реализована форма с возможностью ввести любое количество объектов потребления/генерации и их параметры.
При использовании объекта «связь с системой», при экспорте будет сформирована топология добавочной системы, содержащей указанные потребления/генерации. При отсутствии такой информации функция экспорта укажет на неполноту данных и внесет в CIM описание линии с неприсоединенным концом, что, конечно же, не корректно.
Ошиновки
Ошиновки включают объект типа Junction и, как правило, при конвертации их можно не учитывать. Аналогично не учитываются и другие элементы на схеме с нулевым сопротивлением, например элемент «непересечение», не имеющий физического аналога, но служащий для визуального оформления отсутствия пересечения ошиновок на схеме.
Топология
При геометрическом наложении специальных соединительных областей (коннекторов) элементов в Графическом редакторе Модус соответствующие элементы считаются топологически соединенными. Коннекторам, соединенным между собой, присваивается одинаковое число - номер топологического узла.
При конвертировании в CIM каждый коннектор преобразуются в объект Terminal, а для объединенных в один узел коннекторов создается невизуальный объект ConnectivityNode («соединяющий узел»).
Измерения
На схеме Модус можно разместить цифровой прибор, показывающий значения параметров. Например, это может быть вольтметр на обмотке ВН трансформатора, амперметр, поставленный на воздушную линию или ваттметр на выходе из генерирующей подстанции. Эти приборы в Модус содержат класс Measurement, задающие параметры измерений, включая описание измеряемой величины, пределы измерений, нормальные значения, узел (терминал), в котором ведется измерение.
Таким образом, мы можем отображать параметры измерений МОДУС с помощью аналоговых, цифровых, накапливающих приборов или просто в строке со значениями измерений.
Рис. 5. Секция шин и связанный с ней прибор.
Релейная защита и автоматика
На основе топологического анализа первичной схемы программа Аниматор может построить структуру модели защит, которая обычно используется на энергообъекте с заданной топологией и классом напряжения. Такая структура может не всегда соответствовать реально имеющимся защитам, но ее можно подкорректировать. Зато описанный подход позволяет с относительно небольшими трудозатратами описать набор защит и уменьшить количество ошибок при вводе.
При экспорте в CIM формируются объекты ProtectionEquipment со следующими данными:
- Защищаемое оборудование;
- Выключатели, оперируемые данной защитой;
- Задержка времени срабатывания защиты;
В CIM-модели будет сформированы ссылки от устройства защиты на выключатели и защищаемое оборудование. Аналогично для силового оборудования будут сформированы ссылки на ее защиты. Как и с измерениями, классы защит в CIM являются наследниками общего класса ProtectionEquipment.
Тип защиты формируется в соответствии со стандартом IEEE 61985.
Создание, редактирование и экспорт модели защит в CIM структуры возможны только в программе Аниматор.
Система идентификации
В CIM-модели определены атрибуты, отвечающие за идентификацию оборудования. Идентификатор должен быть строкой, но правила его формирования, за исключением требования уникальности, не заданы.
В Графическом редакторе Модус для идентификации также используется несколько полей разного назначения: диспетчерское имя, ключ привязки и др. Ключ привязки удобно использовать как основной уникальный идентификатор в пределах проекта. В настройках экспорта можно указать, какой идентификатор Модус на какой идентификатор CIM отображается.
Для обеспечения целостности модели определенный минимальный набор объектов должен быть идентифицирован (т.е., присвоены и записаны в файл определенные идентификаторы). В схеме Модус, из которой мы конвертируем данные, эти идентификаторы могут не быть заранее расставлены, тогда они будут автоматически расставляться на элементах схемы в момент конвертирования.
Соответствующая настройка позволяет определить алгоритм, по которому формируются эти идентификаторы (ключи). Приведем примеры алгоритмов, по которым формируется основной идентификатор объектов CIM-модели (mRID):
- Идентификатор «ключ_привязки» - идентификация Модус;
- Идентификатор, сформированный по правилам ККС;
- Идентификатор GUID;
Если схема Модус используется как основное хранилище данных и используется многократный экспорт в CIM, то по мере обновления информации присвоенные алгоритмом идентификаторы настоятельно рекомендуется в тот же момент сохранить и в схеме Модус. Иначе, если от одной процедуры экспорта к другой будут сгенерированы разные идентификаторы одного и того же элемента, то принимающая данные программа посчитает, что это разные объекты. Если же идентификатор сохранен, он же будет использован при следующем экспорте.
Настройки экспорта
Для корректной работы конвертора в CIM требуется указать пути к CIM RDF и к файлу правил передачи данных из Модус в CIM. При необходимости можно хранить несколько файлов с разными схемами CIM RDF и различными интерпретациями данных из Модус (профилями преобразования).
На данный момент при конвертировании используются части спецификаций 61970 и 61968. 61968 дополнена такими объектами, как наследники Asset и AssetModel. Эти объекты содержат, соответственно, паспортные данные конкретного экземпляра объекта в Asset.ElectricalAsset и паспортные данные модели объекта в AssetModel.ElectricalAssetModel. С помощью настроек можно менять подробность получаемой модели, например не конвертировать типы и параметры, относящееся к 61968 стандарту.
В комплексе Модус могут использоваться разные варианты организации расположения объектов модели. Так, все объекты могут располагаться на одной странице схемы, либо каждая подстанция располагается на отдельной странице, а на корневой странице указывается в виде схемы соединение этих подстанций меду собой воздушными и кабельными линиями. Новый вариант, реализованный в версии 5.10, предусматривает расположение каждой из связанных подстанций в отдельном файле, что облегчает коллективную работу по вводу схем.
Конвертация в CIM с использованием Модус
Большинство популярных графических систем ввода (например, AutoCAD, Visio) не поддерживают конвертацию введенных схем в CIM представление. В случае возникновения потребности формирования данных CIM-модели из схем, подготовленных с использованием вышеназванных графических редакторах, мы можем предложить конвертор в формат Модус с последующей доработкой топологических связей в Графическом редакторе (после подготовки схемы это легко делается командой Графического редактора «соединить элементы»), и последующим конвертированием в CIM. После выполнения конвертирования дальнейшую поддержку изменений в схеме целесообразно вести в Графическом редакторе Модус. При необходимости схема в формате AutoCAD или Visio может быть легко получена из схемы Модус встроенным конвертором.
Рис. 6. Импорт схем из форматов, не поддерживающих CIM-модель.
Состояние дел
В настоящее время разработан прототип конвертора из Модус в CIM, идет уточнение деталей, заполняются словари соответствия именованных свойств Модус и атрибутов модели.
В дальнейшем планируется поддержка COM и CORBA интерфейсов CIM к объектной модели Модус. Однако сейчас эта работа затруднена из-за отсутствия общедоступных приложений для просмотра данных, с помощью которых их можно было бы протестировать.
Авторы:
Амелин Сергей Владимирович, к.т.н, Компания МОДУС, Генеральный директор.
Морозов Иван Игоревич, Компания МОДУС, программист.