caxapa.ru :: В лучшем случае есть "idle task", в котором выполняется инструкция "SLEEP" или "HALT", ожидающая следующего прерывания... Снижать частоту МК скорей смысла не имеет. Имеет смысл останавливать ядро вообще. Но генератор и периферия же при этом продолжают работать! И потреблять десяток мА. Если их выключить -- прерывания возможны только внешние (от ножек, от RTC) и счёт времени только от RTC. Вряд ли остановку счётчика времени стоит увязывать с RTOS. Но и без RTOS, отдельно

fk0, легенда (21.12.2020 12:34, просмотров: 408) ответил VLLV на Господа, а расскажите, как в системах на RTOS решается вопрос перехода на низкое энергопотребление от батарейки? Задачи потеряли актуальность, нужно кардинально снизить частоту контроллера, сохранить данные в EEPROM и уснуть глубоко, при появлении обычного питания восстановиться и продолжить работу.

В лучшем случае есть "idle task", в котором выполняется инструкция "SLEEP" или "HALT", ожидающая следующего прерывания... Снижать частоту МК скорей смысла не имеет. Имеет смысл останавливать ядро вообще. Но генератор и периферия же при этом продолжают работать! И потреблять десяток мА. Если их выключить -- прерывания возможны только внешние (от ножек, от RTC) и счёт времени только от RTC. Вряд ли остановку счётчика времени стоит увязывать с RTOS. Но и без RTOS, отдельно

от RTOS всегда можно остановить генератор (перейти на внутренний 32кГц...) и уснуть.

[ZX]

Ответить

- Есть реальные цифры по работающем по биглупу дивайсом: ядро потребляет десяток мА на высокой скорости (STM32 L4), сохранение данных происходит сотня мс, в это время питание уже пропало, нужно удержаться ненамного больше 3 мА отдаваемых CR2032, ну а полный сон до 2 мкА. - VLLV(21.12.2020 12:47)
  - Если ты хочешь сказать, мол снижение тактовой поможет, то есть и контраргументы: снизив тактовую частоту ты затратишь на вычисления, очевидно, большее время. То на то и выйдет. А если у тебя где-то циклы с ожиданием, то нужно работать по прерываниям и останавливать ядро (SLEEP/HALT) когда ничего не делаешь. Хотя обычно такой параметр как ма/Мгц немного падает с снижением частоты. Но не кардинально. fk0(2498 знак., 21.12.2020 13:13)
    - Не, для такого аварийного выключения сохранение только в EEPROM, у флэш, что внешней, что внутренней слишком большой ток записи. Принципы рапределения данных по типам отработаны на биглупе. Что касается частоты в режиме малого потребления, то оптимум сильно зависит от семейства контроллера из-за особенностей периферии. Например, у freescale I2C становится настольно медленным, что ресурс батареи расходуется впустую на поддержание ядра, которое ждет, пока I2C передаст данные. - VLLV(21.12.2020 15:14)
      - чуток можно в бэкап-памяти сложить. современные FLASH пишут страничку 256 байт порядком 1-3 мс (стирание отдельно). FRAM наверно постеснялись положить. бывают ещё SRAM+EEPROM. у этих STM32L4 ещё есть отдельный блок 32K SRAM --> These 32 Kbyte SRAM can also be retained in Standby mode - Vit(21.12.2020 16:21)
      - Непонятно, зачем вообще менять частоту ядра для единственной задачи сохранения. По идее, оно должно тупо спать и просыпаться по событиям вроде "запись блока данных закончена". При таком сценарии снижение частоты мало что даст, кроме замедления работы этой задачи. Если пиковый ток слишком высокий для таблетки, так и напишите. Но желательно с цифрами. - s_h_e(21.12.2020 15:47)

Средства и методы разработки