This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Power Profiling Kit printing "Range not Detected" after running for a few minutes

After a few minutes of running, the Power Profiling kit will start printing out "Range not detected" messages in the console. It appears to be related with the "Average" window length. Increasing the average window length (I had it set to 20 seconds) makes the "Range not detected" message start sooner after application start. Measurements start getting wonky (timing is off, measured current is definitely off, etc) when the message shows up.

Also, the frequency of the messages increases the longer the application has been running.

Restarting the application is the only way to make the messages go away temporarily.

Parents
  • This message only appears when there is an error in the data set from the PPK (which I have never seen happen during quite some time in development). Can you explain more about the setup? Also, do you mean you set the average window to longer than 20 seconds?

    Which debugger/DK interface? Python version? Print out at init? Few minutes, is that two or twenty?

    If the frequency increases, that means that more and more packages are corrupt. Are you sure you have the latest segger drivers installed? What system is the software running on?

    EDIT: I see that if I have my average window at above 20s (like 40 seconds) data starts to get corrupted. I guess that most probably have to do with the buffer sizes not adapting correctly. The longer average window is kind of experimental; we do not officially support it, the slider does not support it, but it is there for adventurous people ;) There are some shortcomings in the RTT for this type of usage, but we will look into supporting longer average windows.

  • I haven't pin pointed exactly where, but as the window size changes, so does the buffers. There might be some buffer calculation errors when it crosses a given time window (type overflow maybe), but the code is there so it's awesome if you wanna play around with it. Also, the answer from @WernerJohansson might be worth looking into. That application has an "infinite" time window by default.

Reply
  • I haven't pin pointed exactly where, but as the window size changes, so does the buffers. There might be some buffer calculation errors when it crosses a given time window (type overflow maybe), but the code is there so it's awesome if you wanna play around with it. Also, the answer from @WernerJohansson might be worth looking into. That application has an "infinite" time window by default.

Children
No Data
Related