Thingsboard motor de reglas detallado, motor de reglas de cómo utilizar la tuberculosis

En primer lugar, lo que descarta los motores?

La explicación oficial: "regla por el motor de inferencia desarrollado desde el motor, es un componente integrado en una aplicación para lograr la separación de las decisiones empresariales del código de la aplicación y uso de decisión empresarial predefinido para aceptar los módulos semánticos datos escritos. de entrada, a explicar las reglas de negocio, y las decisiones de negocios hacen sobre la base de reglas de negocio ".
Thingsboard explicó: Thingsboard motor de procesamiento de núcleo de la plataforma, como un motor de automóvil, que es construir el flujo de trabajo basado en eventos es un marco altamente personalizable, con procesamiento de eventos complejos.
image.png

En segundo lugar, lo que gobierna Thingsboard capacidades del motor son?

1, almacenada en los datos del dispositivo (datos en tiempo real / datos de atributos) antes de apoyo de base de datos para datos de telemetría de datos o atributo recibido la verificación de intercepción y modificación;
2, los datos de telemetría dispositivo de copia atributo de dispositivo (datos en tiempo real) o desde el dispositivo a la asociada activos, de modo que se pueden agregar telemetría;
3, una reglas de alerta personalizados / función, por la alarma se dispara el dispositivo, actualizar, claro;
4, el dispositivo funciona de acuerdo con los eventos del ciclo de vida de disparo. ; Dispositivo tal como una línea, el dispositivo fuera de línea, evento de alarma crear
datos adicionales necesarios para el proceso 5, de carga. Temperatura del dispositivo de carga en un umbral definido o las propiedades de inquilinos dispositivo cliente;
7, cuando se transmite el correo electrónico se produce de eventos complejos, y el uso de los "plantilla de correo electrónico" de atributo otras entidades;
8, el aparato de control remoto de acuerdo con las condiciones RPC definido llamar.
9, el dispositivo de datos en tiempo real, el comando de control remoto RPC o una alarma o un evento provocado por un motor de reglas, para empujar al middleware mensaje, o sistemas de terceros externos (por ejemplo, Kafka, MQTT, RabbitMQ, Spark, AWS servicios, etc.)
simple resumen: en cualquier caso, se puede utilizar para recibir, desde el dispositivo puede ser, acontecimientos de la vida de ciclo dispositivo, evento API REST, las peticiones RPC, entrante; capaz de procesar una sola mensajes entrantes y generar uno o más salientes mensajes enviados a diferentes enrutamiento de mensajes reglas para procesar el enlace, mientras que el filtro, Enrich, para convertir el mensaje entrante, o se comunica con un sistema externo para realizar operaciones.

En tercer lugar, la composición de las cuales una de las partes del motor de reglas?

1. Reglamento mensaje (Mensaje)

Acción: medios para recibir cualquier caso, se pueden pasar desde el dispositivo, los eventos del ciclo de vida del dispositivo, evento API REST, las solicitudes de RPC, las
características: puede haber una secuencia predeterminada de las estructuras de datos que representan varios mensajes en el sistema
de mensajes composición: ID de mensaje (MessageId), base de tiempo identificador único universal; mensaje originador (originador del mensaje), dispositivo , de activo u otro identificador de la entidad; tipo de mensaje (tipo de mensaje), o telemetría inactivo evento ; mensaje de carga útil (carga útil del mensaje), paquete JSON con la carga útil del mensaje real; metadatos (metadatos), listas, y otra información relacionada con los pares de valores clave de datos.
Tipo de mensaje: El tipo demasiados para enumerar. Si es necesario, por favor carta privada. compartir documentos de forma gratuita.
image.png

2. Reglas de nodo (nodo Regla)

¿Qué es? nodo de reglas es un componente esencial del motor de reglas, es una sola manija mensajes entrantes y generar uno o más salientes mensajes. nodo regla es la unidad lógica principal del motor de reglas. Reglas nodo puede ser filtrada, enriquecer, para convertir el mensaje entrante, o se comunica con un sistema externo para realizar operaciones.
Acción: el filtrado de nodo de reglas puede ser rico, para convertir el mensaje entrante, o comunicarse con un sistema externo para llevar a cabo las operaciones. Posibilidad de personalizar el nodo oferta, los datos calculados implementadas.
La relación entre los nodos: Nodo de regla puede estar asociada con el nodo otras reglas. Cada relación tiene un tipo de relación, que se utiliza para identificar el significado lógico de la relación entre las etiquetas. Cuando el nodo las reglas de generación de mensaje de salida, siempre se designa para encaminar mensajes al siguiente nodo del tipo relación.
Reglas nodo tipos:
A, nodo de filtro (para el filtrado y enrutamiento de mensajes, filtrado de éxito de la cadena ir realmente mal para ir cadena falso). Ejemplo 1: secuencia de comandos (nodo filtro script) usando mensaje javascript filtrado de condiciones (msg mensaje, mensaje de los metadatos, MsgType tipo de mensaje); Ejemplo 2: switch (nodo de conmutación) encamina el mensaje entrante a una o más de la cadena de salida nodo configurado para realizar la función de JavaScript.
nodo Filtro:
image.png

