Questions and discussions about the software that runs on the TD RF module itself.
francois
 
Posts: 47
Joined: Tue Jun 16, 2015 6:13 am

Residual consumption may be due to DL process

by francois Fri Mar 18, 2016 4:20 pm

Hi,
I transmit a message with an acknowledgement request.
If the DL message is not received for some raisons, then I observe a residual current consumption bewond the duration of the downlink window.
Is there any way to make sure that the DL process is killed?
Thanks
User avatar
mstempin
 
Posts: 168
Joined: Thu May 07, 2015 9:24 am

Re: Residual consumption may be due to DL process

by mstempin Mon Mar 21, 2016 9:00 am

There is no real "process" to kill: our system is a cooperative multi-threaded with no periodic premption performed by a supervisor triggered by an periodic timer like in desktop or server OSes or other RTOSes.

When you send an uplink frame with downlink request, the firmware will go to sleep mode for 20 s (counted from the end of the first uplink frame), consuming between 1 and 2 µA, then wake up and listen actively for incoming downlink frame for up to 25 s consuming 15 mA. If a frame is received, we have to wait around 2 s before sending back a OOB frame, then go back to sleep without any process running in the background of any kind.
Return to Firmware

Who is online

Users browsing this forum: No registered users and 27 guests