ES2728139A2 - Mejoras a los patrones IEC 61968-9:2013 para las comunicaciones de un sistema de servicios públicos - Google Patents
Mejoras a los patrones IEC 61968-9:2013 para las comunicaciones de un sistema de servicios públicos Download PDFInfo
- Publication number
- ES2728139A2 ES2728139A2 ES201990028A ES201990028A ES2728139A2 ES 2728139 A2 ES2728139 A2 ES 2728139A2 ES 201990028 A ES201990028 A ES 201990028A ES 201990028 A ES201990028 A ES 201990028A ES 2728139 A2 ES2728139 A2 ES 2728139A2
- Authority
- ES
- Spain
- Prior art keywords
- messages
- endpoint
- headend
- message
- bytes
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4265—Bus transfer protocol, e.g. handshake; Synchronisation on a point to point bus
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/06—Energy or water supply
-
- H—ELECTRICITY
- H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
- H02J—ELECTRIC POWER NETWORKS; CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
- H02J13/00—Circuit arrangements for providing remote monitoring or remote control of equipment in a power distribution network
- H02J13/13—Circuit arrangements for providing remote monitoring or remote control of equipment in a power distribution network characterised by the transmission of data to equipment in the power network
-
- H—ELECTRICITY
- H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
- H02J—ELECTRIC POWER NETWORKS; CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
- H02J3/00—Circuit arrangements for AC mains or AC distribution networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02E—REDUCTION OF GREENHOUSE GAS [GHG] EMISSIONS, RELATED TO ENERGY GENERATION, TRANSMISSION OR DISTRIBUTION
- Y02E60/00—Enabling technologies; Technologies with a potential or indirect contribution to GHG emissions mitigation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S10/00—Systems supporting electrical power generation, transmission or distribution
- Y04S10/50—Systems or methods supporting the power network operation or management, involving a certain degree of interaction with the load-side end user applications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
- Y04S40/12—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them characterised by data transport means between the monitoring, controlling or managing units and monitored, controlled or operated electrical equipment
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Economics (AREA)
- General Health & Medical Sciences (AREA)
- Power Engineering (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Strategic Management (AREA)
- Public Health (AREA)
- Water Supply & Treatment (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Primary Health Care (AREA)
- Computer Security & Cryptography (AREA)
- Medical Informatics (AREA)
- Computing Systems (AREA)
- Arrangements For Transmission Of Measured Signals (AREA)
Abstract
Mejoras en los patrones de lectura de contadores IEC 61968-9:2013. Estos incluyen la compresión significativa de los mensajes en un solo número entero que, cuando se transmite a través del sistema de comunicación de una empresa de servicios públicos, se utiliza para configurar contadores en las ubicaciones de los usuarios de servicios públicos, obtener datos de contadores, comandos y operaciones de control en una ubicación de servicios públicos, y ampliar las capacidades de mensajería. Se describe un procedimiento para simplificar el patrón IEC 61968-9:2013 para las comunicaciones entre una instalación de comunicaciones de servicios públicos HeadEnd y el contador en un EndPoint para permitir el uso del patrón para operaciones que no pudo funcionar anteriormente. Mientras proporciona esta capacidad mejorada, la capacidad del patrón IEC 61 968-9:2013 para funcionar para su propósito previsto; es decir, la lectura y el control del contador, no está comprometida o impedida.
Description
DESCRIPCIÓN
Mejoras a los patrones IEC 61968-9:2013 para las comunicaciones de un sistema de servicios públicos
REFERENCIA A SOLICITUDES RELACIONADAS
Esta solicitud se basa en, y reclama el beneficio de, la solicitud de patente provisional 62/402,098 de los Estados Unidos presentada el 30 de septiembre de 2016 y que se incorpora aquí como referencia.
ANTECEDENTES DE LA INVENCIÓN
Esta invención se refiere a comunicaciones para servicios eléctricos y otros servicios públicos; y, más particularmente, a un procedimiento y dispositivo para comunicaciones potenciadas y mejoradas entre una empresa de servicios públicos y sus clientes.
Un servicio público suministra un producto particular (electricidad, gas, agua) a través de un sistema de distribución a numerosos usuarios finales. Por lo general, la empresa de servicios públicos instala un contador en cada ubicación del cliente para medir la cantidad del producto consumido por ese cliente en esa instalación o sitio. Con el tiempo, estos contadores se han convertido en lo que ahora se conoce generalmente como "contadores inteligentes" en el sentido de que ahora no solo pueden medir el uso del producto, sino que también reciben instrucciones operativas del servicio público para, por ejemplo, controlar o configurar una carga en el sistema de distribución del servicio público en función del clima actual u otras condiciones, enviar informes o actualizaciones sobre las condiciones en la ubicación de un cliente particular al servicio público, y realizar otras funciones.
Las comunicaciones entre una empresa de servicios públicos y sus clientes se realizan utilizando ciertas normas como, por ejemplo, la norma 61968-9:2013 de la Comisión Electrotécnica Internacional (IEC). IEC 61968 comprende una serie de normas para el intercambio de información en un sistema de distribución eléctrica, las normas tienen distintos patrones para distintos propósitos comerciales. La norma IEC 61968-9 (en lo sucesivo, a veces denominada "Parte-9") se refiere a los contadores de electricidad, lectura y control de contadores; es decir, las comunicaciones entre la instalación de cabecera de un servicio público (HeadEnd o HE) que recibe, procesa y transmite señales a través de la red de comunicaciones del servicio público a un módulo de comunicaciones instalado en el contador en la ubicación del cliente; es decir, un punto final (EndPoint o EP).
Una edición reciente de la norma de la Parte-9 enumera 28 patrones, muchos de los cuales se utilizan para la configuración y el control de los componentes del sistema de comunicación. Se ha encontrado que la compatibilidad con estos patrones puede ser difícil y costosa para un dispositivo con limitaciones de cálculo; y que aunque algunos de los patrones son bastante grandes, no son necesariamente adecuados para satisfacer la necesidad de ciertas aplicaciones de una empresa de servicios públicos. Además, el patrón actual es algo engorroso. Como ilustración, una solicitud de "contador de lectura" en el formato IEC se formatea como una "cadena" de números enteros (enteros) y puntos ("."). Se requiere una técnica complicada (no descrita) para construir un identificador que defina o describa la unidad de medida para la medición de un contador eléctrico.
Por ejemplo, para solicitar una lectura de marcación típica de la superficie de un contador de electricidad residencial, el identificador utilizado en una Interfaz de programación de aplicaciones (API) es una cadena como 0.0.0.1.4.1.12.0.0.0.0.0.0.0.3.72.0.
Las reglas de construcción para esta cadena en particular especifican 18 campos compuestos de caracteres; es decir, los dígitos y los puntos.
La presente invención está dirigida a extensiones a identificadores de tipo de lectura IEC 61968-9:2013 para admitir la configurabilidad de EndPoint; es decir, la configuración del dispositivo (contador de servicio público) al que se envían las instrucciones, los datos y las solicitudes de información.
RESUMEN DE LA INVENCIÓN
La presente descripción está dirigida a las mejoras en los patrones de lectura de contadores 61968- 9:2013 de la IEC para extender los identificadores de tipo de lectura para admitir la configuración de un dispositivo EndPoint (EP) (es decir, un contador de servicio público) para el cual se envían las instrucciones, los datos y las solicitudes de información. Estas mejoras incluyen la compresión significativa del número de bytes utilizados para redactar los mensajes enviados desde una ubicación HeadEnd (HE) al EP para obtener datos del contador y otra información,
configurar un contador y expandir las capacidades de mensajería del patrón más allá de las capacidades actuales del patrón.
En una aplicación, ahora se proporciona una capacidad que permite la reconfiguración de dispositivos con capacidades computacionales limitadas, sin requerir el uso de patrones especializados adicionales, y que elimina la necesidad de los patrones utilizados anteriormente.
El uso del procedimiento cumple los objetivos de primero, serializar específicamente un patrón de la Parte-9 para comunicar datos y acontecimientos del contador; y, segundo, crear una API basada en la norma de la Parte-9 para que, además de comunicar las lecturas del contador, también se puedan transmitir los parámetros de control para configurar el contador de manera que rija la operación de los equipos ubicados de forma remota.
El procedimiento no solo simplifica el patrón para las comunicaciones entre un HeadEnd y un EndPoint (contador), sino que también permite el uso del patrón para operaciones que hasta ahora no se pueden realizar utilizando el patrón. Al lograr esta capacidad mejorada, la capacidad de la norma para funcionar para el propósito previsto; es decir, la lectura y el control del contador, no está comprometida o impedida.
Además, el procedimiento permite una formulación distinta para una cadena de mensaje transmitida desde un HeadEnd a un EndPoint para simplificar y facilitar las comunicaciones entre ellos y al mismo tiempo expandir las capacidades de un contador. El procedimiento permite definir parámetros personalizados, que luego se escriben y leen como los tipos de lectura estándar. Además, el flujo de trabajo requerido para la formulación de una cadena se puede reutilizar para simplificar la programación requerida para admitir la configurabilidad de un contador y su módulo de comunicación.
De acuerdo con la invención, el procedimiento utiliza el patrón "MeterReadings" de la Parte-9 que se utiliza para las lecturas y alarmas de los contadores. Ahora, el patrón "MeterReadings " se ha mejorado de manera que, además de sus funciones actuales, se extiende para transmitir parámetros de configuración entre componentes. Debido a esta capacidad mejorada, el patrón de la Parte-9 que de otra manera se utiliza para la configuración de componentes no es necesariamente necesario. Además, de acuerdo con la invención, la formulación de un mensaje enviado entre un HeadEnd y un EndPoint da como resultado que se transmita un solo número entero en lugar de una cadena de números enteros y puntos. Esto representa una reducción significativa en los requisitos para dispositivos con limitaciones de cálculo y el costo de su uso.
Las mejoras de la invención por las que se necesitan transmitir menos bytes tienen las ventajas de permitir que más dispositivos se comuniquen a través de un canal de comunicaciones restringido, así como permitir que los dispositivos de comunicación operados por batería permanezcan operacionales durante largos períodos de tiempo antes de que la batería del dispositivo se agote.
Otros objetos y características serán en parte evidentes y en parte se señalarán a continuación.
DESCRIPCIÓN DE LOS DIBUJOS
Las figuras adjuntas, junto con la descripción detallada que sigue, forman parte de la especificación e ilustran las diversas realizaciones descritas en la especificación.
La Fig. 1 ilustra un patrón 61968-9 de la IEC para lecturas de contadores así como acontecimientos de dispositivos finales;
La Fig. 2 es una continuación del patrón de la Fig. 1 para acontecimientos de dispositivos finales;
La Fig. 3 es una continuación adicional del patrón de la Fig. 1 para las lecturas del contador; y,
La Fig. 4 ilustra una parte de un patrón de la Parte-9 para configuraciones de módulos de comunicación.
Los caracteres de referencia correspondientes indican partes correspondientes en las distintas vistas de los dibujos. DESCRIPCIÓN DE UNA REALIZACIÓN PREFERIDA
La siguiente descripción detallada ilustra la invención a modo de ejemplo y no a modo de limitación. Esta descripción permite claramente a un experto en la materia realizar y utilizar la invención, y describe varias realizaciones,
adaptaciones, variaciones, alternativas y usos de la invención, incluido el que actualmente se cree que es el mejor modo de llevar a cabo la invención. Adicionalmente, debe entenderse que la invención no está limitada en su aplicación a los detalles de construcción y la disposición de los componentes establecidos en la siguiente descripción o ilustrados en los dibujos.
La invención es capaz de otras realizaciones y de ser practicada o llevada a cabo de varias maneras. Además, se entenderá que la fraseología y la terminología utilizadas en el presente documento tienen una finalidad descriptiva y no deben considerarse limitativas.
Para los fines de esta descripción, se entenderá que HeadEnd significa un conjunto de software que forma parte de un sistema de información de medición avanzada (AMI) que publica datos de equipos de campo (por ejemplo, contadores inteligentes). Se entenderá que EndPoint significa equipo de campo, particularmente el módulo de comunicaciones en un contador inteligente, transpondedor, etc.
En referencia a las Fig. 1-3, se representa un formato para formular una cadena utilizando un patrón de lectura de contador IEC 61968-9:2013 convencional para obtener una lectura de un contador eléctrico. En la Fig. 1, se muestran los encabezados principales o identificadores para la transmisión. En la Fig. 2, se muestran subtítulos o identificadores para acontecimientos de dispositivos finales. En la Fig. 3, se muestran subtítulos o identificadores para una lectura.
De acuerdo con la presente invención, las lecturas del contador y los parámetros personalizados se enumeran en una lista de HEEP (HeadEndEndPoint), y luego se enumera una enumeración particular como un número entero. El mensaje en la enumeración de tipo de lectura HEEP correspondiente a una lectura de kilovatios-hora netos se transmite como el número entero "20" en lugar de, por ejemplo, la cadena "0.0.0.1.4.1.12.0.0.0.0.0.0.0.0.3.72.0" . La cadena de caracteres anterior se genera utilizando un lenguaje de marcado extensible (XML) que es bien conocido en la técnica.
El siguiente ejemplo ilustra la conversión de un modelo XML a una serialización HEEP de acuerdo con la invención. Cargar datos de perfil con alarmas.
Los datos de intervalo utilizan un MeterReadings.xsd en XML y una estructura de bits de "Lecturas de contador compactas" en el HEEP.
La formulación en XML es la siguiente:
16T09:28:32Z<m created DateTi me>
<m:EndDeviceEventType ref="3.2.22.150"/> <!--electricMeter.battery.charge.minLimitReached--> </m:EndDeviceEvents> <m:EndDeviceEvents>
<m:createdDateTime>2013-07-16T09:30:47Z</m created DateTi me>
<m:EndDeviceEventType ref="3.18.83.79"/> <!--electricMeter.memory.program.error--> </m:EndDeviceEvents> <m:EndDeviceEvents>
<m:createdDateTime>2001 -12
17T09:30:47Z</m :created DateTi me>
<m:EndDeviceEventDetails> <m:name>0.0.0.1.0.1.148.0.0.0.0.0.0.0.0.0.111.0</m:name>
<!- bulkQuantity electricitySecondaryMetered tamper (count) --> <m :val ue>3</m :val ue>
</m:EndDeviceEventDetails>
<m:EndDeviceEventType ref="3.12.93.219"/>
<!--electricMeter.security.rotation.reversed--> </m:EndDeviceEvents>
<m:lntervalBlocks>
<m:lntervalReadings>
<m:value>23.45678</m:value>
</m:lntervalReadings>
<m:ReadingType
ref="0.0.6.4.1.1.12.0.0.0.0.0.0.0.0.3.72.0"/>
<!--fiveMinute deltaData forward electricitySecondaryMetered energy (kWh)-->
</m: I nterval Blocks>
<m:lntervalBlocks>
<m:lntervalReadings>
<m :value>0.00000</m :value>
</m:lntervalReadings>
<m:ReadingType
ref="0.0.6.4.19.1.12.0.0.0.0.0.0.0.0.3.72.0"/>
<!--fiveMinute deltaData reverse electricitySecondaryMetered energy (kWh)-->
</m:lntervalBlocks>
<m:lntervalBlocks>
<m:lntervalReadings>
<m:value>1,23456</m:value>
</m:lntervalReadings>
<m:ReadingType
ref="0.0.6.4.1.1.12.0.0.0.0.0.0.0.0.3.73.0"/>
<!--fiveMinute deltaData forward electricitySecondaryMetered energy (kVArh)-->
</m: I nterval Blocks>
<m:lntervalBlocks>
<m:lntervalReadings> <m:value>479.9</m:value> </m:lntervalReadings>
<m:ReadingType
ref="0.0.0.6.0.1.54.0.0.0.0.0.0.0.128.0.29.0"/>
<!—indicating electricitySecondaryMetered voltage-rms phaseA (V)--> </m: I nterval Blocks>
<m:lntervalBlocks>
<m:lntervalReadings> <m:value>480.0</m:value> </m:lntervalReadings>
<m:ReadingType
ref="0.0.0.6.0.1.54.0.0.0.0.0.0.0.64.0.29.0"/>
<!—indicating electricitySecondaryMetered voltage-rms phaseB (V)-> </m: I nterval Blocks>
<m:lntervalBlocks>
<m:lntervalReadings>
<m:value>10.0</m:value>
</m:lntervalReadings>
<m:ReadingType
ref="0.0.0.6.0.1.54.0.0.0.0.0.0.0.32.0.29.0"/>
<!—indicating electricitySecondaryMetered voltage-rms phaseC (V)-> </m: I nterval Blocks>
<m:Meter>
<m:Names>
<m:name>12345</m:name>
</m:Names>
</m:Meter>
<m:valueslnterval>
<m:end>2013-07-16T10:30:00Z</m:end>
</m:valueslnterval>
</m:MeterReading>
</m:MeterReadings>
</Payload>
</EventMessage>
El tamaño resultante del mensaje XML tiene aproximadamente 2920 bytes de longitud.
La versión HEEP se presenta de acuerdo con el siguiente cuadro:
Con respecto a lo anterior, se observará que la identificación del contador particular (ID del contador) no está representada porque está representada en una capa distinta.
Es importante destacar que el uso de la estructura de bits HEEP ahora reduce el tamaño del mensaje transmitido de 2920 bytes en el formato XML a solo 63 bytes. Esto es una reducción de aproximadamente el 98 % en el número de bytes que deben transmitirse para obtener la misma información.
A modo de otro ejemplo, las alarmas en tiempo real, como las alarmas de "último suspiro" y "energía restaurada", utilizan un "MeterReadings.xsd" en XML, y una estructura de bits de "Lecturas de contador completas" en e1HEEP.
La formulación en XML es la siguiente:
<EventMessage xmlns=”http:Alec.ch/TC57/2011/schem
<Header>
<Verb>created</Verb>
<Noun>MeterReadings</Noun>
</Header>
<Payload>
<m:MeterReadings xmlns:m="http://iec.ch/TC57/2011/MeterReadings#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://iec.ch/TC57/2011/MeterReadings# MeterReadings.xsd">
<m:MeterReading> <m:isCoincidentTrigger>false</m:isCoincidentTrigger> <m:EndDeviceEvents>
<m:createdDateTime>2015-01 -13T 11:15:08Z</m:createdDateTime>
<m:EndDeviceEventType ref="26.26.0.216"/>
< !-com Device, power.. restored->
</m:EndDeviceEvents>
<m:Meter>
<m:Names>
<m:name>12345</m:name>
</m:Names>
</m:Meter>
<m:Readings>
<m :val ue>34</m :val ue>
<m:ReadingType
ref="0.0.0.1.0.1.137.0.0.0.0.0.0.0.0.0.111,0"/>
<!-bulkQuantity electricitySecondaryMetered
powerQuality (count)->
</m:Readings>
<m:Readings>
<m:value>240.1 </m:value> <m:ReadingType ref="0.0.0.6.0.1.54.0.0.0.0.0.0.0.128.0.29.0"/>
<!—indicating electricitySecondaryMetered voltage-rms phaseA (V)->
</m:Readings>
<m:Readings>
<m:value>240.1 </m:value> <m:ReadingType ref="0.0.0.6.0.1.54.0.0.0.0.0.0.0.64.0.29.0"/>
<!—indicating electricitySecondaryMetered voltage-rms phaseB (V)-> </m:Readings>
<m:Readings>
<m:value>240.2</m:value> <m:ReadingType ref="0.0.0.6.0.1.54.0.0.0.0.0.0.0.32.0.29.0"/>
<!—indicating electricitySecondaryMetered voltage-rms phaseB (V)-> </m:Readings>
<m:valueslnterval>
<m:end>2015-01 -13T11:15:10Z</m:end>
<!—This is a common timestamp for all readings and events that otherwise do not have a timestamp provided.- ->
</m:valueslnterval>
</m:MeterReading>
</m:MeterReadings>
</Payload>
</EventMessage>
Esta versión XML requiere 1699 bytes.
La versión HEEP se presenta de acuerdo con el siguiente cuadro:
De acuerdo con el procedimiento de la invención, la versión HEEP requiere solo 43 bytes, lo que es ~ 2A % de lo requerido en la versión XML.
Los expertos en la técnica entenderán que los resultados de ambos ejemplos incluyen ahorros estadísticamente significativos en la operación del sistema para adquirir la misma información que se obtuvo previamente utilizando los protocolos XML y representan reducciones estadísticamente significativas en los requisitos para dispositivos de memoria restringidos o restringidos computacionalmente y el coste de usarlos.
A modo de ejemplo, ciertos canales de comunicación están restringidos de modo que solo se pueden transmitir cantidades limitadas de información sobre ellos. En consecuencia, la capacidad de transmitir menos bytes a través del canal para comunicar instrucciones o adquirir datos ahora permite que más dispositivos se comuniquen a través de dichos canales. Además, algunos dispositivos de comunicación funcionan con baterías y el tiempo que pueden comunicarse está limitado por la cantidad de bytes que deben transmitir para comunicar instrucciones o adquirir datos antes de que sus baterías se agoten. Tener que transmitir menos bytes, como resultado de las mejoras de la presente invención, ahora permite que estos dispositivos permanezcan operativos durante más tiempo antes de que la batería de un dispositivo se agote.
Además de estas ventajas, una ventaja adicional de las mejoras de la presente invención es que proporcionan la capacidad de reconfigurar dispositivos como los contadores inteligentes, por ejemplo, sin requerir soporte para patrones adicionales especializados. Actualmente, el patrón de la Parte-9 define que MeterReadings.xsd tiene un tamaño de 21 kB. Sin embargo, de acuerdo con la invención, MeterReadings.xsd ahora también se puede utilizar para realizar cambios de configuración y esta reutilización permite que se usen otros patrones. Estos incluyen, por ejemplo, MeterConfig.xsd que se define con un tamaño de 42kB, y ComModuleConfig.xsd que se define con un tamaño de 17kB. Además, otros patrones que se utilizaban anteriormente ahora se vuelven innecesarios. Todo esto ahorra un valioso espacio de memoria en dispositivos con capacidades computacionales limitadas. Un ejemplo de esta característica se describe a continuación.
Con referencia a la Fig. 4, se representa una parte de un patrón de la Parte-9 para las configuraciones de los módulos de comunicación. Además de la recopilación de datos y las instrucciones de control de los dos ejemplos anteriores, el procedimiento de la invención permite además cambios o ajustes en el módulo de comunicaciones de un contador inteligente para afectar las operaciones del sistema. Estos ajustes se pueden realizar "por ondas" y la norma de la Parte-9, cuya parte se muestra en la Fig. 4, emplea un patrón XML para este propósito. El siguiente es
un ejemplo de una configuración de un contador para un desplazamiento de zona horaria.
El patrón empleado es ComModuleConfig.xsd., Y el proceso XML es el siguiente:
Según lo formulado, el mensaje requiere 546 bytes.
En la versión HEEP de acuerdo con el procedimiento de la invención, este parámetro de zona horaria se trata como cualquier otra lectura y lleva una escritura de parámetro dentro de una estructura de bits "ExchangeWithlD" y la versión HEEP se representa de acuerdo con el siguiente cuadro:
Nuevamente de acuerdo con el procedimiento de la invención, la versión HEEP requiere solo 12 bytes, lo que es aproximadamente el 2 % de lo requerido en la versión XML.
En vista de lo anterior, se verá que se han alcanzado los diversos objetos y ventajas de la presente divulgación y se han obtenido otros resultados ventajosos.
Claims (15)
1. En un patrón IEC 61968-9 para obtener lecturas de un dispositivo EndPoint que incluye un contador del servicio público, así como ordenar y controlar los acontecimientos que ocurren en un dispositivo EndPoint, la mejora incluye reformatear un mensaje transmitido desde un HeadEnd a un EndPoint desde un formato de protocolo XML en un formato HeadEnd-EndPoint (HEEP) para reducir el número de bytes que conforman el mensaje que se transmite, para mejorar las comunicaciones entre el HeadEnd y el EndPoint y aumentar la cantidad de tipos de mensajes que pueden transmitirse entre el HeadEnd y el EndPoint.
2. La mejora de la reivindicación 1, en la que la transmisión de mensajes compuesta por el número reducido de bytes facilita la comunicación de mensajes a través de un canal de comunicaciones restringido a dispositivos adicionales que, de otro modo, podrían comunicarse con los que si los mensajes se generaran utilizando el formato de protocolo XML.
3. La mejora de la reivindicación 1, en la que la transmisión de mensajes generados con el número reducido de bytes permite que los dispositivos de comunicación operados por batería permanezcan operativos durante más tiempo antes de que la batería de un dispositivo se agote debido a que la reducción en el número de bytes de mensajes reduce la descarga de la batería de un dispositivo que funciona con batería al recibir y procesar los mensajes.
4. La mejora de la reivindicación 1 para proporcionar una capacidad de reconfigurar dispositivos que tienen capacidades computacionales limitadas, sin requerir el uso de patrones de mensajes especializados adicionales, y eliminando la necesidad de patrones utilizados si los mensajes se generaron en un formato de protocolo XML.
5. La mejora de la reivindicación 1, en la que los mensajes transmitidos entre HeadEnd y EndPoint solo comprenden un número entero único en lugar de una cadena de enteros y puntos, de acuerdo con que se requiere utilizar el formato de protocolo XML.
6. La mejora de la reivindicación 1, en la que el reformateo de mensajes permite definir parámetros personalizados para un contador, siendo dichos parámetros escritos y leídos como otros tipos de lectura estándar.
7. La mejora de la reivindicación 6, cuyos patrones de lectura de contadores se extienden para permitir la transmisión de parámetros de configuración entre dispositivos, incluyendo otros contadores de servicios públicos.
8. La mejora de la reivindicación 7, que incluye además la reconfiguración de dispositivos con capacidades computacionales limitadas sin requerir el uso de patrones especializados o patrones utilizados previamente para reconfigurar los dispositivos.
9. Un procedimiento para mejorar las comunicaciones en un sistema de comunicación de servicios públicos que comprende:
reformatear un mensaje generado en un patrón IEC 61968-9 de un formato de protocolo XML a un formato de HeadEnd-EndPoint (HEEP) en el que el mensaje se transmite desde una ubicación HeadEnd (HE) a una ubicación EndPoint (EP) en la que se encuentra un contador del servicio público, el mensaje generado de esta manera requiere menos cantidad de bytes para producir y transmitir en el formato HEEP que en el formato del protocolo XML;
transmitir el mensaje desde la ubicación HeadEnd a la ubicación EndPoint a través de la comunicación del servicio público en el formato HEEP para obtener lecturas del contador del servicio público en el EndPoint y para ordenar y controlar los acontecimientos que ocurren en el EndPoint utilizando el contador del servicio público en la ubicación EndPoint, lo que reduce el número de bytes que comprende el mensaje transmitido, lo que aumenta el número de tipos de mensajes que se pueden transmitir entre HeadEnd y EndPoint.
10. El procedimiento de la reivindicación 9, que facilita aún más la comunicación de mensajes a través de un canal de comunicaciones restringido para que los mensajes puedan transmitirse a dispositivos adicionales de los que podrían comunicarse de otra manera que si los mensajes se generaran utilizando el formato de protocolo XML.
11. El procedimiento de la reivindicación 9, en el que la transmisión de mensajes generados con el número reducido de bytes permite que los dispositivos de comunicación operados por batería permanezcan operativos durante más tiempo antes de que la batería de un dispositivo se agote debido a que la reducción en el número de bytes de mensajes reduce la descarga de la batería por el dispositivo que funciona con batería al recibir y procesar los mensajes.
12. El procedimiento de la reivindicación 9, que incluye además proporcionar una capacidad para reconfigurar dispositivos que tienen capacidades computacionales limitadas sin requerir el uso de patrones de mensajes especializados adicionales, y que elimina la necesidad de patrones utilizados si los mensajes se generaron en el formato de protocolo XML.
13. El procedimiento de la reivindicación 9, que incluye además la transmisión de los mensajes entre HeadEnd y EndPoint como un solo número entero en lugar de una cadena de enteros y puntos, como se requiere si los mensajes se generaron utilizando el formato de protocolo XML.
14. El procedimiento de la reivindicación 9, que incluye además el reformateo de mensajes en el formato HEEP que permite definir parámetros personalizados para un contador, dichos parámetros se escriben y leen como otros tipos de lectura estándar.
15. El procedimiento de la reivindicación 14, que incluye además extender los patrones de lectura de contadores para permitir la transmisión de parámetros de configuración entre dispositivos dentro del sistema de comunicación de servicios públicos incluyendo otros contadores de servicios públicos.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201662402098P | 2016-09-30 | 2016-09-30 | |
| PCT/US2017/053721 WO2018064167A1 (en) | 2016-09-30 | 2017-09-27 | Improvements to iec 61968-9:2013 schemas for a utility system's communications |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| ES2728139A2 true ES2728139A2 (es) | 2019-10-22 |
| ES2728139R1 ES2728139R1 (es) | 2019-11-07 |
Family
ID=61760965
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES201990028A Pending ES2728139R1 (es) | 2016-09-30 | 2017-09-27 | Mejoras a los patrones IEC 61968-9:2013 para las comunicaciones de un sistema de servicios públicos |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US11010845B2 (es) |
| ES (1) | ES2728139R1 (es) |
| GB (1) | GB2568841A (es) |
| WO (1) | WO2018064167A1 (es) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11204936B2 (en) * | 2019-02-11 | 2021-12-21 | Landis+Gyr Innovations, Inc. | Utility meter reading type code conversion |
| FR3113219B1 (fr) * | 2020-07-29 | 2022-07-29 | Sagemcom Energy & Telecom Sas | Procédé de transmission de mesures permettant de réduire la charge du réseau |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5903594A (en) * | 1997-04-16 | 1999-05-11 | General Electric Company | Power line communications spread spectrum protocol |
| US7437452B2 (en) * | 2003-02-26 | 2008-10-14 | Ricoh Company, Ltd. | Method and system for monitoring network connected devices with multiple protocols |
| US7616656B2 (en) * | 2004-10-20 | 2009-11-10 | Electron Industries / Gauge Tech | System and method for providing communication between intelligent electronic devices via an open channel |
| WO2009112081A1 (en) | 2008-03-14 | 2009-09-17 | Nokia Siemens Networks Oy | A publish/subscribe system for heterogeneous access management |
| US8839101B2 (en) | 2011-01-07 | 2014-09-16 | General Electric Company | Flexible meter configuration software architecture |
| US9068858B2 (en) * | 2012-04-13 | 2015-06-30 | Elster Solutions, Llc | Generic and secure AMI end device configuration |
| US9648143B2 (en) * | 2013-10-03 | 2017-05-09 | Duke Energy Corporation | Methods of processing data corresponding to a device that corresponds to a gas, water, or electric grid, and related devices and computer program products |
| WO2016164710A1 (en) * | 2015-04-09 | 2016-10-13 | Landis+Gyr Innovations, Inc. | Integrated head-end utility metering system |
| WO2018064168A1 (en) * | 2016-09-30 | 2018-04-05 | Aclara Technologies Llc | Enhanced meter reading schema to improve functionality in a utility's communications system |
-
2017
- 2017-09-27 US US16/334,173 patent/US11010845B2/en active Active
- 2017-09-27 ES ES201990028A patent/ES2728139R1/es active Pending
- 2017-09-27 GB GB1903796.9A patent/GB2568841A/en not_active Withdrawn
- 2017-09-27 WO PCT/US2017/053721 patent/WO2018064167A1/en not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| GB201903796D0 (en) | 2019-05-01 |
| GB2568841A (en) | 2019-05-29 |
| WO2018064167A1 (en) | 2018-04-05 |
| US20190213163A1 (en) | 2019-07-11 |
| US11010845B2 (en) | 2021-05-18 |
| ES2728139R1 (es) | 2019-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN201945615U (zh) | 单相远程费控智能电表及自动抄表系统 | |
| US7772989B2 (en) | Electronic electric meter for networked meter reading | |
| US20090115626A1 (en) | Electronic meter for networked meter reading | |
| US20080136667A1 (en) | Network for automated meter reading | |
| US9400191B2 (en) | Method and apparatus for data management in advanced metering infrastructure network | |
| EP2783190A2 (en) | Methods and systems of reading utility meters and methods and systems of transmitting utility meter data | |
| KR101512502B1 (ko) | 하드웨어 보안모듈이 적용된 ａｍｉ 보안 시스템 | |
| ES2728139A2 (es) | Mejoras a los patrones IEC 61968-9:2013 para las comunicaciones de un sistema de servicios públicos | |
| CN104678167A (zh) | 一种智能电能表及公用事业仪表抄表系统 | |
| ES2935916T3 (es) | Método de transmisión de mediciones que permite reducir la carga de la red | |
| CN205826856U (zh) | 带有电波校时的智能电表 | |
| KR101135841B1 (ko) | 원격검침 프로토콜을 활용한 보안시스템 및 그 방법 | |
| CN110212945A (zh) | 电力线路连通性检测方法、装置及系统 | |
| CN205959384U (zh) | 一种集成式数据采集装置 | |
| KR102157844B1 (ko) | 패킷 방식을 이용하는 검침 데이터 수집 장치 및 그 방법 | |
| CN214410257U (zh) | 无线测温系统 | |
| CN202815088U (zh) | 一种智能电能表及公用事业仪表抄表系统 | |
| CN212033833U (zh) | 太阳能智能配电管理系统 | |
| ES2572967T3 (es) | Procedimiento de transmisión para lectura remota de contadores de fluido | |
| CN212965822U (zh) | 一种智慧式能源管理终端 | |
| CN217590993U (zh) | 一种应用于智能电网的数据采集系统 | |
| EP4556857A1 (en) | A method for collecting consumption profile data from a utility meter | |
| Leelavathi et al. | Smart Energy Meter with Reading Indication using GSM | |
| ES2887269T3 (es) | Método para operar un sistema de lectura móvil | |
| CN100527183C (zh) | 太阳能热水器微电脑无线测控仪 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| BA2A | Patent application published |
Ref document number: 2728139 Country of ref document: ES Kind code of ref document: A2 Effective date: 20191022 |
|
| EC2A | Search report published |
Ref document number: 2728139 Country of ref document: ES Kind code of ref document: R1 Effective date: 20191030 |
|
| FC2A | Grant refused |
Effective date: 20220928 |