caxapa.ru :: STM32 может выходить из Sleep по любым прерываниям (в т.ч. и таймерам), из Stop и StBy - по внешним сигналам и RTC. В Stop порядка 25мкА должно быть, в StBy порядка 3 мкА. В Sleep зависит от используемой периферии

koyodza (07.09.2009 16:43, просмотров: 220) ответил rezident на А про потребление LPC13xx в сравнении с STM32 что-то можете прокомментировать? В архитектуру сильно пока не углублялся, но интересует спячка с работой часового кварца и быстрое пробуждение в таком режиме. А также пробуждение от прерывания capture

STM32 может выходить из Sleep по любым прерываниям (в т.ч. и таймерам), из Stop и StBy - по внешним сигналам и RTC. В Stop порядка 25мкА должно быть, в StBy порядка 3 мкА. В Sleep зависит от используемой периферии Про 13хх не скажу - с ними не работал (да и вроде их пока не очень продают), а STM32 понравился очень. Правда задачи чуть другие были, Sleep пока был не нужен, зато нужен АЦП, который оправдал себя полностью

Ответить

- Дык, судя по даташиту, режимы Run и Sleep у STM32 по потреблению всего в 2-2,5 раза отличаются. Это совсем не то, что нужно :( - rezident(07.09.2009 17:12)
  - это Вы что-то не то вычитали koyodza(328 знак., 07.09.2009 17:30)
    - Ну как же не то? Вот две вырезки из datasheet STM32F101x8/B, нижняя часть таблиц для полностью выключенной периферии. В StandBy вроде уже более прилично, но сами утверждаете, что просыпаться по сигналу capture от внутреннего таймера он уже не сможет. rezident(07.09.2009 17:35 - 17:39)
      - ну так я и говорю - спать не в sleep, а в stop, а просыпаться по RTC (сами говорили, что надо раз в секунду или реже) или внешнему сигналу - koyodza(07.09.2009 17:43)
        
        Ну кратность 1 сек это утрировано. А если нужно будет через 1,5сек? "По внешнему сигналу" это как именно? По активности SPI, например, сможет? А то как вариант: MSP430 для капчурения сигнала. Результат капчуры MSP430 по SPI передает в STM32, который в rezident(43 знак., 07.09.2009 18:04)
        
        можно и так, но такие решения я не люблю. А нужно ли 1,5сек? Практические задачи учёта обычно позволяют перейти на 1 или 2 сек. Кроме того koyodza(360 знак., 07.09.2009 18:26, картинка)
        
        Да уж. Похоже General прав. У MSP430 видимо уникальная совокупность системы тактирования, периферии и прерываний. - rezident(07.09.2009 18:37)
        
        хм, а что мешает повесить CS от SPI на вход внешнего прерывания и просыпаться по нему? и неужели MSP умеет просыпаться по активности на SPI? - Alex B.(07.09.2009 18:46)
        
        Конечно может. А в режиме SPI-slave он вообще будет спать без возобновления тактирования до тех пор, пока в буфер полностью байт не примет. Тактирование-то модуля SPI при этом мастер обеспечивает. rezident(334 знак., 07.09.2009 18:53)
        
        из LPM0 по таймерам точно может, про другие не помню - koyodza(07.09.2009 18:51)
        
        Даже без таймера может. В режиме SPI-master байт ему в передатчик запихнули модуль сам SMCLK "заводит". А в режиме SPI-slave внутреннее тактирование ему вообще не требуется. - rezident(07.09.2009 18:59)
        
        Мелкие MSP (у меня автоматическая ассоциация - MSP - мелкие :) и не ведают про SPI... - Гудвин(07.09.2009 18:49)
        
        Брешешь! :) MSP430F20x2/20x3 в 14-выводном корпусе имеют модуль USI, который синхронные интерфейсы (SPI и "упрощенный" I2C) реализует. - rezident(07.09.2009 18:56)
        
        А вотнихрена не брЕшу! Потому как юзаю 11xx, в которых полноценный свой загрузчик можно зарядить и перешить все с помощью встроенного, в случАе-чего с откушенным JTAG (правда так ни разу и не пришлось) :) - Гудвин(07.09.2009 19:01)
        
        Дык, ты сказал мелкие не ведают про SPI, а я тебе привел пример как раз мелкого (и по ресурсам и по количеству выводов) со встроенным SPI :-D - rezident(07.09.2009 19:05)
        
        ну так его и позиционируют как для микропотребляющих устройств. А stm32 - это МК общего назначения, так сказать - koyodza(07.09.2009 18:46)
- да, а RTC в нём стал таким, какой я уже не один год ждал - просто счетчик секунд - koyodza(07.09.2009 16:50)

ARM, RISC-V контроллеры