Attiny85 есть больше atmega168/328? - Страница 2

niXto · 20.01.2016, 08:06

STM32F0
А чего не EFM32?

STM32F0 · 20.01.2016, 14:13

Да хоть Блэкфин! Что там из чего выбирать у Атмэла? И толк из этого?
Не зная всей ситуации вообще трудно заценить что лучше. А в итоге "я этого не знаю, всем спасибо, буду делать на чём есть".

alexbmd · 21.01.2016, 18:24

Сообщение от mtit

Если Вы гонитесь за экономией - имеет смысл бОльшую часть времени держать в спящем режиме. Т.е. более производительная проснулась, быстро всё переделала, и обратно в спячку. Т.е., при одинаковом потреблении в активном режиме, более производительная - энергетически выгоднее.

к сожалению речь только об атмел.

да за ней родной. я думал наоборот как можно сильнее занизить производительность и тем самым выиграть энергию.
наверно ваша правда если речь про ресурсоемкие задачи. а если проснутся чтоб там обсчитать/проанализировать пару датчиков т.е.пустяковая нагрузка как мне кажется тогда имеет смысл занизить производительность или всеравно лучше оставить максимум 8/16мгц ?
и вообще производительность это только мгцы?

ForcePoint · 21.01.2016, 22:08

Сообщение от alexbmd

наверно ваша правда если речь про ресурсоемкие задачи. а если проснутся чтоб там обсчитать/проанализировать пару датчиков т.е.пустяковая нагрузка как мне кажется тогда имеет смысл занизить производительность или всеравно лучше оставить максимум 8/16мгц ?
и вообще производительность это только мгцы?

Если стоит задача выжимать время работы по максимуму - надо считать (примерно - время выполнения задачи в зависимости от рабочей частоты, период появления задач, токи потребления в активном режиме в зависимости от частоты и в режиме ожидания).
Если просто "что-б подольше работало" - хорошей аппроксимацией будет именно "сделать всё побыстрее и поспать подольше".

Вот мои данные на тему "деление частоты против энергопотребления". Да и вся та тема.

niXto · 21.01.2016, 22:52

ForcePoint
Это при использовании делителей
Если у чипа есть несколько генераторов на разную чатоту (стм32л) или хотя бы банально затактировали АВР от вачдоговского генератора - цифры были бы другие. Чем ниже частота, тем меньше потребление. В вашем случае начинало вылазить потребление самого ВЧ генератора

ForcePoint · 21.01.2016, 22:56

Сообщение от niXto

Это при использовании делителей

Не важно.
В общем - "больше спать и быстрее работать". А если надо точнее, то надо не лениться и считать.

Someone · 21.01.2016, 23:52

Сообщение от ForcePoint

Если просто "что-б подольше работало" - хорошей аппроксимацией будет именно "сделать всё побыстрее и поспать подольше".

Это плохая и не верная аппроксимация в случае передачи данных. Скажем датчик - проснулся, померил, передал куда-то, заснул. Что толку быстро всё (а всё, это что, кстати?) сделать с большим потреблением и ждать, пока данные передадутся, и потом уходить в сон? Очевидно же, что время передачи одного и того же количества данных, по одному и тому же интерфейсу, с одной и то той же скоростью, будет одинаково, и заведомо больше (в разы, а может и на порядки - зависит от скорости передачи, чем она ниже, тем больше разница) времени подготовки десятка-двух байт кадра. А если время одинаково, опять же, очевидно, что более быстрый контроллер скушает гораздо больше энергии, нежели медленный.

Someone · 22.01.2016, 00:24

Да и без передачи, просто что-то делать... Вот например, пусть потребление 300мкА на мегагерц. Контроллер выполняет какие-то действия на частоте 8 МГц. Они занимают 100 мкс. Т.е. 100 мкс (один период) контроллер потребляет 8*1*300=2400. Тот же контроллер, на частоте 1 МГц затратит 800 мкс (8 периодов по 100 мкс) на те же действия, потребляя 1*8*300=2400. Забавно, не правда ли?

STM32F0 · 22.01.2016, 00:50

Придумать можно что угодно, чтобы забавнее было!

А так, можно и в даташит заглянуть. Но кто же это будет делать?
Ну унылая Мега, по всем параметрам и возможностям. Ядро ещё так-сяк, а периферия полное гавно! Чем там рулить, если она пустая как барабан? Какие там ещё варианты? Да никаких!
В современных МК ещё ладно, там можно тактированием порулить на ходу, для особо жадных приложений код из ОЗУ запустить, периферию к ДМА прикрутить. А с Мегой только фантомов ловить и радоваться, на грани самоуспокоения.

ForcePoint · 22.01.2016, 00:52

Сообщение от Someone

Скажем датчик ... передал куда-то

Я и говорю - считать надо. Давайте-ка - сперва все вводные, а потом уже "мысию по древу". Опять-же - не будете ведь в батарейном приборе делать ожидание завершения передачи на "полном ходу". Как минимум - в Idle переведёте.

Сообщение от Someone

пусть потребление 300мкА на мегагерц.

То-то и оно, что оно может быть нелинейно (например - AVR). И "коротко и быстро" будет иметь и смысл и место.