AVR XMEGA, Немного информации Опции

[lvitaly]

На ftp залита презентация, посвященная новому семейству XMEGA

/upload/MCs/AVR/XMEGA_Intro.rar

Продублировано на рапидшаре

http://rapidshare.com/files/56659668/XMEGA_Intro.rar

Весьма интересные получились камни.

[umup]

Блин, ну зачем еще один зоопарк разводить ? Есть и AT91x, LPC21xx, добавьте к ним 1% VRef и DAC, будет тоже но с лучшими параметрами. Пусть лучше расширяют линейку дешевых АРМов (например упакуют в ДИП), останется что-то типа ATMega8x, ATTiny, больше ничего не нужно...

[mse]

Блин, ну зачем еще один зоопарк разводить ? Есть и AT91x, LPC21xx, добавьте к ним 1% VRef и DAC, будет тоже но с лучшими параметрами. Пусть лучше расширяют линейку дешевых АРМов (например упакуют в ДИП), останется что-то типа ATMega8x, ATTiny, больше ничего не нужно...

Смеялсо...Сколько у АРМ время реакции на прерывание? В тактах, пжлст.

[zltigo]

Смеялсо...

Зря. Смех без причины даже "блондинок" украшает недолго.

Сколько у АРМ время реакции на прерывание? В тактах, пжлст.

0. А у XMEGA какое?
1. Такты совершенно не интересуют. Интересует время.
2. Время реакции само по себе бесполезно - критический момент время ОТВЕТНОЙ реакции и/или исполнения обработчика прерывания. На уменьшении этого времени крайне положительно сказывается быстродейстаие ARMов и наличие отдельного банка регистров.
3. Количество тактов поменьше FastIRQ, может быть резко уменьшено неиспользованием команд групповых пересылок, вокруг которых собственно практически весь сыр-бор обычно и поднимают.

[singlskv]

1. Такты совершенно не интересуют. Интересует время.
2. Время реакции само по себе бесполезно - критический момент время ОТВЕТНОЙ реакции и/или исполнения обработчика прерывания. На уменьшении этого времени крайне положительно сказывается быстродейстаие ARMов и наличие отдельного банка регистров.

Ага, и еще хотелось бы сравнение лично от Вас, zltigo, по такому параметру как
Потребление vs Скорость реакции

З.Ы.Ваше негативное отношение к AVR всем уже давно известно, и ИМХО, как модератор данной
ветки, Вы должны соблюдать хотя бы минимально, пусть воинствующий, но нейтралитет...
Иначе, странный такой модератор получается, скорее цербер

[zltigo]

Ваше негативное отношение к AVR всем уже давно известно, и ИМХО, как модератор данной
ветки, Вы должны соблюдать хотя бы минимально, пусть воинствующий, но нейтралитет...

У меня ХОРОШЕЕ отношение к AVR, нет серьезно хорошее! Я только всегда выступаю за необходимость
знать, думать и выбирать. Это, к моему великому сожалению, как-то очень болезненно воспринимается массовыми любителями AVR (особенно AVR+ASM).
А аргументы в стиле "зато мы в области балета...", "Смеялсо..." я воспринимаю плохо вне зависимости от платформы и всегда стараюсь лично (а не как модератор) не пройти мимо.

Потребление vs Скорость реакции

А потом красоту логотипов на корпусах???

А кто Вам сказал что задача будет такой что потребует быстых 32битных вычислений ?

Этот вопрос без обсуждения конкретной задачки вобще безсмысленен...

Тем не менее, ясно одно, что подавляющее количество задач много сложнее, чем задача войти в прерывание, сбросить битик и отвалить.

задам тока один вопрос, при шевелении ногами
АРМ, вы сами четко себе представляете когда и как он ими пошевелит ?

Разумеется, в каких временых пределах это произойдет у конкретной АRMовской периферии я представляю четко. Так-же четко представляю, что светодиоду, который у меня подключен к дрыгающейся ноге, это без разницы .

[singlskv]

У меня ХОРОШЕЕ отношение к AVR, нет серьезно хорошее! Я только всегда выступаю за необходимость
знать, думать и выбирать. Это, к моему великому сожалению, как-то очень болезненно воспринимается массовыми любителями AVR (особенно AVR+ASM).

Эээ...перестньте воспринимать это слишком близко, тот кто понимает, сам для себя все решит... нет, конечно не настаиваю, и выбор всегда за Вами...

А аргументы в стиле "зато мы в области балета...", "Смеялсо..." я воспринимаю плохо вне зависимости от платформы и всегда стараюсь лично (а не как модератор) не пройти мимо.

Не люблю вступать в такие обсуждения, но Вы ведь понимаете что имел в виду человек
под этой фразой "Смеялсо...", прав он или нет покажет только время...

А потом красоту логотипов на корпусах???
Тем не менее, ясно одно, что подавляющее количество задач много сложнее, чем задача войти в прерывание и сбросить битик и отвалить.

ИМХО, подовляющее количество задач именно в этом и состоит ,
в массовых продуктах так уж точно..., просто у Вас задачки принципиально другие...
Подитожив, задам Вам такой "провакационный" вопрос, Вы когда-нить разрабатывали
какой-нить батарейно питаемый девайс ?
А в массовых количествах ?

[zltigo]

Не люблю вступать в такие обсуждения, но Вы ведь понимаете что имел в виду человек
под этой фразой "Смеялсо..."

