Заметил.
Также заметил, что в первой статье на ЭФО (Микроконтроллеры XMEGA - новые возможности проверенного решения) в начале написано, что в дальнейшем Atmel выпустит толерантные и в атомобильном температурном диапазоне.

Радиосеть из мелких девайсов с немаленькими FPGA, GPRS, SD карточками... и все это от CR2032..

Если боевое устойство совсем другое, то осталось сделать последний шаг - в отладочном устройстве вместо навешивания к несчастной XMEGA FPGA, автомобильных аккумуляторов и прочего, просто выкинуть и ее нахрен...

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


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

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

Потом анализируем логи и, зная сколько девайс жрет в каждый момент времени (вводим его в такой режим отладочным монитором и тупо меряем тестером), вычисляем, сколько он проживет от CR2032.

Кайф ATxmega в том, что я выкину все аппаратные отладочные навороты, поставлю нужный define, чтобы отладочые "засечки" отключить, и все! Больше ничего в программе не изменится! Вероятность, что при столь малых модификация в боевую прогу будут внесены ошибки, пренебрежимо мала.Тут возразить нечего. Такого нет - но, надеюсь, потом добавят.

Сообщение отредактировал Evgeny_CD - Jun 14 2008, 14:48

Рекламный - не рекламный трюк (Event system), а только никто его не сделал до них. А, сейчас, любая фирма, включая именитые пойдёт на практически любой рекламный трюк. Если он не ухудшит кристалл и увеличит объём продаж. Да многие подходили близко, а они взяли обобщили, и создали новый переферийный модуль. Неизвестно ещё будут ли им пользоваться, но он есть! И, я думаю, аналогичные появятся у других производителей. Это чего-то да стоит.

Я не пою дифарамбы Atmel, но я очень уважительно отношусь к их групе разработчиков. Придумать что-то новое в нашем мире - ой как непросто.

А обсуждать конкретные результаты - помоему рановато ещё. Надо дожить.

Аналогичные для реально полезных сочетаний у "других" уже есть. Atmel добавил разнобразия комбинаций - вдруг пригодится. Степень пригодности завистит от нюансов работы сего механизма. Его описание на данный момент более, чем поверхностно.

Ничего нового и не предумано . Пока основное бросающееся в глаза достижение это увеличение всего периферийного до 4-8-12... При этом размеры RAM остаются достаточно скромными.

Основная масса контроллеров на данный момент анонсирована аж на 1Q2009. Судя по темпам тогда в лучшем случае реально будут доступны те два чипа, которые обещают "сегодня", т.е. 3Q2008. Точно "нужно дожить" . Следовательно я никак не дождусь мелких A4 и у меня будут в конце года использоваться STM32 в качестве массового периферийного контроллера. Время .

Ура! ATXMEGA128A1-AU в каталоге Mouser появились. Самих чипов на складе нет, когда будут - непонятно, но цены довольно разумные: 100 - $5.63. Для чипа с таким набором фич - просто отлично!

www.mouser.com

При этом обычная ATMEGA128 там-же даже более 10 баксов за те-же 100 .

- а почему у Вас пиво по 50 рублей, а в соседнем ларьке по 30?
- ну возьмите в соседнем.
- там нет
- вот, когда у меня не будет - у меня тоже будет по 30.

XMEGA: будущее, которого мы так долго ждали, наступило …… STM32

STM32 – универсальное решение на ARM-ядре
(НОВОСТИ ЭЛЕКТРОНИКИ №8, 2008)
http://www.compeljournal.ru/enews/2008/8/6
или
http://www.compeljournal.ru/images/articles/2008_8_6.pdf

ЗЫ
В чем сила XMEGA брат…. Copyright © БРАТ 2

Статейки в журналах - это хорошо. Когда их пишут люди, не имеющие интереса в последствиях влияния изложенного в статье на кошелек пишущего

Перечитайте ветку. У Xmega против STM32 есть немало козырей.
* потребление при работабщем RTC выского разрешения, когда Вы можете поставить прерывание на любой тик 32768
* внешняя шина
* система поддержки events
* PWM от быстрой PLL

По "лобовой" производительности, конечно, проигрыш (было бы странно, если бы было наоборот), но в реальных проектах не все так однозначно...

Евгений, а что Вы используете для собственно радиоканала, если не секрет?
Спасибо, сорри за ОФФ.

