@gertsanders No, but you could modify the MyMain<Arch>.cpp files, e.g. for AVR:

https://github.com/mysensors/MySensors/blob/development/hal/architecture/AVR/MyMainAVR.cpp#L30

with a conditional execution of _process()

@rafael156 Hmm, I don't think this is related to the fuse settings. Try again changing sleep() to wait() and upload the full logs from MYSController and the node (with MY_DEBUG enabled)

@rafael156 Please post your sketch - looks like your sketch does not process incoming messages.

@joaoabs Please post then full debug log when you observe the erratic behaviour (previously mentioned patch must be applied).

@joaoabs Any updates on the issue?

@jkandasa actually, MYSBootloader does not implement ACK handling (due to space constraints), but online FOTA does.

@soloam FOTA messages are longer and put a strain on the RF link. If your connection is not good that could translate to some dropped messages resulting in repeated messages, especially with nodes farther away from the GW. You can certainly increase the range and signal quality with a repeater - but that doesn't seem to work in your hands. Can you provide a communication log from the repeater node?

@joaoabs Could you post the full sketch where signing fails? I assume one of the external libraries may interfere with SPI communication. To confirm, please test this PR with the failing sketch and upload the full debug log here.

https://github.com/mysensors/MySensors/pull/1116

@sergio-rius Yes, if I find time I'll compile a 16Mhz version

@sergio-rius Today is (if it works) your lucky day

MYSBootloader_1_3_0rc1_8Mhz_CE4_CSN10.hex