por Ponlakshmi
Cada dispositivo inteligente que se construye hoy tiene el software que lee datos y comunicarse con los otros dispositivos para crear un ambiente inteligente. Es muy importante tener un robusto y agente confiable para un ambiente inteligente. Pocas prácticas óptimas desarrollo simple, agentes de peso ligero son,
Las baterías de vida limitadasIoTdispositivos en la periferia en su mayoría. Los agentes deben programarse para ejecutar unos pocos procedimientos como escuchar el evento y enviar los datos a el servidor central, y cuando el servidor central envía un comando, el Agente debe activar el evento basado en el comando. El único código en el agente debe ser:
Si (message_received == "DO EST" ) {
DO_THIS()
}
si (message_received == "DO QUE" ) {
DO_THAT() s
}
Un poco más de esto arruinará la batería a un ritmo más rápido. Seguir actualizando la inteligencia dentro de cada agente va a ser un trato muy costoso. Lo mejor es crear un ejecutante de vertedero agente. Si estás haciendo unMQTTbasado en la implementación, sólo suscribirse a un tema y publicar sólo un tema y el resto debe ser atendido por el corredor o servidor detrás de él.
La mayoría de los dispositivos funcionan según el evento que ocurre en los dispositivos. In tal escenario, no hay necesidad de que el agente sea continuamente conectado al servidor central. Seleccione un buen estándar de protocolo que permite a su agente dormir por un tiempo estipulado y luego venir volver a vivir.MQTT-SNproporciona esta opción. El agente debe reconectarse dentro de lo estipulado tiempo para comprobar los mensajes (si los hay) del servidor central. Tenga un cheque sobre lo crítico que es los datos que recopila y decide sobre la duración del sueño.
La sensibilidad del tiempo de los datos aumenta día a día. Cuanto antes los datos se reciben en el servidor central, las mejores decisiones será hecho por el motor central de datos grandes. ElEmbrace IoT for Perfectiondará una visión más detallada del bucle de retroalimentación rápida
El agente no es para almacenar datos. Tan pronto como consiga el evento, enviarlo al servidor central. La agregación de datos también puede llevar a pérdida de datos intermitente, así que envíalo.
La desconexión de los dispositivos va a ser un fenómeno más común con la explosión del número de dispositivos y otros materiales factores que afectan la conexión. El dispositivo puede salir conexión debido a factores como pérdida de energía, emisión de red, etc., Asegúrese de que el servidor central o el administrador o los dispositivos pertinentes ser notificado cuando los dispositivos salen de conexión. Set Stronger mensajes si el agente en particular es crítico de la misión.MQTTofrece una opciónMENSAJESque puede informar a los otros clientes y gerentes si El cliente se va.
Cualquier cosa y todo puede fracasar y todo volverá a vida. También los dispositivos. Asegúrate de conectar bien al agente al principio / Parar la rutina del dispositivo para el cual lo programa. El centro servidor a pesar de hospedado en el centro de datos altamente disponible también no excepción a la regla del fracaso. El agente debe tener un buen algoritmo de reconexión para comprobar la disponibilidad del servidor. Muy bien. ping frecuente a un servidor no disponible drenará la energía en un más rápido.
AtBevywise NetworksHemos construido nuestros agentes de IoT, empresaMQTT broker" IoT Simulatorpara dispositivos y sensores basados enMQTTyMQTT-SNProtocolo