Flujos de comandos de Landis+Gyr

En la tabla siguiente se muestran los flujos de comunicación con cada comando de Landis+Gyr:

  • Comando: el comando de contador inteligente específico.
  • Comunicación saliente: el objeto de negocio de comunicación saliente que ha creado el comando. Envía la solicitud de comando al sistema de recopilación de datos.
  • Comunicación entrante: la comunicación entrante creada por la respuesta desde el sistema de recopilación de datos.
  • Evento de finalización: los eventos de finalización que dispara el comando, si existen. Los eventos de finalización se utilizan para actualizar datos en el sistema como consecuencia de un comando de contador inteligente. Por ejemplo, si un comando cambia el estado de un dispositivo, el evento de finalización se encarga de realizar el cambio.

Comando

Comunicación saliente

Comunicación entrante

Evento de finalización

Establecimiento de comunicación con dispositivo

Adición de contador L+G a inventario (MultiSpeak)

(D3-AddMeterToInventryMultiSpDR)

Evento fin establecimiento comunicación con dispositivo

Interrupción de comunicación con dispositivo

Notificación de baja de contador (MultiSpeak) de L+G

(D3-MtrRmvNotifMultiSpeakDR)

Evento finalización interrupción comunicación de dispositivo

Baja de contador

Notificación de baja de contador de L+G

(D3-MeterRetireNotificationDR)

Cambio de contador

Notificación de cambio de contador de L+G

(D3-MeterExNotificatnMultiSpDR)

Conexión remota

Ruta directa para iniciar conexión/desconexión de L+G

(D3-InitiateConnectDisconnectDR)

Notificación cambio estado conexión/desconexión-Ruta directa

(D3-ConnectDisconStateChgNtfDR)

Evento de finalización de conexión de dispositivo

Desconexión remota

Ruta directa para iniciar conexión/desconexión de L+G

(D3-InitiateConnectDisconnectDR)

Notificación cambio estado conexión/desconexión-Ruta directa

(D3-ConnectDisconStateChgNtfDR)

Evento de finalización de desconexión de dispositivo

Restablecimiento de potencia

Restablecimiento potencia programada (Multispeak) de L+G

(D3-ScheduleDemandResetDR)

Ruta directa de notificación de cambio de lectura

(D3-ReadingChgNotificationDR)

Lectura bajo demanda (MultiSpeak)

Ruta directa inicio lectura por nº contador MultiSpeak L+G

(D3-InitiateMRByMtrNbrDR)

Ruta directa de notificación de cambio de lectura

(D3-ReadingChgNotificationDR)

Evento de finalización de creación datos iniciales medida

Lectura bajo demanda (intervalo) [CIM]

Lectura bajo demanda contador (intervalo) CIM, ruta directa

(D3-CIMGetLPDataDR)

Ruta directa de AsyncReply MeterReads de CIM

(D3-CIMAsyncReplyMeterReadingDR)

Evento de finalización de creación datos iniciales medida

Lectura bajo demanda (escalar) [CIM]

Lectura bajo demanda contador (escalar) CIM, ruta directa

(D3-CIMMeterOnDemandReadDR)

Ruta directa de AsyncReply MeterReads de CIM

(D3-CIMAsyncReplyMeterReadingDR)

Evento de finalización de creación datos iniciales medida

Comprobación de estado de dispositivo

Ruta directa de ping de CIM

(D3-CIMPingDR)

Ruta directa de AsyncReply MeterReads de CIM

(D3-CIMAsyncReplyMeterReadingDR)

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-CRRCCEDR (Crear evento de finalización de datos iniciales de medida - Ruta directa) en el estado Crear eventos de finalización del objeto de negocio D3-ReadingChgNotificationDR (Ruta directa de notificación de cambio de lectura de L+G). 

El algoritmo D3-VALDVCFDR (Ruta directa de comprobación de existencia de errores de filtrado en dispositivo) en el estado Validar del objeto de negocio D3-ReadingChgNotificationDR 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 del mismo parámetro en el algoritmo D3-CRRCCEDR. El parámetro “Exclusión de filtrado” se debe 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-CRCIMCE (Crear evento de finalización de CIM en ruta directa) en el estado Crear eventos de finalización del objeto de negocio D3-CIMAsyncReplyMeterReadingDR (Ruta directa de AsyncReply MeterReads de CIM). 

El algoritmo D3-VALCCIMCE (Comprobar errores de filtrado de dispositivo en evento de finalización de CIM en ruta directa) en el estado Validar del objeto de negocio D3-CIMAsyncReplyMeterReadingDR (Ruta directa de AsyncReply MeterReads de CIM)se utiliza para comprobar la existencia de errores relacionados con el filtrado. El valor del parámetro “Exclusión de filtrado” de este algoritmo debe coincidir con el del parámetro del algoritmo D3-CRCIMCE. Ambos parámetros de deben definir como "falso" (valor por defecto) o "verdadero" (si se va a desactivar el filtrado).