Jump to content

    
Sign in to follow this  
Evgeny_CD

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

Recommended Posts

Кстати, заметили, что I/O XMEGA не толерантны к 5V?
Заметил.

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

Share this post


Link to post
Share on other sites
В результате, развернув, например, в реальных условиях радиосеть из мелких девайсов, я ....

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

В боевом устройстве я просто разведу плату по другому....

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

При изобилии OLED и LCD девайсов со встронным контроллером нормальная внешняя шина куда важнее, чем встроенный LCD контроллер :)

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

 

Также заметил, что в первой статье на ЭФО..

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

Share this post


Link to post
Share on other sites
Радиосеть из мелких девайсов с немаленькими FPGA, GPRS, SD карточками... и все это от CR2032..
Написал же. В процесс отладки девайс напишет в лог - типа он тут заснуть пытался. А вот тут у него случилось прерывание, которое его разбудит.

 

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

 

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

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

Share this post


Link to post
Share on other sites
Ладно, это я так. Ворчу.

 

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

 

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

 

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

Share this post


Link to post
Share on other sites
И, я думаю, аналогичные появятся у других производителей. Это чего-то да стоит.

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

Придумать что-то новое в нашем мире - ой как непросто.

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

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

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

Share this post


Link to post
Share on other sites

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

 

www.mouser.com

Share this post


Link to post
Share on other sites
100 - $5.63. Для чипа с таким набором фич - просто отлично!

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

 

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

- ну возьмите в соседнем.

- там нет

- вот, когда у меня не будет - у меня тоже будет по 30.

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites
STM32 – универсальное решение на ARM-ядре

(НОВОСТИ ЭЛЕКТРОНИКИ №8, 2008)

http://www.compeljournal.ru/enews/2008/8/6

или

http://www.compeljournal.ru/images/articles/2008_8_6.pdf

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

 

Перечитайте ветку. У Xmega против STM32 есть немало козырей.

* потребление при работабщем RTC выского разрешения, когда Вы можете поставить прерывание на любой тик 32768

* внешняя шина

* система поддержки events

* PWM от быстрой PLL

 

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

Share this post


Link to post
Share on other sites
В общем, читаем pdf моих старых постов по синтетическим портам и виртуальной разработке, и можно приступать к созданию конкурентов автономных радиоканальных девайсов типа ZigBee :)

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

Спасибо, сорри за ОФФ.

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites
а уж о подходе Микрочипов к качеству выпускаемого на рынок продукта говорить не приходится.

 

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

 

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

Share this post


Link to post
Share on other sites
По баальшому опыту работы с Атмелами появление столь большого количества периферийных наворотов вызывает только мысли о зубной боли. И чего спрашивается писать кипятком? Каждый периферийный узел Атмела - это от пары дней до пары недель вынимания глюков и написания патчей. Мало еррат? Ничего - скоро появятся, кроме того Атмелы имеют нехорошую привычку не афишировать глюки своей периферии.

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

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

Вот сомнения zltigo мне понятны. Если считать, что на время цикла ПДП CPU будет приостановлен, то тогда эффективность данного переферийного узла невысока. Учитывая что время обращения самого процессора будет сопоставимо с временем обращения DMA. Собственно в этом случае выигрыш будет скорее сервисный. То есть удобство, что часть работы будет осуществлятся "фоново".

А ваши наезды вообще мне непонятны. При чём здесь вообще задача? Если брать обработку сигналов, то надо чётко разделить её на несколько подзадач. Одной из подзадач может являться (а может и нет) подзадача ввода или вывода аналогового сигнала. Если здесь применить ПДП.... Далее всё это не имеет смысла обсуждать, потому что фактически выигрыш будет зависеть от эффективности работы самого ПДП. Ну и при чём здесь обработка?

Эффективность решения вычислительных задач будет зависеть от применённого алгоритма, разрядности процессора и эффективности набора комманд. Это очевидно и нового вы ничего не сказали.

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

В статье что-то говорится о нескольких внутренних шинах. Ясно, что при одновременном обращении CPU будет простаивать, но возможно обращения к переферии будут разрулены. Даже если это так, то это может дать серьёзный скоростной выигрыш на такой операции.

Скорее всего, чтобы составить конкуренцию ПИК24. Смешные потуги - 24-е и дешевле получаются и быстрее, периферия у них тоже впечатляет, а уж о подходе Микрочипов к качеству выпускаемого на рынок продукта говорить не приходится.

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

Share this post


Link to post
Share on other sites
Вот сомнения zltigo мне понятны. Если считать, что на время цикла ПДП CPU будет приостановлен, то тогда эффективность данного переферийного узла невысока. Учитывая что время обращения самого процессора будет сопоставимо с временем обращения DMA. Собственно в этом случае выигрыш будет скорее сервисный. То есть удобство, что часть работы будет осуществлятся "фоново".

 

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

 

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

 

A bus arbiter controls when the DMA controller and the AVR core can use the bus. The core

always has priority, so as long as the core request access to the bus, any pending burst transfer

must wait. The core requests bus access when it executes an instruction that write or read data

to SRAM, IO memory, EEPROM and the External Bus Interface. For more details on memory

access bus arbitration, refer to ”Data Memory” on page 36

 

 

Анатолий.

Edited by aesok

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this