caxapa.ru :: Угу. Как посмотришь на токи потребления этой "ханы" при работающем RTC - так и призадумаешься, что ATmega P еще долго жить будет. Но тенденция именно идет в сторону "Cortex

Evgeny_CD, Архитектор (28.02.2013 14:31, просмотров: 121) ответил tesla на ЕМ уже можно купить, значит - применяется. А freescale что-то не в свою область лезут, они же привыкли "ходить по большому". Либо "по маленькому", но на своей архитектуре. Видать поняли, что ихним 8/16 , битникам - хана.

Угу. Как посмотришь на токи потребления этой "ханы" при работающем RTC - так и призадумаешься, что ATmega P еще долго жить будет. Но тенденция именно идет в сторону "Cortex - процессор всего"...

Ответить

- щас используем STM32F2 Nikolay801_(194 знак., 28.02.2013 16:12)
  - Но если надо работать непрерывно (всякие счетчики, регистраторы, гляделки, свистелки, ...) и при этом мало потреблять, то важно сколько он может в работе есть. Тут пики с аврами лучше в разы. По крайней мере мне не удалось найти что-то способное AlexBi(36 знак., 28.02.2013 17:07)
    - А Cortex-ы? У них же на 1 МГц - 180 мка. На 0,5 MIPS - 90 мка получается. - Apтём(28.02.2013 17:14)
      - ну эти цифирки скорее из области маркетинга нежели из области физики. Nikolay801_(108 знак., 28.02.2013 17:26)
        
        мы не знаем специфики объяевленной задачи, предположим что действительно нужно. Nikolay801_(67 знак., 28.02.2013 17:35)
        
        Ну, так объявите задачу. И сравним. - tesla(28.02.2013 17:45)
        
        Довольно редко нужны постоянно включенных пол мипса. Большинство задач позволяют проснуться - отстреляться на макс. скорости - лечь обратно. - Shura(28.02.2013 17:29)
        
        Для меня характерный интервал получения отсчетов АЦП 50-100мкс, отсчеты обрабатываются не сложной математикой с целью обнаружения "опасного" состояния, потом идет вмешательство в процесс. Получается что спать можно только в этом интервале, но АЦП AlexBi(26 знак., 01.03.2013 16:57)
        
        Если опасное состояние - это выход канала АЦП за границы, то STM32 делает такую проверку аппаратно, см. analog watchdog в описании АЦП. - vmp(01.03.2013 17:37)
        
        Пример: принять пакет LF приемником (да и передать 433 МГц "трехточкой"). Процесс довольно затянутый - сотни мс. У MSP асинхронные таймеры и быстрый выход из спячки. Посему все это можно проделать в LPM3 по прерываниям. С моднячими ширпотребными Гудвин(45 знак., 28.02.2013 17:55)
        
        Редко, но - таки бывает нужно. Пусть пободаются, нам то - только интереснее понаблюдать. - tesla(28.02.2013 17:44)
      - Ребята, вам в плане железа усе предоставлено. Если вы этим пользоваться не умеете. Это проблемы разработчиков железа, или ... - tesla(28.02.2013 17:17)
    - Это - вопрос к программерам. - tesla(28.02.2013 17:13)
  - И это - правильно. - tesla(28.02.2013 16:29)
- При чем тут ATmega. ATmega, когда проснется сколько будет обрабатывать данные 16/32 разрядные, по сравнению с М0+ ? Cortex проснется, быстренько посчитает, передаст куда надо, и заснет. Так что еще не факт. tesla(152 знак., 28.02.2013 14:48)
  - Смотря какие данные...если просто байты обрабатывать, то примерно столько же... - Apтём(28.02.2013 16:33)
    - ниша у каждого своя, но ниша пропиентарных 8/16 битников достаточно уверенно отбирается кортексами разных мастей. Nikolay801_(53 знак., 28.02.2013 17:10)
    - Может и так. Просто, у каждого - своя ниша. И не надо путать теплое с кислым. tesla(107 знак., 28.02.2013 17:04)
  - Не спорю, но. Чтобы оно вовремя проснулось, нужен маложрущий кварцевый RTC. И в ожидании, пока оно проснется и быстро все сделает, этот RTC успешно выжрет батарейку. - Evgeny_CD(28.02.2013 15:43)
    - Где у представленных Вами freescale RTC ? tesla(172 знак., 28.02.2013 16:21)
      - Черт, побери! Тогда давайте сравнивать freescale c ATmega. То - есть "умная пыль" - это, таки ATmega ? - tesla(28.02.2013 16:33)

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