I am looking for a Zephyr expert who can look at my code and analyze why it uses so much power (600uA) for what it does (measure 2 i2c sensors with 10Hz and transmit with 10Hz on BLE).
PM if interested!
Hi there,
So , Is the code proprietary if so disregard, I would like to see it if possible and probably something to be gained by everyone facing similar issues’, are you using which sleep mode? are the sensors on always? are you using interrupts?
just some of the questions.
HTH
GL 
PJ 
what’s the applications function in the big picture ? if you can say.
1 Like
Hey PJ
I cannot show it publicly currently I’m afraid 
I could send you privately if interested?
dont fall for the scam…
what ever you are talking about, @cgwaltney
I’m done with people just accusing honest beings, it tells more about what you are than what I am.
I offered pay for work, I can’t see how this could be a scam.
And yes, I wrote you a private message before replying here, but since you refuse to even explain why you accuse me of scamming other members here, I think this text here is appropriate.
Have a good life, anyway.
1 Like
yes thanks @grobasoz I have, I also have his code here - but it bricked one of my XIAOs, I guess because QSPI is inacessible. Waiting for my JLink to arrive so I can try to save it 
And before that, I’m a bit hesitant to brick even more XIAOs 
here you can see my issue pretty clearly. The big peak at the beginning of each second is expected and okay, the high current for the rest of the second - not so much
Yes, JLink is essential for this level of testing. I generally use the “Debug with Ozone” option.
I could help you if using a XIAO MG24 but unfortunately my “expertise” doesn’t include the NRF range of devices. I have used them and have a range of devices and development kits but find the development process a little “daunting”.
A few of us are currently “struggling” with the NRF54L15 development (I would like to use for Matter and Zigbee products).
Good luck with the “recovery”
Is the 0.685mA the “average” or “peak” at the time in question?
If I get some spare time today I could do some tests on an NRF52840 (non XIAO).
1 Like
I get about 6uA on an NRF52840 running Zephyr OS which is to be expected I suppose?
No QSPI, IMU not enabled, no BLE advertising.
Any other “external” devices I should add?
Can’t test on a XIAO NRF52840 (don’t have any) - so defer to one of the “experts”.
1 Like
So, what I just noticed, the DCDC doesn’t seem to work at all, despite me trying all tricks I know to enable it.
Reason why I think this? At 3.7V (on bat pins) I am at 0.65mA, at 2V on same pins I am at 0.3mA
What I did is in main() → nrf_power_dcdcen_set(NRF_POWER, true);
0.6mA is the “baseline” in between BLE-events and I2C-sensor-reads
Hi raffiniert,
The baseline current value not decreasing may be due to either the device not entering sleep mode or a short Connection Interval. Could you post a baseline current waveform spanning approximately 100 milliseconds?
2 Likes
Hi msfujino
of course, thank you so much for chiming in.
The connection interval (not the advertising interval, but this problem only matters once connected) is actually 800 ticks = 1000ms, set by the (Arduino) central (but this device is already NCS/Zephyr, as written above):
int connInterval = 800;
connection_left->requestConnectionParameter(connInterval, connInterval);
updateConnParamsTicks(conn_hdl_left, connInterval, connInterval, 0, 600);
The 1mA peak current appears to be doing something approximately every 22ms, likely to maintain the connection. Then, after going to sleep and dropping to zero, it seems to start some task requiring 600uA again.
Unfortunately, this is all I can discern at this point; I’m still learning about the nFR54L15 and Zephyr.
2 Likes
exactly, and I think this is the real concern. We can explain the other power peaks, but not this high baseline…
Can you try use code correlation with the PPK2?
Can you explain this a bit more? Is there a way to directly “connect” events in code with the power peaks?
I’m new to this, so thanks to all for the patience
Also, a maybe interesting observation: all the above measurements have been done on 3.7V
If I lower the supply voltage to 2V, the base current goes to around 300uA. I guess this means the DCDC is still not working and it’s still the LDO that is in charge?