Flujos de comunicación

Comandos de establecimiento de comunicación con el dispositivo (registro)

Los comandos de establecimiento de comunicación con el dispositivo de Landis+Gyr se pueden utilizar para "registrar" el dispositivo y notificar al sistema de recopilación de datos de L+G que los contadores se han añadido al inventario. Los comandos de establecimiento de comunicación con el dispositivo de este tipo tienen el indicador de "Modo de solo registro" establecido en "Sí". Un algoritmo de introducción con estado "Preparado para establecimiento de comunicación" evalúa el modo de solo registro del comando y, si está establecido en "Sí", el comando omite el estado por defecto de "En espera de medida", avanza al estado "Ejecutar evento de finalización" y se crea una entrada de log de actividad.

Para los comandos de establecimiento de comunicación con el dispositivo de este tipo, solo se envía al sistema de recopilación de datos la solicitud de registro del dispositivo.

Los comandos de registro de dispositivo suelen crearse cuando se añaden nuevos dispositivos al inventario en un sistema de gestión de activos, como Oracle Utilities Operational Device Management.

Comandos de establecimiento de comunicación con el dispositivo (instalación)

Los comandos de establecimiento de comunicación con el dispositivo de Landis+Gyr se pueden utilizar para notificar al sistema de recopilación de datos de L+G que los contadores se han instalado o cambiado. Un algoritmo de introducción con estado "Preparado para establecimiento de comunicación" evalúa el indicador "La comprobación de instalación no es necesaria" del comando y, si está establecido en "Falso", el algoritmo crea una comunicación saliente de "Notificación de cambio de contador de L+G" y envía una notificación de instalación al sistema de recopilación de datos.

Comandos de anulación de registro de dispositivo

El adaptador de Landis+Gyr soporta el comando Anulación de registro de dispositivo (basado en el objeto de negocio D1-DeviceDeregistration). Este comando envía una comunicación que anula el registro del dispositivo en el sistema de recopilación de datos y se utiliza con más frecuencia cuando se da de baja un dispositivo. El mensaje específico que se envía se define para el rol de procesamiento de anulación de registro de dispositivo para el proveedor de servicios del sistema de recopilación de datos de L+G.

Los comandos de anulación de registro de dispositivo suelen crearse cuando se dan de baja dispositivos en un sistema de gestión de activos, como Oracle Utilities Operational Device Management.

Filtrado de unidades de medida para lecturas bajo demanda

Las lecturas devueltas mediante comandos de lectura bajo demanda se filtran en la combinación de UM/discriminación horaria/identificadores de cantidad de servicio configurada para el dispositivo y el componente de medición. Cuando el filtrado está activado, solo se procesan las lecturas que coinciden con una combinación de UM/discriminación horaria/identificador de cantidad de servicio configurada. Las demás se descartan.

El filtrado se activa por defecto mediante el parámetro “Exclusión de filtrado” (definido como "falso" por defecto) en el algoritmo D3-CCOMPEV (Crear evento de finalización de datos iniciales de medida) en el estado Crear eventos de finalización del objeto de negocio D3-ReadingChgNotification (Notificación de cambio de lectura - Basado en SOA).

El algoritmo D3-VALDVCFIL (Comprobar existencia de errores de filtrado en dispositivo) en el estado Validar del objeto de negocio D3-ReadingChgNotification (Notificación de cambio de lectura - Basado en SOA) se utiliza para comprobar la existencia de errores relacionados con el filtrado. El valor del parámetro “Exclusión de filtrado” en este algoritmo debe coincidir con el valor del parámetro en el algoritmo D3-CCOMPEV. Ambos parámetros de deben definir como "falso" (valor por defecto) o "verdadero" (si se va a desactivar el filtrado).

Comandos de restablecimiento de potencia

En el caso de los comandos de lectura bajo demanda asociados a comandos de restablecimiento de potencia, el filtrado estará activado por defecto mediante el parámetro “Exclusión de filtrado” (configurado como "falso" por defecto) en el algoritmo D3-SDRCCE (Crear evento de finalización de restablecimiento de potencia programada) del estado Crear eventos de finalización del objeto de negocio D3-ScheduleDemandResetResponse (Respuesta de potencia programada (Multispeak)). 

El algoritmo D3-VALSDRCCE (Comprobar errores de filtrado de dispositivo - Restablecimiento de potencia de programa) en el estado Validar del objeto de negocio D3-ScheduleDemandResetResponse (Respuesta de potencia programada (Multispeak)) se utiliza para comprobar la existencia de errores relacionados con el filtrado. El valor del parámetro “Exclusión de filtrado” en este algoritmo debe coincidir con el valor del parámetro en el algoritmo D3-SDRCCE. Ambos parámetros de deben definir como "falso" (valor por defecto) o "verdadero" (si se va a desactivar el filtrado).

Comandos de CIM

En el caso de los comandos de lectura bajo demanda basados en CIM, el filtrado se activa por defecto mediante el parámetro “Exclusión de filtrado” (definido como "falso" por defecto) del algoritmo D3-CCMPEVCIM (Crear evento de finalización de CIM) en el estado Crear eventos de finalización del objeto de negocio D3-CIMMeterReadingsResponse (Respuesta lectura bajo demanda contador CIM, basada en SOA). 

El algoritmo D3-VALCEVCIM (Comprobar errores de filtrado de dispositivo en evento de finalización de CIM) en el estado Validar del objeto de negocio D3-CIMMeterReadingsResponse (Respuesta lectura bajo demanda contador CIM, basada en SOA) se utiliza para comprobar la existencia de errores relacionados con el filtrado. El valor del parámetro “Exclusión de filtrado” en este algoritmo debe coincidir con el valor del parámetro en el algoritmo D3-CCMPEVCIM. Ambos parámetros de deben definir como "falso" (valor por defecto) o "verdadero" (si se va a desactivar el filtrado).