@OldSurferDude I've run into a similar issue where I was sending data from the controller to an actuator node with mutliple relays and having commands get dropped when sent in rapid succession.

I agree that an extra millisecond of wake time every 4 hours will make a negligible difference on total power draw and I'm OK adding a wait now that I know that I need to do it.

I agree that it might not make sense to build this support in to MySensors unless we find the optimized time with your method and then... I don't know... add a hacky/naive solution of having the RFM95W sleep implementation block before sending the sleep command,... I don't know the MySensors architecture whether that's even feasible without breaking some rules.

My secondary point of posting was definitely just to add to the knowledge base in this forum so someone else trying to put a Lora radio to sleep would find this and save some time.

@OldSurferDude I've run into a similar issue where I was sending data from the controller to an actuator node with mutliple relays and having commands get dropped when sent in rapid succession.

I agree that an extra millisecond of wake time every 4 hours will make a negligible difference on total power draw and I'm OK adding a wait now that I know that I need to do it.

I agree that it might not make sense to build this support in to MySensors unless we find the optimized time with your method and then... I don't know... add a hacky/naive solution of having the RFM95W sleep implementation block before sending the sleep command,... I don't know the MySensors architecture whether that's even feasible without breaking some rules.

My secondary point of posting was definitely just to add to the knowledge base in this forum so someone else trying to put a Lora radio to sleep would find this and save some time.

@lood29 Thanks for the idea. I'll play around with MY_SLEEP_TRANSPORT_RECONNECT_TIMEOUT_MS and plan to report back whether it makes any difference.

Hi all.

I've built a battery powered RFM95W LoRa sensor node which I intend to wake up every 4 hours or so and I modified a 3.3v Arduino Pro Mini by removing the LED and voltage regulator. Monitoring the sleep current draw I identified that the Arduino would always drop into the μA range, but the radio chip would often keep drawing around 5mA after calling sleep().

After swapping out hardware (no success) I tested out some different code variation and found that when calling send() immediately followed by sleep() the radio was often not going to sleep. I added a 1ms wait() statement and now I'm getting consistent μA low power sleep.

I know this now, after a lot of head scratching, investigation, and sleeping on it. Yay. I wanted to at least post this here so that others could find it in a search and maybe find my workaround hack. Maybe someone with more experience than I have has a cleaner workaround or knows of a good way to fix this. I'd still need to do a lot of learning and maybe get an oscilloscope to really dig into the code and start debugging the actual communication between the radio chip and the Arduino to see whether the sleep command actually makes it to the radio chip.

  send(voltageMsg.set(volts, 2));

  // apparently after the send there needs to be a delay else the RFM95W can't go into µA sleep mode
  // and will draw 5mA in sleep. When working it draws 1.0µA.
  wait(1);

  sleep(SLEEP_DURATION_MILLIS);