b, los atributos de nodo de conjunto: medios para actualizar los metadatos del mensaje entrante. Ejemplo 1: mensaje originador atributos de usuario (atributos del cliente), el creador de la información de atributos del mensaje o telemetría de datos de metadatos añadió metadatos. Ejemplo 2: atributos del dispositivo (atributos de dispositivo), los atributos del dispositivo o de telemetría mensaje de datos originador metadatos añadido.
Atributo Conjunto de nodos:
image.png

C, transformar nodo: el usuario cambia el mensaje de campo creado, por ejemplo, el iniciador, el tipo de la carga útil, los metadatos. Ejemplo 1: La escritura de nodos de conmutación (escritura), el papel de: modificar el contenido del mensaje (MSG (mensaje de carga útil), MsgType (tipo de mensaje), los metadatos (metadatos)), aumento, se pueden cambiar. 2 Por ejemplo: la conversión en el nodo de correo electrónico (a correo electrónico), llena utilizando el valor derivado de la elemento de datos campo de mensaje de correo electrónico, convierte el mensaje a un mensaje de correo electrónico. Configuración "del Send_Email" tipos de mensajes de salida, pueden ser aceptados después de que el "nodo de correo electrónico." Todo el valor del campo Correo electrónico puede estar configurado para utilizar los metadatos.
image.png

d, nodo de acción: la realización de diversas acciones de acuerdo con el mensaje entrante. Ejemplo 1: crear alarma (alarma creado), con la condición de un mensaje de alarma se activa por el filtro se determina después de filtrar nodos de secuencia de comandos. Ejemplo 2: log (log creado), el sistema para la salida de registro del sistema crítico, tal como 3: RPC petición de llamada (llamada RPC remoto), la solicitud de RPC sistema de monitoreo, entrega una petición de orden de control.
image.png

E, nodo externo: proporcionar el mensaje y encaminamiento de datos a un middleware externo, u otra tercera estación Fangyun Ping. Se utiliza para interactuar con sistemas externos. Ejemplos 1: Kafka (Kafka middleware de mensajería), MQTT (agente MQTT externa), RabbitMQ, el apoyo publicará sistema de datos para kafka / MQTT Agente / RabbitMQ, una suscripción de los consumidores de datos de terceros. Ejemplo 2: Enviar (mensajes enviar a externa). Ejemplos 3: AWS SNS: publicar un mensaje a AWS SNS (mensaje de notificación de servicio Amazon Simple, un publish \ suscribirse servicio de mensajería modo).
image.png

3. La regla de la cadena (regla de la cadena)

¿Qué es? regla de la cadena es un conjunto lógico de reglas nodos y sus relaciones. Recibir el mensaje de salida de un nodo para enviar al siguiente nodo.
Uso: administrador del inquilino puede definir una regla de la cadena "raíz", puede definir una serie de reglas de otra cadena. regla de la cadena de raíz para cada mensaje entrante y lo envía a la otra cadena de reglas de procesamiento adicionales. Otras cadenas de reglas también pueden reenviar mensajes a diferente cadena de reglas.

En cuarto lugar, el uso de características

La configuración de la disposición de arrastrar y soltar de edición
cada nodo puede tener una regla específica en función de los parámetros de configuración de las reglas nodo implementado. Por ejemplo, "Filtro - Guión" nodo de reglas puede ser configurado con la costumbre proceso de la función JS de los datos entrantes.
image.png

Puesta en marcha con base - reglas de patrón evento de prueba de
cada nodo regla puede ser ajustado en el modo de depuración, después de activar, en el evento, podrá ver de entrada - los mensajes salientes
image.png

función de JavaScript banco de pruebas
reglas de nodos que tienen una característica de interfaz de usuario particular, que permite a los usuarios prueba de función JS. Al hacer clic en "función de filtro de prueba", verá editor de JS, puede utilizar el editor para reemplazar los parámetros de entrada y verificar la salida de la función.
image.png

nodo de reglas se pueden personalizar:
si thingsboard normas existentes procesamiento de nodos, no puede manejar algunos escenarios de negocios personalizadas, tales como: datos para la clasificación estadística, o estadísticas de paquetes o datos de inserción a Hadoop ecológico externo para almacenar, o para un período especificado datos en tiempo generados exportación de archivos, empujados a la pequeña escena basada en el servidor remoto, que pueden ser implementadas por nodo de reglas personalizadas. Las reservas oficiales de desarrollo de la extensión de la conexión, es fácil de construir su propia lógica de procesamiento.

5. Resumen:

El concepto básico para el uso de motor de reglas thingsboard, la capacidad de hacer el motor de reglas se puede utilizar, y cada nodo de las normas, las reglas del uso de las características del modelo hizo una breve introducción. Creemos que a través de esta explicación de la base del uso de la capacidad normativa del motor tiene una idea aproximada, específica motor de reglas para explicar la planificación real después de que el dispositivo se asoció acceso, y luego demostración. Gracias hojean, espero que seguirá centrándose, para apoyar el original, el mejor de los logros de su propio!

Gracias al autor: Código tío agricultor de 30 años de edad, recuerda contragolpe

===================================
fuente de: Código agricultor tío de 30 años de edad, recuerda contragolpe de la comunidad IoTSchool "niño de arroz" organizar a los usuarios.
Link: https: //www.iotschool.com/article/34.html
Aquí Insertar imagen Descripción

Publicado 11 artículos originales · ganado elogios 0 · Vistas 1117

Supongo que te gusta

Origin blog.csdn.net/IoTSchool/article/details/104453611
Recomendado
Clasificación