RAK4630 Deep sleep Tx and Deep sleep

WisBlock
1

Please include the following information, in order for us to help you as effectively as possible.

  • What product do you wish to discuss? RAK4630

  • What firmware are you using? RUI3

  • Computer OS? Windows

  • What Computer OS version? 11 Pro

Hello, is there an example code using RUI3 where you achieve the lowest deep sleep current, wake up to do a Tx with LoRa (any SF ), sleep again, and achieve the same deep sleep current afterwards? And that repeats in a forever loop?

I am using a custom PCB RAK 4630 with a RTC wake interrupt, I have achieved the deep sleep current of 38uA, and wake up programmed intervals using RTC RV-3028. The problem arise when I make a Tx with LoRa, after that, I can not achieve again the same deep sleep current, instead I have around 10x more .

2

you should deactivate as many pins as posible , disable all as posible before entering the new deep sleep process. This is the only wait to return to this 38uA you see (I’ve been there in this fight too)

3

Are you doing this after TX is successful or it fails:
Radio.Sleep();

edit: wait i see you are using RUI firmware. nevermind!

4

Problem confirmed. Opened bug ticket with R&D. We will let you know if we have workaround or solution.

5

Hello, Is there any update on this?

regards

6

Have you figured it out? with or without the RUI?
Regards

7

@Bright117

Just a work around, not a bug fix yet.

After you called api.lora.psend() add the following lines to your code.

	delay(50); // sleep time depends on packet TX time and needs adjustment.
	api.ble.advertise.start(1);
	delay(50);
	api.ble.advertise.stop();

R&D is still looking for the underlying problem.

Result from attached test application. Measured with WisBlock RAK4631, so sleep current are higher than from a custom PCB.

image
image1571×848 48.9 KB

RAK4630-P2P-Low-Power-Test.ino (4.9 KB)