Visión general de la comunicación con dispositivo
La comunicación básica para todos los procesamientos de negocio es básicamente la misma. Se envía una solicitud de comunicación desde la aplicación Oracle Utilities al sistema de recopilación de datos. Esta solicitud será para una conexión/desconexión, establecimiento/interrupción de comunicación, datos de medida, una lectura bajo demanda u otro tipo de solicitud que soporte el sistema de recopilación de datos. El sistema de recopilación de datos recibe el mensaje, actúa según la solicitud y devuelve una respuesta.
Consulte Comunicaciones en la guía del usuario de negocio y la sección Acerca de las comunicaciones en la guía del usuario administrativo para obtener información básica sobre actividades de comandos y comunicaciones.
Procesamiento de comandos en implantaciones nativas
Cuando se trata de una implantación nativa de adaptadores de Smart Grid Gateway, incluidos los servicios en la nube de Oracle Utilities, el procesamiento de comandos funciona de una forma algo distinta a como lo hace en implantaciones de midddleware (locales).
En la tabla siguiente se describe de forma breve el proceso de comunicación y se indican objetos de ejemplo que utiliza el adaptador de Oracle Utilities Smart Grid Gateway para OpenWay de Itron. Tenga en cuenta que el proceso que se describe a continuación se ha simplificado con fines ilustrativos y no hace referencia a todos los pasos realizados en este proceso.
|
Paso |
Proceso |
Datos de ejemplo |
|---|---|---|
|
1. |
Un usuario inicia un comando de conexión remota para un dispositivo. Se crea una instancia de un objeto de negocio de actividad de conexión remota para el comando. |
Objeto de negocio de actividad: Conexión remota (D1-RemoteConnect) |
|
2. |
El objeto de negocio de actividad de comando de conexión remota crea una comunicación saliente. El sistema de recopilación de datos determina el tipo específico de objeto de negocio de comunicación saliente que se crea, en función del rol de procesamiento definido en un algoritmo de entrada del estado “Conexión preparada” del ciclo de vida del objeto de negocio de la actividad de comando. |
Objeto de negocio de comunicación saliente: Itron - Reconectar contador (conexión remota) (D8-ReconnectMeterDR) |
|
3. |
La comunicación saliente crea un mensaje saliente. El sistema de recopilación de datos determina el tipo específico de mensaje saliente que se crea, en función del rol de procesamiento definido en un algoritmo de entrada del estado “En espera de respuesta” del ciclo de vida del objeto de negocio de la comunicación saliente. |
Objeto de negocio de tipo de mensaje saliente: Mensaje saliente para el comando de conexión de Itron (D8-ItronRemoteConnectOutbndMsg) |
|
4. |
El mensaje saliente se envía al sistema de recopilación de datos a través de un sistema externo, un remitente de mensaje y un tipo de mensaje saliente. El sistema de recopilación de datos envía una respuesta síncrona para acusar recibo de la solicitud. |
Sistema externo: sistema de recopilación de datos de OpenWay de Itron Remitente de mensaje: Itron – Conexión remota (D8-Reconnect) Tipo de mensaje saliente: Itron – Conexión remota (D8-RemoteConnect) |
|
5. |
A medida que se actualiza el estado de la solicitud de comando, el sistema de recopilación de datos envía mensajes periódicos. Un servicio web entrante recibe estos mensajes y crea instancias de un objeto de negocio de comunicación entrante. El tipo específico de objeto de negocio de comunicación entrante creado viene determinado por el servicio web entrante. |
Objeto de negocio de comunicación entrante: Itron - StatusChanged (D8-StatusChanged) |
|
6. |
Cuando ha finalizado la solicitud de comando, envía una comunicación entrante de cambio de estado con estado “Finalizado”. Esta realiza la transición del objeto de negocio de comunicación saliente a su estado “Finalizado”. |
Objeto de negocio de comunicación entrante: Itron - StatusChanged (D8-StatusChanged) |
|
7. |
El objeto de negocio de actividad de comando de conexión remota crea una comunicación saliente de “resultados”. El sistema de recopilación de datos determina el tipo específico de objeto de negocio de comunicación saliente que se crea, en función del rol de procesamiento definido en un algoritmo de entrada del estado “Conexión preparada” del ciclo de vida del objeto de negocio de la actividad de comando. |
Objeto de negocio de comunicación saliente: Itron - Resultados de reconexión de contador (D8-ReconnectMeterResultDR) |
|
8. |
La comunicación saliente crea un mensaje saliente. El sistema de recopilación de datos determina el tipo específico de mensaje saliente que se crea, en función del rol de procesamiento definido en un algoritmo de entrada del estado “En espera de respuesta” del ciclo de vida del objeto de negocio de la comunicación saliente. |
Objeto de negocio de tipo de mensaje saliente: Mensaje saliente para el comando de resultado de conexión de Itron (D8-ItronRemoteCntRsltOutMsg) |
|
9. |
Un algoritmo de entrada en el estado “Evaluar respuesta” del ciclo de vida del objeto de negocio de mensaje saliente evalúa la respuesta. |
Algoritmo de entrada: Evaluar respuesta de obtención de resultados de reconexión (D8-EVGRCMRST) |
|
10. |
La comunicación saliente de “resultado” crea un evento de finalización para actualizar el estado del dispositivo con el fin de indicar que se ha conectado. El tipo específico de objeto de negocio de evento de finalización creado se especifica en un algoritmo de entrada en el estado “Crear evento de finalización” del ciclo de vida del objeto de negocio de comunicación saliente. |
Algoritmo: Crear evento de finalización de conexión a partir del resultado (D8-CRCNCER) Objeto de negocio de evento de finalización: Conectar dispositivo (D1-ConnectDevice) |
|
11. |
La comunicación saliente actualiza el “indicador de finalización de conexión o desconexión” y el objeto de negocio de actividad original. Un algoritmo de entrada realiza esta actualización en el estado “Finalizado” del ciclo de vida del objeto de negocio de comunicación saliente. |
En el caso de los comandos que también solicitan lecturas de consumo como, por ejemplo, Lectura bajo demanda o Lectura programada, las lecturas de consumo se envían por separado a través de mensajes de DataArrived al servicio web entrante DataSubscriberService, donde se pueden dirigir al almacenamiento de objetos para el procesamiento de la carga útil.