Caso práctico de representación de una instalación eléctrica en CIM  

Representación en CIM/XML de la conexión eléctrica entre el seccionador y el devanado de alta

Figura 9

Figura 10

Figura 11

En la descripción del terminal del devanado de alta, Dev1_Term, que aparece en la Figura 10, se aprecia que éste está asociado al mismo nodo de conexión, CNode_1, que el terminal Sec_Term_2 del seccionador. Ésta es la manera de representar en CIM/XML la conexión entre el seccionador y el devanado de alta del transformador de potencia. En la Figura 11 se muestra la definición en CIM/XML del nodo en el que se conectan los terminales de ambos equipos, el CNode_1.

Se observa que en la definición del nodo de conexión se ha incluido: su nombre, su pertenencia al nivel de tensión de 66 kV y su asociación con los terminales Sec_Term_2 y Dev1_Term.

Perfiles CIM

A raíz de los fragmentos de CIM/XML empleados en el apartado anterior pueden surgir dos dudas, principalmente. En primer lugar, cabría preguntarse si para describir un objeto de una determinada clase se deben emplear siempre los mismos atributos y relaciones. Es decir, si, por ejemplo, para describir un seccionador siempre será necesario indicar: su nombre, si está normalmente abierto o no, el nivel de tensión en el que se encuentra y los terminales a los que está asociado. En segundo lugar, el lector podría cuestionar la necesidad de emplear las relaciones redundantes que aparecen en los fragmentos CIM/XML anteriores. Como ejemplo de relaciones redundantes se podrían tomar: la relación que asocia al seccionador con un terminal, cim:ConductingEquipment.Terminal, y la relación inversa a ésta, cim:Terminal.ConductingEquipment, que vuelve a asociar a ese terminal con el seccionador. La respuesta a ambas preguntas se encuentra en la elaboración de los perfiles CIM.

El CIM es un modelo muy extenso, pensado para una gran variedad de aplicaciones y, por tanto, bastante flexible. Así, al buscar la descripción de cada clase en la norma ([4] y [3]) se encuentran habitualmente numerosos atributos y relaciones con otras clases, pero no es obligatorio incluirlos a todos al describir un objeto de dicha clase. Por ejemplo, la clase Disconnector cuenta con más atributos de los que se han utilizado en el fragmento de CIM/XML de la figura 9 y sin el fragmento es perfectamente válido. Esta flexibilidad puede resultar excesiva en ocasiones. Por ejemplo, puede ocurrir que una aplicación no reciba la información que ésta requiere para su funcionamiento porque la aplicación que realizó el envío no consideraba importantes unos atributos y relaciones que sí eran necesarios. Para evitar este tipo de situaciones se definen los perfiles CIM, los cuales acotan la flexibilidad del modelo original decidiendo qué atributos y relaciones son obligatorios en las clases que se van a utilizar en un determinado ámbito. Por tanto, son también los perfiles CIM los encargados de decidir si es necesario emplear las relaciones redundantes y de decidir cuál de ellas se debe emplear en caso de que no sea necesario.

Adicionalmente, los perfiles pueden añadir nuevas clases al modelo original, siguiendo el proceso de extensión descrito brevemente en [1].

Las propias normas IEC 61970 e IEC 61968 definen los perfiles CIM para la representación de las redes eléctricas. En concreto, la norma IEC 61970-452 define el perfil CIM para representar las redes de transporte, denominado CPSM (Common Power System Model), y la norma IEC 61968-13 [7], por su parte, define el perfil CIM para representar las redes de distribución, denominado CDPSM (Common Distribution Power System Model). Existen muchos otros perfiles definidos por distintas organizaciones para la aplicación del CIM en distintos ámbitos. Otros dos ejemplos de perfiles CIM ya comentados en [1] son: el perfil CIM de la UCTE y el perfil ADIFCIM desarrollado por el IIT para la aplicación del CIM en los sistemas ferroviarios de ADIF.