• State Verified Answer
  • Locked Locked
  • Replies 7 replies
  • Subscribers 64 subscribers
  • Views 2740 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 276018
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Zephyr power management issues

Dmitry Kr

Dear Nordic, 

As per power management, could you please suggest any thoughts for following:

We have two ICs on the board connected to nRF52840: 6-DOF sensor (over SPI) and flash mem (over QSPI). Both of them are powered from one external LDO regulator controlled by GPIO output, and there is a 'regulator' node has been defined for it. 

1. 'nordic,qspi-nor' device node model doesn't include 'vin-supply' parameter, how we could connect it to regulator to take automatic control over QSPI flash power?

2. When accessing 6-DOF sensor, we need to take manual control over it's powering, and - when it is not in work - it should be disabled completely, including SPI lines. For now, when we turn off the regulator manually, the SPI lines stays active and give parasitic supply to the sensor and increase overall consumption. What approach is preferred to implement here? Something like that? (https://github.com/zephyrproject-rtos/zephyr/blob/main/samples/subsys/pm/device_pm/src/main.c)

Parents
  • +1

    Hi

    2. I got a clarification from one of our developers on this: PM_DEVICE enables device power management from a system perspective. So for example when the system is suspsended, so will the devices be. PM_DEVICE_RUNTIME enables a separate API that drivers can use to implement runtime power management independent of the system state.

    He'd also like to add a word of caution, as PM_DEVICE_RUNTIME is missing some features as of yet like dependency management.

    3. Thank you for your suggestions. I will indeed forward this to the development team and we'll evaluate it internally.

    Best regards,

    Simon

Reply
  • +1

    Hi

    2. I got a clarification from one of our developers on this: PM_DEVICE enables device power management from a system perspective. So for example when the system is suspsended, so will the devices be. PM_DEVICE_RUNTIME enables a separate API that drivers can use to implement runtime power management independent of the system state.

    He'd also like to add a word of caution, as PM_DEVICE_RUNTIME is missing some features as of yet like dependency management.

    3. Thank you for your suggestions. I will indeed forward this to the development team and we'll evaluate it internally.

    Best regards,

    Simon

Children
No Data
Related