ADF7021

По баальшому опыту работы с Атмелами появление столь большого количества периферийных наворотов вызывает только мысли о зубной боли. И чего спрашивается писать кипятком? Каждый периферийный узел Атмела - это от пары дней до пары недель вынимания глюков и написания патчей. Мало еррат? Ничего - скоро появятся, кроме того Атмелы имеют нехорошую привычку не афишировать глюки своей периферии.
И вообще - ДМА к 8-битнику - ИМХО - все равно что к велосипеду прикрутить турбонаддув. При обработке сигналов( как раз там, где хорошо иметь ДМА) 16-битник будет вставлять 8 битник, даже, если у последнего тактова будет раза в 4 выше. А при задачах контроля, где надо просто подергать лапками - ДМА и нафиг не нужен. И зачем Атмелы забацали такого "гадкого утенка" - непонятно. Скорее всего, чтобы составить конкуренцию ПИК24. Смешные потуги - 24-е и дешевле получаются и быстрее, периферия у них тоже впечатляет, а уж о подходе Микрочипов к качеству выпускаемого на рынок продукта говорить не приходится.

Именно. Я помню отличную замену 16F873 на 16F873A... Поменяли, почти все платы не запустились, потому как выше 4МГц первые образцы не поехали. А в платах был кварц 10... И плат было не 10 штук... А еще отличные камни MCP2510, которые с приличной вероятностью пакеты поганят. И ENC28J60 - идея отличная, но исполнение - с тем самым "подходом Микрочипов к качеству выпускаемого на рынок продукта"

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

Данное заявление наводит на мысли как раз о "маалом опыте работы". По крайней мере в AVR проблем при работе с переферией просто не наблюдаю. С ерратами что-то тоже не густо. Вы вообще о чём? Может про at91...

Вот сомнения zltigo мне понятны. Если считать, что на время цикла ПДП CPU будет приостановлен, то тогда эффективность данного переферийного узла невысока. Учитывая что время обращения самого процессора будет сопоставимо с временем обращения DMA. Собственно в этом случае выигрыш будет скорее сервисный. То есть удобство, что часть работы будет осуществлятся "фоново".
А ваши наезды вообще мне непонятны. При чём здесь вообще задача? Если брать обработку сигналов, то надо чётко разделить её на несколько подзадач. Одной из подзадач может являться (а может и нет) подзадача ввода или вывода аналогового сигнала. Если здесь применить ПДП.... Далее всё это не имеет смысла обсуждать, потому что фактически выигрыш будет зависеть от эффективности работы самого ПДП. Ну и при чём здесь обработка?
Эффективность решения вычислительных задач будет зависеть от применённого алгоритма, разрядности процессора и эффективности набора комманд. Это очевидно и нового вы ничего не сказали.
Приведу пример возможного использования. Ввожу странично данные из внешнего EEPROM в ОЗУ (буфферизую) и с помощью DMA вывожу значение в ЦАП. Пока нет реального устройства говорить возможно ли первую часть реализовать на DMA не приходится, но вторая часть явно реализуется просто. Эффективность такой работы, опять же, зависит от реализации ПДП в данном МК, но удобство - совершенно для меня очевидно.
В статье что-то говорится о нескольких внутренних шинах. Ясно, что при одновременном обращении CPU будет простаивать, но возможно обращения к переферии будут разрулены. Даже если это так, то это может дать серьёзный скоростной выигрыш на такой операции.

Качество Микрочипов ни на йоту не лучше качества Атмелов. Ни с одного источника. Обсуждать что Атмел покушается на долю рынка Пик бессмысленно. Они пытаются сохранить свою долю. Ну это на мой взгляд. Но я не собираюсь претендовать на истину. Лучше спросить у самого Атмела об этом. Зачем новую войну начинать. Если 24 лучше, то нет смысла для вас заглядываться на xmega. Зачем?

Atmel пишет что в AVR архитектуре 70% инструкций выполняються между регистрами, без обращения к памяти, и RAM в это время свободна. Тоесть они подрузамевают что циклы DMA выполняються во время этих инструкций. Надо внимательно почитать про DMA, как на самом деле он работает.

вот цитата из ATxmega A MANUAL:




Анатолий.

Сообщение отредактировал aesok - Jul 10 2008, 17:17