Recommended
Related

New power optimization tool called Otii that runs on the Power Profiler Kit.

Pär H

It´s exciting to see that our friends at Sony Mobile Research and Incubation have released a desktop application called Otii, which supports our Power Profiler Kit. The beta version of the Otii application is cross platform and runs on Windows, Linux, and macOS. It is straight forward to install and use with the Power Profiler Kit connected through a regular USB cable.

With Otii you get a nice tool for finding out what parts of your software that is the cause for certain power consumption related behaviors. Besides all the perks of customizing your PPK measurements as in nRF6707-SW, there are features such as sync between current measurements and UART debug logs from your nRF software. You can work with analysis in real time or with saved recordings, for example zooming in on certain parts of your test cycles and comparing it with previous recordings by overlaying them in the same graph. Otii complements the PC application provided by Nordic Semiconductor and is well worth a try. See some pictures of the user interfaces at the bottom of the blog post.

If you’d like to try the Otii application for Nordic Semiconductor Power Profiler Kit, you can download it from the Qoitech web site here:

https://qoitech.com/#/nordic

More info about the power profiler kit.

https://www.nordicsemi.com/eng/Products/Power-Profiler-Kit

image description

Otii from Sony Mobile research.

image description

PC application from Nordic

Parents

  • @Christer This limitation does not reside in the PPK design (firmware running on the hardware), but the software, and the usage of a single DK as communication interface. Our software does not use the multiAPI of the pynrfjprog since it didn't exist a while ago, but now that it does this should definitely be possible to support. By using the multiAPI, RTT can be utilised from several RTT sources, so if you have an external debugger you can do RTT transfers to both DUT and and the PPK.

    That being said, we can also use two different RTT channels on the same RTT instance. One for current data, one for debugging.

Comment

  • @Christer This limitation does not reside in the PPK design (firmware running on the hardware), but the software, and the usage of a single DK as communication interface. Our software does not use the multiAPI of the pynrfjprog since it didn't exist a while ago, but now that it does this should definitely be possible to support. By using the multiAPI, RTT can be utilised from several RTT sources, so if you have an external debugger you can do RTT transfers to both DUT and and the PPK.

    That being said, we can also use two different RTT channels on the same RTT instance. One for current data, one for debugging.

Children
No Data