MQTT en módulos SIMCom
66 views
Skip to first unread message
Miguel Grassi
Nov 11, 2025, 10:21:01 PM (6 days ago) Nov 11
to Embebidos32
Hola gente,
Si en la lista hay alguien con experiencia usando módulos SIMCom (SIM76xx o similares) para conexiones MQTT que quiera charlar u opinar en el siguiente tema, estaré muy agradecido.
Si en la lista hay alguien con experiencia usando módulos SIMCom (SIM76xx o similares) para conexiones MQTT que quiera charlar u opinar en el siguiente tema, estaré muy agradecido.
Comento la situación:
El módulo se conecta con el broker fácilmente y en algunos casos la conexión se mantiene mucho tiempo sin problemas. Parecería que mientras el cliente no recibe mensajes, es muy estable. Sin embargo en otras ocasiones, (pareciera que especialmente unos pocos segundos luego de recibir algún mensaje MQTT normal, pero es difícil asegurarlo) la conexión se interrumpe.
Luego de luchar bastante configurando timeouts y keepalives sin resultados repetibles y seguros, opté por implementar un heartbeat propio y con eso conseguí paliar el problema que el broker logeaba como: "Client xxxxx has exceeded timeout, disconnecting."
Sin embargo me sigue pasando muy seguido que la conexión se interrumpe como si lo hiciera el propio módulo (en el broker el log acusa: "Client xxxxx closed its connection.") y eso me tiene intrigado. Tengo una estrategia de reconexión y bla bla, pero me gustaría lograr una comunicación más estable porque un proceso de reconexión muy frecuente es demasiado demandante en términos de tiempo, batería, tráfico, mensajes perdidos en el ínterin, etc.
El segundo tema que quería consultar es sobre el retraso en recibir mensajes de los canales a los que el módulo se suscribe. En algunos casos llegan en forma prácticamente instantánea y en otros pueden demorar 20 o 30 segundos y más también. A veces con pérdida total del mensaje, aún con QoS 1. Y aunque los mensajes se puedan recuperar y demás resguardos adicionales que uno puede tomar, en ciertas aplicaciones todo el delay que eso produce es inaceptable.
Para las pruebas estoy usando un sim de Movistar para LTE-IoT.
Cualquier comentario o sugerencia es bienvenida.
Saludos y muchas gracias,
Miguel
El módulo se conecta con el broker fácilmente y en algunos casos la conexión se mantiene mucho tiempo sin problemas. Parecería que mientras el cliente no recibe mensajes, es muy estable. Sin embargo en otras ocasiones, (pareciera que especialmente unos pocos segundos luego de recibir algún mensaje MQTT normal, pero es difícil asegurarlo) la conexión se interrumpe.
Luego de luchar bastante configurando timeouts y keepalives sin resultados repetibles y seguros, opté por implementar un heartbeat propio y con eso conseguí paliar el problema que el broker logeaba como: "Client xxxxx has exceeded timeout, disconnecting."
Sin embargo me sigue pasando muy seguido que la conexión se interrumpe como si lo hiciera el propio módulo (en el broker el log acusa: "Client xxxxx closed its connection.") y eso me tiene intrigado. Tengo una estrategia de reconexión y bla bla, pero me gustaría lograr una comunicación más estable porque un proceso de reconexión muy frecuente es demasiado demandante en términos de tiempo, batería, tráfico, mensajes perdidos en el ínterin, etc.
El segundo tema que quería consultar es sobre el retraso en recibir mensajes de los canales a los que el módulo se suscribe. En algunos casos llegan en forma prácticamente instantánea y en otros pueden demorar 20 o 30 segundos y más también. A veces con pérdida total del mensaje, aún con QoS 1. Y aunque los mensajes se puedan recuperar y demás resguardos adicionales que uno puede tomar, en ciertas aplicaciones todo el delay que eso produce es inaceptable.
Para las pruebas estoy usando un sim de Movistar para LTE-IoT.
Cualquier comentario o sugerencia es bienvenida.
Saludos y muchas gracias,
Miguel
Reply all
Reply to author
Forward
0 new messages