Tabla de contenido
Publicidad
6.2.3 EVENTOS
Cuando se configura el canal digital en el modo "Registro de eventos" y se produce un evento, se genera un mensaje de tipo de evento, indicando
el canal, el timestamp y el borde donde se produjo. Los datos están en formato JSON y tienen los siguientes conjuntos de claves/valores:
{
"device_id": "device0",
"events": {
"chd1": {
"timestamp":1585819219.685,
"edge":1,
}
}
}
Notas:
El valor de timestamp también está en formato Unix timestamp en UTC (GMT 0), pero se añadieron los milisegundos del evento como
•
parte fraccionaria.
Sobre el valor edge: "1" significa que el evento ocurrió en un borde ascendente. "0" significa que el evento ocurrió en un borde descendente.
•
6.3
CONFIGURACIÓN
Algunos conjuntos de ajustes del dispositivo pueden ser cambiados o consultados a través de MQTT al publicarse en el tema que el dispositivo
tiene para recibir las configuraciones. Se recibe una confirmación de esta publicación en el tema de confirmación de la configuración.
Los ítems de configuración disponibles para este tipo de dispositivo son:
ÍTEMS DE CONFIGURACIÓN
rtc
device
chdX
Periodic counter reset
chX
eth
wifi
modbus tcp
rs485
6.3.1 MODELO DE ENVIO DE CONFIGURACIONES Y COMANDOS
El modelo de funcionamiento básico de los comandos y ajustes fue diseñado para permitir la sincronización de las configuraciones y condiciones
del dispositivo con la nube.
En este modelo hay dos conceptos básicos:
Desired properties: Estas son las condiciones y configuraciones que la aplicación backend puede cambiar o consultar en el dispositivo con el
•
que actúa.
Reported properties: Se utilizan en respuesta a la recepción de Desired properties, donde el dispositivo reporta su estado actual o el
•
resultado de un comando.
Este modelo de intercambio de mensajes necesita dos temas diferentes para funcionar. El primero es el tema en el que se suscribe el dispositivo
para recibir las Desired properties. Este paso, iniciado por la aplicación, se llama "request". El segundo tema se usará para que el
dispositivo pueda publicar las Reported properties después de que se ejecute el comando o la configuración. Este paso se llama
"response".
Para detalles sobre el envío de configuraciones a través de MQTT a DigiRail OEE, ver el documento sobre Protocolo MQTT disponible en la
página del producto del sitio web de NOVUS.
6.4
COMANDOS
Siguiendo el mismo modelo que los ajustes de envío, se deben publicar los comandos en el Tema para recibir comandos. Se indica el tipo de
datos en el JSON del mensaje. El retorno de la ejecución del comando se hace a través del Tema de confirmación del comando.
Los comandos disponibles para el DigiRail OEE son:
Output: Se utiliza para obtener o modificar el estado de las salidas digitales.
•
Reset counters: Se utiliza para reiniciar los contadores digitales.
•
Get diagnostic: Se utiliza para obtener datos de diagnóstico del dispositivo.
•
NOVUS AUTOMATION
Ajuste de RTC (Real Time Clock – reloj interno del dispositivo).
Configuración general del dispositivo.
Configuración del canal digital 'X' (Disponibles: chd1, chd2, chd3, chd4, chd5 y chd6).
Configuración de periodicidad del reinicio de los contadores digitales.
Configuración del canal analógico 'X' (Disponibles: ch1 y ch2).
Configuración de la interfaz Ethernet (cuando disponible).
Configuración de la interfaz Wi-Fi (cuando disponible).
Configuración del protocolo Modbus TCP.
Configuración de la interfaz RS485.
Tabla 06 – Ítems de configuración
DESCRIPCIÓN
14/34
Publicidad
Tabla de contenido
