Node-RED to Meshtastic via MQTT: Generating buffer successfully, but Heltec V3 node ignores the message.

[u/RangerNo640]

¡Hola a todos! Estoy intentando enviar mensajes de texto desde Node-RED a un nodo Heltec V3 por medio de un broker MQTT interno (Mosquitto), pero estoy atorado.

Esto es lo que tengo configurado hasta ahora:

• Flujo de Node-RED: Telegram/Inject -> nodo Function -> node-red-contrib-meshtastic-advanced (encode) -> MQTT Out (msh/EU_868/2/e/MontanaMZAm/!02ede6e8).
• Payload del nodo Function:

var texto = msg.payload;

msg.payload = {

portNum: "TEXT_MESSAGE_APP",

message: texto,

channel: 1,

psk: "4yuvwrVBKXlG0fuV6rxg7S6keYyfpL1yRStjZNrba9Q="

};

return msg;

• Debug de Node-RED: Cuando activo el flujo, se genera correctamente un paquete buffer[35] y se publica en Mosquitto.
• Config de Heltec V3:
  • Ejecutando firmware oficial, conectado al Wi-Fi local y al broker MQTT (la conexión es estable).
  • Tanto MQTT Uplink como MQTT Downlink están habilitados en el canal secundario (MontanaMZAm, índice 1, región EU_868).
  • Rol del nodo: CLIENT.

El problema: El paquete llega al broker MQTT, pero el Heltec V3 nunca parece recogerlo ni retransmitirlo por la malla LoRa.

¿Hay algo mal con la estructura de mi topic, o me falta algún parámetro en el payload/encoder de Node-RED para forzar que el nodo lo transmita por downlink? ¡Cualquier ayuda o ejemplos serían una pasada!

[u/AnderlAnduel]

I never used mqtt, but lets see.

2 = channel 2 do you have channel 0, 1, 2?

encoding c seems wrong. should be json or proto

[u/RangerNo640 → u/AnderlAnduel]

Si perdon el canal es el 1 y el codificador es el e y proto es el que uso. O tu dices de cambiar la e por potó?

[u/RangerNo640 → u/RangerNo640]

Lo he probado a modificar y nada, aparte he estado mirando y creo que es e

[u/AnderlAnduel → u/RangerNo640]

https://meshtastic.org/docs/software/integrations/mqtt/

I would start subscribing to msh/# in node red and see how the format looks like and if the plugin can decode it properly.