Actividad. Investigación sobre Protocolo MQTT

[pic 1]

Manuel Contreras Cortez

A01231902

6.5.1. Actividad. Investigación sobre Protocolo MQTT

La idea de Internet de las Cosas conlleva un problema central: ¿cómo realizar la comunicación entre innumerables dispositivos de diferentes capacidades, unos móviles y otros estacionarios?

Sabemos que En el caso de MQTT, cada conexión se mantiene abierta y se reutiliza en cada comunicación necesaria. Algo diferente a lo que ocurre en otros protocolos conocidos, que se realiza cada comunicación necesita una nueva conexión, en relacion al modelo de capas visto antes en clase e puede dividir en cuatro capas: capa de detección de objetos, la capa de intercambio de datos, capa de integración de la información, y la capa de servicios de aplicaciones .Los dispositivos inteligentes pueden estar ya conectados a través de Internet tradicional y Bluetooth.

[pic 2]

Hablando del modelo Publish-Suscribe este separa al cliente (editor) que envía el mensaje del cliente (suscriptor) que lo recibe. El editor y el suscriptor no necesitan establecer contacto directo. Podemos dejar que varios editores publiquen mensajes a un suscriptor, o que varios suscriptores reciban mensajes de un editor al mismo tiempo. La esencia es que un  intermedio llamado broker es responsable de todo el enrutamiento y la distribución de los mensajes.

MQTT tiene algunas ventajas y desventajas claras cuando se compara con los protocolos de la competencia. Las ventajas incluyen lo siguiente:

• Bajo uso de la red, debido a la minimización de los paquetes de datos;
• Distribución eficiente de los datos;
• Implementación exitosa de la teledetección y el control;
• Entrega de mensajes rápida y eficiente;
• Uso de pequeñas cantidades de energía, lo que es bueno para los dispositivos conectados.

[pic 3]Las desventajas de MQTT incluyen lo siguiente:

• MQTT tiene ciclos de transmisión más lentos en comparación con CoAP.
• Es difícil crear una red MQTT globalmente escalable.

Tomando en cuenta estos conceptos el reto podria quedar algo asi:

Por ultimo, la unica adecuacion que se haria en el reto de sistema de riego actual, es que la comunicación seria directa hacia una pagina web y no una app. Al realizar el siguiente procedimiento: Conectando el sensor de humedad del suelo al pin A0 del Nodemcu y el DHT22 al pin D4. El sensor de temperatura DS18B20 al pin D6. Sensor de movimiento PIR al pin D3. El zumbador al pin D5 y el sensor de lluvia al pin D7 de NodeMCU. El motor está conectado al relé. Para controlar el relé, utilizamos el pin D0 de NodeMCU. Conecta la pantalla OLED al pin I2C (D1 & D2 pin) de NodeMCU. Podemos alimentar el sensor DS18B20, el sensor PIR, el motor de agua, el zumbador y el relé utilizando el pin 5V de NodeMCU. El sensor DHT22, el sensor capacitivo de humedad del suelo y la pantalla OLED sólo requieren una alimentación de 3,3V. Ya solo quedaria por hacer la conexión a la pagina web en donde se mandaria toda la captura de datos para asi poder realizar tablas que sean de valor para el usuario.

...