Нет, извините, не понимаю.

ИМХО, подовляющее количество задач именно в этом и состоит ,

Есть, очевидно, заповедные места, где платят деньги за разработку "контроллеров светодиодов" и "контроллеров кнопок" (пусть и очень быстрых), но я таких не знаю.

Подитожив, задам Вам такой "провакационный" вопрос, Вы когда-нить разрабатывали
какой-нить батарейно питаемый девайс ?

Для батарейных девайсов на первый план выходит время вхождение в прерывание? Даже не подозревал .
Нет, но вскоре видимо буду. Предстоит замена-Upgrade одного старинного электомеханического девайса. Причем AVR там стоять не будет - слишком в полуспящем режиме батарейка маленькая и задачи опять-таки не битики сбрасывать, а все-таки немножко в цифре фильтровать, LCD управлять опят-таки нужно.....

А в массовых количествах ?

Да.

Ответный вопрос - намекните, что это за задачи, коих " подовляющее количество" которые являются критичными по времени входа в прерывание (десятки-сотни ns) и при этом ничем в обработчике прерывания собственно и не занимаются. При этом они работают, как я понял в устройствах с батарейным питанием.

Когда будут по той же цене, тогда конечно ....

Саша! ну по одной они цене или даже дешевле. Перестаньте просто заниматься покупками у себя в Витебске в гастрономе, в штучных колличествах через кучу посредников. Ну глянул даже на российский MT-System - - семь баксов (с налогом) они, 27285 штук на складе - бери не хочу. А если что-то типа "Залазишь на einfo" , то т явно меньше.....

[mse]

Нет, извините, не понимаю.

Чего здесь не понимать?

Блин, ну зачем еще один зоопарк разводить ? Есть и AT91x, LPC21xx...

разве не смешно?
Ножкой подрыгать точно-вовремя бывает очень нужно. И это не светодиод. А про время реакции 180нС на прерывание от тимера расскажите кому-нить другому. Или то были не вы, или не от тимера, ужо не вспомню. У него только текущая команда может исполняться не знаю, скока, тактов. У меня на штатных Атымельих частотах было, написал как. Это отстой.

[zltigo]

разве не смешно?

Нет.

Ножкой подрыгать точно-вовремя бывает очень нужно.

Очевидно, да. А пример такого класса задач? А то я тут слышал неоднократно, что жить без этого нельзя, хотелось-бы просвятиться.

...или не от тимера, ужо не вспомню.

Насчет времени реакции на прерывания от внутреннего таймера, смею Вас заверить, Вы совсем не подумавши ляпнули, ибо оно значения особого не имеет, ибо это просто фазовый сдвиг от генератора фаза которого изначально не известна и соответственно любые задержки его фазы по барабану.
Так-что имеет физический смысл только время реакции НА ВНЕШНЕЕ ПРЕРЫВАНИЕ. Кроме того, разговаривать о десятко-наносекундных временах реакции на прерывание для сколь-нибудь маломальски сложной программы работающей с несколькими периферифнысм устройствами бесполезно, ибо появление нескольких источников прерываний и критических секций прикрытых запретом прерываний практически неизбежно.
Короче, хочется узнать, чего это такое все делают, чего я не знаю.

Это отстой.

Насколько я понял, это последий "аргумент"

[mse]

Нет.

тоже весело

А пример такого класса задач? А то я тут слышал неоднократно, что жить без этого нельзя, хотелось-бы просвятиться.

приходит синхросигнал и по его фронту/срезу надо выдать данные (отлов его тоже в прерывании, что добавило экстриму). Побитово. В фоне крутится задача. Обычный ССИ и СПИ не катят.

Насчет времени реакции на прерывания от внутреннего таймера, смею Вас заверить, Вы совсем не подумавши ляпнули, ибо ...

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

Короче, хочется узнать, чего это такое все делают, чего я не знаю.

Да бога ради, например обычный последовательный интерфейс, жостко синхронизированный извне. На достаточно высокой скорости с нестандартным кол-вом бит.
И не надо напрягаться, что вы чего-то не знаете, "ибо" разборкой и пересылкой ТСП пакетов круг ембеддед задач не ограничивается. В этом смысле, вы имеете право многого не знать. ;О)

Насколько я понял, это последий "аргумент"

Это вывод.
Для этой и родственных задач. А так камушки как камушки. Но будь щас 32мипсовая мега, она бы уделала в этой задаче любого "8-бит реплаце" АРМа.

[zltigo]

Обычный ССИ и СПИ не катят.

Для начала "обычных" еще надо поискать, а необычные достаточно изобретательно можно использовать.

Жжыттер от отлова синхры и впадания в текущее таймерное прерывание был просто неприемлимым.

Размер этого неприемлимого джиттера огласите?

Нащщёт ляпнул неподумавши, смею вас заверить, я сперва думаю, а потом ляпаю, "ибо"...

Это я решу, после озвучания числа неприемлимого джиттера и названия AVRки на которой эту проблему Вам удалось обойти.

Да бога ради, например обычный последовательный интерфейс, жостко синхронизированный извне. На достаточно высокой скорости с нестандартным кол-вом бит.

На какой-такой достаточно высокой? На достаточно высокой, простите программная реализачия сожрет все ресурсы контроллера, ну а на "недостаточно высоких скоростях", речь о десятках наносекунд совсем не идет.

И не надо напрягаться

Никакого напряга. Совершенно не напрягаясь жду ответов.