I haven't tested it, but this one seems to fit what you need
https://github.com/mycontroller-org/serial2mqtt/blob/master/README.adoc

You should move the define for the node ID before you include mysensors.h

You can remove these lines, the declaration is already done in the MySensors framework. For presentation() it is needed because you write code there, that is in the function. Now you only call the function, and the code is already in the framework.

@skywatch said in Auto resend on NACK:

@electrik & @Marek - Are you both sure about that? It seems to me that both those statements are doing what was intended.

Now that I see it again, I'm not so sure anymore actually.

In your code you used the variable msg. That should be one of msgFgeHum, msgFgeTemp, msgFzrHum, msgFzrTemp.
That is why the compiler complains msg is unknown.

You also enabled the ack message, this is just a software acknowledge, while the send function returns the status of the hardware acknowledge. So if you check with

if (send(msgFgeHum.set(fgehum),true))
{
// this is sent ok
}
else
{
// sending failed
}

you check if the hardware acknowledge was successful. The software ack should be tested differently and some more logic is needed for it.

Hope this helps

If you use an ISP programmer, you can reprogram the fuses and use it on lower voltages also. Upto 1.8v but also 3.3v

Exactly. Better to ask then waste many hours

I am using the Pinchange interrupts to wake up from sleeping.
Maybe this helps?
See code snippets below.

#include <PinChangeInt.h>  //include PinChange lib from MySensors utilities

in setup()

  attachPinChangeInterrupt(BotLeft_PIN, BotLeft_ISR, CHANGE);

and in the ISR

void BotLeft_ISR() {
_wokeUpByInterrupt = 0xFE; // work-around to force MS lib to handle this interrupt
 // more code here
}

@niclas comment the

#define MY_DEBUG

In your gateway sketch

@harrdy You don't have to use a stepdown board, you can just use a resistor divider to lower the voltage.
With one diode you will still not have a DC signal yet, better to use two diodes or a bridge rectifier. After the rectifier place a capacitor and the resistor divider.

You should do the same for requestTime();

@keczejo said in Node doesn't recieve message from gateway:

?TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:

This looks like the destination is 255. Can you post your node code?

In your configuration.yaml add this

mysensors:
  optimistic: true

And restart home assistant

@keithellis flashing onto an esp8266 is still possible, but you have to make sure you use an earlier esp8266 package, below 3.0 IIRC.
Compiling mysensors will give you an error probably, search on it in the forum and you will find more people with the same issue. And how to solve it

Can you post your sketch, and the debug log from your node?

One approach would be to create a separate task on the ESP32 that takes care of testing this sensor, than the gateway is not affected.

Yes it is possible, as long as you use different channels for the communication so the gateways won't be confused. I have two gateways running also (I am using static node IDs), one with nrf24 and the other one with rfm69.

If the delay is not of importance to you, you can also have the sensor request its state from the controller each time it wakes up. No special modifications are needed than.

This is possible yes. In fact I used this setup before, but in the end I stopped using it and separated the gateway from the P1 handling. I noticed very high rates of CRC failures, since the mysensors stuff takes time to handle also, and during this time characters from the P1 port got lost. I should say though that after I separated these, I did some improvements on the P1 decoding which may give better results when it is being used together with the gateway. I didn't send it to mysensors but directly to mqtt.

Tasmota is also able to handle the P1 stream by the way, with a template. https://tasmota.github.io/docs/Smart-Meter-Interface/

Could you try a different USB to serial adapter? Maybe this one is faulty.

Good to hear you solved it!