Topics created by Omemanti

Maybe you can fill a global char array from within receive()? You’d have to handle quick successive calls in a good manner though.

I just tested 2 led types with no flicker on my attiny circuit. It is funny, the expensive leds like from philips: Dimmable 3.8W Warm White have a flickering behavior . A cheap one available in Action from LSC 6.3W, Dim to Warm and 460 Lumen has no flickering behavior. Another one from Osram Par 1650: 5.5W Dimmable Warm White, 350 Lumen also has no flickering. The philips has the best Energy savings though : 4kWh compared to 7kWh for the LSC one. Is there a relation between energy savings and dim quality ?

After a year of nearly having no problems, I got nodes that started crashing. I let my repeater up for the night and monitored his behavour. I got this again: 08:47:27.607 -> 22440 NRF5:SND:TO=0,LEN=16,PID=0,NOACK=0 08:47:27.641 -> 22447 NRF5:SND:END=1,ACK=1,RTRY=2,RSSI=-45,WAKE=8 08:47:27.641 -> 22452 TSF:MSG:SEND,78-78-0-0,s=1,c=1,t=0,pt=7,l=5,sg=0,ft=0,st=OK:24.3 08:47:27.707 -> 22508 NRF5:SND:TO=0,LEN=16,PID=1,NOACK=0 08:47:27.707 -> 22515 NRF5:SND:END=1,ACK=1,RTRY=2,RSSI=-45,WAKE=7 08:47:27.707 -> 22520 TSF:MSG:SEND,78-78-0-0,s=0,c=1,t=1,pt=7,l=5,sg=0,ft=0,st=OK:45.2 08:47:28.435 -> 23226 NRF5:SND:TO=0,LEN=16,PID=2,NOACK=0 08:47:28.435 -> 23233 NRF5:SND:END=1,ACK=1,RTRY=2,RSSI=-45,WAKE=7 08:47:28.435 -> 23237 TSF:MSG:SEND,78-78-0-0,s=2,c=1,t=16,pt=1,l=1,sg=0,ft=0,st=OK:1 08:47:28.766 -> Si7021 Found 08:47:29.331 -> 24145 NRF5:SND:TO=0,LEN=16,PID=3,NOACK=0 08:47:29.331 -> 24152 NRF5:SND:END=1,ACK=1,RTRY=2,RSSI=-45,WAKE=7 08:47:29.331 -> 24157 TSF:MSG:SEND,78-78-0-0,s=1,c=1,t=0,pt=7,l=5,sg=0,ft=0,st=OK:24.3 08:47:29.397 -> 24213 NRF5:SND:TO=0,LEN=16,PID=0,NOACK=0 08:47:29.397 -> 24220 NRF5:SND:END=1,ACK=1,RTRY=2,RSSI=-45,WAKE=7 08:47:29.397 -> 24225 TSF:MSG:SEND,78-78-0-0,s=0,c=1,t=1,pt=7,l=5,sg=0,ft=0,st=OK:45.2 08:47:32.310 -> 27131 NRF5:SND:TO=0,LEN=16,PID=1,NOACK=0 anyone got an Idea what this message means, it crashes after the last line.

https://forum.mysensors.org/topic/6961/nrf5-action/1659 That fixed it.

Seems like the ESP-12 switches GPIO5 and GPIO4. Changing the the GPIO 5 => 4 did the trick: #define MY_RF69_IRQ_PIN 4 // GPIO5```

@ricmail85 sorry for the late reply. I soldered it to a free pin on the pi and reconfigured the gateway. Use this as part of your configure --extra-cxxflags="-DMY_RFM69_RST_PIN=29" If you connected to pi pin 29.

@mpp Try reverting to MySensors 2.0.0 and update AVR to 1.6.18. made my node al lot more stable.

@mfalkvidd oké, clear! Unfortunate. Guess a couple esp8266 couldn't hurt.

Great,Thnx, Exactly what I was looking for! Mark

I faced similar issue and @TMRh20Projects replied in arduino forum. My issue was beacuse of cheap NRF modules chinese clones. After I replaced with good genuine ones, everything worked like a charm. Please check the NRF modules you are using. I wasted three days to figure out if there was some code issue, when at the end it was the NRF which created all the mess