Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: AVR32?
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Все остальные микроконтроллеры > AVR32
Страницы: 1, 2, 3
SpiritDance
Ну и что об этом думает уважаемый all?

http://www.atmel.com/dyn/corporate/view_de...short_2_14.html

http://www.atmel.com/products/AVR32/

400 мгц однако. Интересно теперь реальное потребление, корпуса, возможности отладки и цены. Вот вам и АРМ9 блин. w00t.gif
mse
Чего думать? На картинке-то всё красиво. Посмотрим на жылезку. Думаю, на перывх порах будет либо масочная, либо с внешней флэшей. Наверняка 99% пойдёт под цифровое ТВ с маской. У проклятых аналогового-то таво... нет уже.
jasper
Ждем-с…
Судя по описанию, если все заявленные характеристики окажутся правдой, безраздельному господству ARM-ов, прежде всего в сфере мобильных устройств, придет конец.

Я себе уже IAR Embedded Workbench V2.10 for Atmel AVR32 поставил. tongue.gif
Можно погонять на симуляторе.
haker_fox
IAR тоже не отстает, надо же какие молодцы... А все-таки не понятно, зачем этот AVR нужен, ведь есть ARM'ы недорогие, многофункциональные...
Rst7
Цитата(jasper @ Feb 22 2006, 08:27) *
Ждем-с…
Судя по описанию, если все заявленные характеристики окажутся правдой, безраздельному господству ARM-ов, прежде всего в сфере мобильных устройств, придет конец.

Я себе уже IAR Embedded Workbench V2.10 for Atmel AVR32 поставил. tongue.gif
Можно погонять на симуляторе.


А посмотри, плиз, как он делает загрузку непосредственного лонга в регистр (unsigned long i=0x56781234), как ARM (т.е. берет константу со смещением) или как PPC (т.е. загружаем младшее слово с расширением нуля и делаем or старшему слову в регистре), т.е.

unsigned long i=0x1234;
i|=0x5678<<16;

Или как там можно по системе комманд, я не помню. Дело в том, что загрузка иммедитейта в ARM - узкое местечко, в PPC более грамотно, правда, на AVR32 загрузка лонга методом PPC будет занимать 64 бита, а не 48.
mse
непосредственный лонг грузануть можно LDDPC Rx,PC[offset], если одним махом.
IgorKossak
Скомпилировал один и тот же пример (пресловутый фибоначчи), оптимизация по скорости максимальная
CPPtutor.cpp:
ARM v4.31a (thumb)
Код
256 bytes in segment CODE
139 bytes in segment DATA_C
168 bytes of CODE  memory (+ 88 bytes shared)
139 bytes of CONST memory

AVR32 v2.10a
Код
184 bytes in segment CODE21
140 bytes in segment DATA21_C
160 bytes of CODE  memory (+ 24 bytes shared)
140 bytes of CONST memory

После сборки
ARM v4.31a (thumb)
Код
INTVEC                             00000000 - 0000003B          3C   com    2
ICODE                              00008000 - 000080FB          FC   rel    2
DIFUNCT                            000080FC - 00008107           C   rel    2
CODE                               00008108 - 0000B3A3        329C   rel    2
INITTAB                            0000B3A4 - 0000B3BB          18   rel    2
DATA_ID                            0000B3BC - 0000B3C3           8   rel    2
DATA_C                             0000B3C4 - 0000B51F         15C   rel    2
DATA_I                             00100000 - 00100007           8   rel    2
DATA_Z                             00100008 - 00100072          6B   rel    2
DATA_N                             00100074 - 001002F7         284   rel    2
CSTACK                             001002F8 - 001022F7        2000   rel    2
IRQ_STACK                          001022F8 - 001023F7         100   rel    2
HEAP                               001023F8 - 0010A3F7        8000   rel    2

13 280 bytes of CODE  memory
41 975 bytes of DATA  memory
    380 bytes of CONST memory

AVR32 v2.10a
Код
__aseg                                  00000000                     rel    0
RESETCODE                          00000000 - 0000000B           C   rel    2
<CODE21> 1                         0000000C - 00000285         27A   rel    2
<DATA21_C> 1                       00000286 - 00000287           2   rel    0
<CODE21> 2                         00000288 - 000003FD         176   rel    2
EVBYTES1                           00000400 - 00000473          74   com   10
<CODE21,EVBYTES3> 1
                                   00000474 - 000004FF          8C   rel    2
EVBYTES2                           00000500 - 00000503           4   rel    1
<CODE21,EVBYTES3> 2
                                   00000504 - 000023EB        1EE8   rel    2
<DATA21_C> 2                       000023EC - 000025CD         1E2   rel    2
DATA21_I                           00080000 - 0008003F          40   rel    2
DATA21_Z                           00080040 - 000800A3          64   rel    2
DATA21_N                           000800A4 - 00080327         284   rel    2
DATA32_I                                20000000                     dse    0
DATA32_Z                           20000000 - 20000007           8   rel    2
HEAP                               20000008 - 20001007        1000   rel    2
SSTACK                             20FFF000 - 20FFFFFF        1000   rel    2
INITTAB                            400025D0 - 400025F3          24   rel    2
DIFUNCT                            400025F4 - 400025FF           C   rel    2
DATA21_ID                          40002600 - 4000263F          40   rel    2
ACTAB                                   40002640                     dse    0
HTAB                                    40002640                     rel    2
EVTAB                              80000400 - 80000473          74   com   10
<EVSEG> 1                          80000474 - 800004E3          70   rel    2
EV100                              80000500 - 80000503           4   rel    1
<EVSEG> 2                          80000504 - 80000593          90   rel    2
RESET                              A0000000 - A000000B           C   rel    2

9 580 bytes of CODE  memory
9 008 bytes of DATA  memory
   596 bytes of CONST memory

Вот такая картина.
IgorKossak
В качестве сравнения ещё один пример
AVR v4.12a (максимальная оптимизация по скорости)
CPPtutor.cpp
Код
284 bytes in segment CODE
   7 bytes in segment INITTAB
135 bytes in segment NEAR_I
135 bytes in segment NEAR_ID

333 bytes of CODE memory (+ 93 bytes shared)
135 bytes of DATA memory

После сборки
Код
INTVEC               CODE          00000000 - 00000003           4   com    1
?FILL1               CODE          00000004 - 0000008B          88   rel    0
NEAR_F               CODE          0000008C - 000000CF          44   rel    0
DIFUNCT              CODE          000000D0 - 000000D5           6   rel    0
CODE                 CODE          000000D6 - 00003173        309E   rel    1
INITTAB              CODE          00003174 - 00003181           E   rel    0
NEAR_ID              CODE          00003182 - 0000323E          BD   rel    0
ABSOLUTE             DATA               0000001C                     rel    0
                     DATA               0000001D                  
                     DATA               0000001E                  
                     DATA               0000001F                  
CSTACK               DATA          00000100 - 00000209         10A   dse    0
NEAR_HEAP            DATA          0000020A - 00000229          20   dse    0
RSTACK               DATA          0000022A - 0000024D          24   dse    0
NEAR_I               DATA          0000024E - 0000030A          BD   rel    0
NEAR_Z               DATA          0000030B - 000004DF         1D5   rel    0
IOSTREAM_N           DATA          00001082 - 000010FF          7E   rel    0

12 727 bytes of CODE memory (+ 136 range fill )
  1 118 bytes of DATA memory

Есть о чём задуматься.
Rst7
Цитата(mse @ Feb 22 2006, 10:15) *
непосредственный лонг грузануть можно LDDPC Rx,PC[offset], если одним махом.


Вот-вот, это способ загрузки лонга в ARM процах. Именно здесь и узкое место. Объясню.

Отвлечемся от конвейеров и т.д. Будем рассматривать проц без всяких наворотов в этом смысле(как AVR). Что надо на ARM, чтобы загрузить лонг (точнее, что происходит на шине):

...
читаем комманду
читаем комманду
читаем комманду (загрузка по PC+что-то)
вычисляем это PC+чтото
грузим данные
читаем комманду
....


Для PPC (возможна такая же фича на AVR32)

читаем комманду
читаем комманду (в комманде мл. 16 бит)
читаем комманду (в комманде ст. 16 бит)
читаем комманду

Вроде особой разницы нет, если вспомнить про конвейер, и что время на вычисление PC+xxx не тратится.

Однако, если учесть, что поток комманд вынимается заранее, да еще и не одна комманда за раз (а сколько в шину данных влезло), а если из динамической памяти, так еще и burst-mode, то загрузка одного лонга из выпадающего из основного потока истории wink.gif адреса все "чи" поломает. Вот в этом месте узкость ARM. PPC этой узкости не имеют. AVR32 - можно так, можно эдак, вообщем, как компилятору приспичит.
mse
Цитата
адреса все "чи" поломает

Кто его знает. Там что-то про отдельный конвейер Load-store упоминается. А так, конечно, мона по пол-регистра грузить.
Rst7
Цитата(mse @ Feb 23 2006, 13:06) *
Цитата
адреса все "чи" поломает

Кто его знает. Там что-то про отдельный конвейер Load-store упоминается. А так, конечно, мона по пол-регистра грузить.


Это где упоминается (для ARM или для AVR32)? Понятное дело, что нужен такой конвейер, например для сохранения-чтения многих регистров за раз, иначе останавливать проц - это не серьезно. Правда, такое сохранение/восстановление обычно в начале/конце функции, но тоже многое зависит, насколько часто функция вызывается. Далеко не все программируют так, чтобы все было в цикле без вызовов функций, цикл помещался в кеш и т.д. wink.gif

Да и все равно получается в момент сохранения/восстановления неизвестно, кто победит (выборка комманды или запись/чтение данных). Вообщем, шаманство...
mse
Цитата
Это где упоминается (для ARM или для AVR32)?

Для АВР32. Где-то во флаерах, где картинки красивые.
DASM
ну ребята, прям смех разобрал... безраздельному господству армов конец... Неужели вы думаете, что популярен потому что он так крут ? И большинство народа использует Windows - потому что это лучшая система в мире ? Ну вобщем вы меня поняли.. Уверен на 85 % что этот AVR32 до России даже и не дойдет, а в общем мировом секторе займет доли процента. Если, конечно не обанкротит Atmel :-D
defunct
Цитата(DASM @ Feb 24 2006, 02:00) *
ну ребята, прям смех разобрал... безраздельному господству армов конец... Неужели вы думаете, что популярен потому что он так крут ? И большинство народа использует Windows - потому что это лучшая система в мире ? Ну вобщем вы меня поняли.. Уверен на 85 % что этот AVR32 до России даже и не дойдет, а в общем мировом секторе займет доли процента. Если, конечно не обанкротит Atmel :-D

Я понял о чем Вы, однако,
Windows - лучшая система в мире, для своего, отнюдь не скудного, круга задач - это факт.
А ARM обязан своей популярности в том числе и из-за того, что он так крут.

Очень надеюсь, что Atmel не обанкротится, а AVR32 будет столь же удачной архитектурой, сколь была в свое время и остается до сих пор архитектура AVR.
DASM
архитектура архитектурой, но AVR в мире малопопулярен, цифр не знаю, но массовая доля устройств на его базе, уверен, доли процента. Как говорится, деньги решают все, даже дифференциальные уравнения. А Атмель это не Хитачи и не Моторола. Ну ,впрочем, флейм разводить не хочу. Время покажет
copov
Вы бы лучше быстродействие в плавающей точке сравнили АРМ на 100МГЦ и этого AVR32 на 400МГЦ, например на алгоритме БПФ.
Мне то лично кажется, что целевое назначение у них абсолютно разное. Последний явно будет заточен под цифровую обработку видео, то есть его ниша телевизоры HDTV, спутниковые ресиверы, может быть DVD проигрыватели или проигрыватели HDTV контента. АРМ что-то здесь не наблюдается.

Ах да. Судя по частоте это может быть процессор для КПК и игровых приставок.
mse
Цитата
архитектура архитектурой, но AVR в мире малопопулярен, цифр не знаю, но массовая доля устройств на его базе, уверен, доли процента.

Вот-вот, цыфр не знаешь ;О), но уверен. Это по-нашему... 6% восьмиразрядников рынка в 2003 вообще и 25% флэшевых МК(вот не вспомню, 8р или всех скопом). Тогда они торжественно отметили 500-млн АВР. А щас уже проскочила цыфирь 1,4billion. Вот такие цыфры. Теперь знай ;О).
Evgeny_CD
AVR32 - довольно занятная штуковина, судя по доке.

Успех или не успех будет зависеть от софта. Вот выпустит Атмел MPEG4 кодек (хотя бы для разрешения CIF 25 fps) - и куча народа сразу зафанатеет от этого чипа. Даже не поняв его внутренней крастоты biggrin.gif

Раз GCC 4.xxx портирован на чип - ждем Linux.

По бизнесу. Атмел второй раз за последние 10 лет выводит на рынок принципиально новую архитектуру собственной разработки. Заметим, что даже Motorola таким похвастсться не может. И обанкротить Атмел это может только в одном случае - если они поставят на быстрый возврат денег. Но поскольку у Атмела опыт уже есть biggrin.gif , они едва ли сделают такую ошибку.

В некоторой степени похожим примером можно считать http://developer.axis.com/ - хотя у них рыночная ниша уже.

% на рынке - это хорошо, $ на счету фирмы - лучше. Я не знаю, каков % [в штуках] AVR на рынке контроллеров, но он не доли % в денежном выражении. Толку то от того, что Holtek продает за бесценок свой хлам мешками... Причем с годами $ от проекта AVR только растет - выпущены книги, вчерашние студенты, которые фанатели от AVR, стали инженерами - угадайте, что они предпочтут ставить в свои проекты? (пусть им и не всегда дадут это сделать).

PR- тоже не последняя вещь. Вот выходит крендель из фирмы XXX и говорит: "Мы сделали клон 51". Что "ответит зал"? biggrin.gif А тут выходит АтЫмель, и говорит: "За последние xx лет мы сделали 51->AVR->ARM->AVR32. Мы - ведущая фирма!" И смеяться над этим сообщением будут только дауны.

В общем, следить надо за этим семейством. Доки читать, компилер осваивать, асм учить. Шанс, что "стрельнет нипадеццки" существенный. Не в этом году, до 7-8 годах - точно!
DASM
Откройте любой китайский плеер, MP3, DVD , CD - неважно. Покажите мне там AVR. То, что идет миллионными тиражами - не ставят туда AVR. 25 процентов рынка флешовых МК это хорошо, только кому в мире нужны чипы с такими копейками флеша на борту ? В сложном девайсе - флеш внешняя, в простом - закажут маску у того же Hitachi. Всё что вы тут говорите - чисто российская специфика с ориентацией на малотиражные дорогие приборы, где роль электроники - мизер по сравнению с аппаратной частью. А система команд - так это вообще мало кого волнует. Вот MIPS процессоры сколько лет существуют, да еще и 64 битные. И что-то не писает никто кипятком.
Evgeny_CD
Цитата(DASM @ Feb 24 2006, 18:36) *
...Всё что вы тут говорите - чисто российская специфика с ориентацией на малотиражные дорогие приборы, где роль электроники - мизер по сравнению с аппаратной частью...
Да ну! Сдается мне, если бы Атмел ориентировался только на российский рынок, он бы давно "лапы откинул".

Не стоит путать количество и качество. Плеер - это специализированное решение. И по нему не стоит равняться. Прибыль от плееров, кстати, давно копеечная - я не уверен, что Атмел льет горькие слезы по причине отсутствия AVR там.

А вот всякие изделия промавтоматики и пр. - там AVR стоят достаточно часто, чтобы Атмел жил.
Цитата(DASM @ Feb 24 2006, 18:36) *
...Вот MIPS процессоры сколько лет существуют, да еще и 64 битные. И что-то не писает никто кипятком...
Ну почему же. На них не делают "контроллеры светодиода" - дык они и не для того были сделаны.

А вот сетевые примочки - там MIPS царствует безраздельно. Set Top Box (STB) и пр. Лично видел платы АТС Definity, на которых стояли IDT MIPS в изобилии. Все это было детально обсуждено biggrin.gif

http://electronix.ru/forum/index.php?showtopic=11795&hl=
http://www.caxapa.ru/echo/arm.html?id=48879
http://www.caxapa.ru/echo/arm.html?id=48971
SpyBot
Обидно, что они это назвали AVRхх, т.к. сначало закралась надежда, что ни компилятор ни программатор менять не придется smile.gif smile.gif smile.gif
Лучше бы они всамделишний AVR разогнали бы до 32МГц.
DASM
SpyBot - НЕ ЛУЧШЕ. 8 битники (AVR) медлденно, но верно уходят на свалку историю. Почему-то в голове рождается аналогия между dsPIC и AVR32. Понимаю, что это жертвы разных абортов, но все равно косо и криво
zltigo
Цитата(SpyBot @ Feb 24 2006, 19:54) *
Обидно, что они это назвали AVRхх

А что им оставалось делать? AVR действительно медленно, но верно должны умереть и умирают.
Подсадить достаточно многочисленных взращенных пользователей AVR на ARM, пусть и собственного
производства нельзя - прочувствуют и начнут выбирать конкурентов, благо выбор есть. Остается попробовать вскочить в вагон уходящего поезда размахивая лозунгом AVR и внушая названием надежды пользователелям на возможно более безболезненный переход.
bodja74
Цитата(DASM @ Feb 24 2006, 22:11) *
SpyBot - НЕ ЛУЧШЕ. 8 битники (AVR) медлденно, но верно уходят на свалку историю. Почему-то в голове рождается аналогия между dsPIC и AVR32. Понимаю, что это жертвы разных абортов, но все равно косо и криво

На вкус и цвет товарища нет.
Будут и пики и авр и арм и тошибы и моторолы и 80с51
И как бы Вы тут не пыхтели,будут для каждого контроллера свои потребители.
И человеческий менталитет здесь не причем.
Гораздо больше времени и сил уходит на освоение нового контроллера,специфики работы и.т.д. для
того чтобы на нем можно было что то путное сделать.
И действительно далеко не всегда нужна
суперскорость или суперпамять что бы светодиодиком моргать ,так что рынок будет жить для каждого
контроллера.
DASM
вы конечно извините,о про время освоения контроллера не надо.Это неделя в лучшем случае. Если вам так сложно - подумайте.
mse
Ну DASM, даешь ;О) "Медленно но верно", сказал бы уж "медленно и печально". Ты смотришь китайский плейер или ДВД проигрыватель и не видишь, что в АСИКе, управляющем приводом, например, стоит ядро АВРа(проскальзывала инфа, что около 30-40% проданых ядер АВР - в составе разнообразных АСИКов). Или в каком картридже принтера. Или в какой Сонькиной приблуде...это только что первое вспомнилось.
За два-три года увеличение кол-ва проданых ядер с 0,5е9 до 1,4е9, конечно, первый признак ухода на свалку истории. Всем бы так уходить. 4-битники до сих пор уходят, уйти не могут, и фуфли толку, что ты их не видишь в китайском плейере? Ты видишь квадратик пластмассы и всё.
Копейки флэша... ;О) я тя умоляю, ДАСМ, у меня за почти 20 лет работы, не было программы в МК больше 64Кбайт. И экономией занимался раза два - три, не больше. У меня знакомый пишет на АВР смесью БАСИКа и АСМа, не самый простой измерительный прибор помещается в м32.

Цитата
что им оставалось делать? AVR действительно медленно, но верно должны умереть и умирают.

"Shipments of AVR-based products are growing at a compounded rate of 35% per year. More than 1.4 billion units have been shipped."
;О) Я плакалъ...

Цитата
что им оставалось делать? AVR действительно медленно, но верно должны умереть и умирают.

"Shipments of AVR-based products are growing at a compounded rate of 35% per year. More than 1.4 billion units have been shipped."
;О) Я плакалъ...
zltigo
Цитата(mse @ Feb 24 2006, 23:08) *
"Shipments of AVR-based products are growing at a compounded rate of 35% per year. More than 1.4 billion units have been shipped."
;О) Я плакалъ...

Осталось выяснить насколько вырос общий рынок и сколько AVR из этих были выборошены на свалку вместе с, например, упомянутыми Вами картриджами после недели использования.
Со временем AVR начнут встраивать в упаковку туалетной бумаги их будут выпускать еще больше, но не думаю, что Атмел устраивает такое развитие дел.
mse
Цитата
Осталось выяснить насколько вырос общий рынок и сколько AVR из этих были выборошены на свалку вместе с, например, упомянутыми Вами картриджами после недели использования.
Со временем AVR начнут встраивать в упаковку туалетной бумаги их будут выпускать еще больше, но не думаю, что Атмел устраивает такое развитие дел.

Толково! А какая разница Атымелу, куда девают его чипы? ;О) Вы регулярно платите деньги и хоть танком давите, хоть в землю закапывайте, а хотите и как туалетную бумагу пользуйте. Это-ж мечта любого производителя, чтобы его продукт выбрасывали сразу после покупки и тут-же бежали покупать ещё. На 35% в год больше. А то сделаешь вечную иголку для примуса и всё...
А насчёт рынка - не думаю, что 35% в год его рост. Сравнивая 2003 и 2004, рост был порядка 12-15% по отрасли МК целиком, наиболее сильно росли 32р(Semico и IC Insights). Так что...
defunct
Цитата(DASM @ Feb 24 2006, 22:22) *
вы конечно извините,о про время освоения контроллера не надо.Это неделя в лучшем случае. Если вам так сложно - подумайте.


Вам можно позавидовать! Понимаете, просто написать "hello world" промигнуть "светиком", дык тут недели много, достаточно пару часов. А вот реально освоить все тонкости чтобы если не на 100%, так хотя бы на 95% использовать весь потенциал того или иного МК - неделей не отделаешься. Тем более там похоже имелось в виду освоение архитектур, а не освоения конкретного чипа в рамках одной архитектуры. Для примера возьмем C51 - за неделю будет ясно лишь то, что по производительности этот чип - г..но-г...ом.. Но ведь если приглядеться к его битовым полям, попрактиковаться - окажется, что это мечта разработчика систем контроля...

2 DASM: Как я понял, Вы - многоуважаемый разработчик MT-Link. Ни за что не поверю, что АРМ Вы освоили за неделю, об этом свидетельствуют постоянные совершенствования Вашего MT-Link'a. Так почему же Вы постите здесь такую ерунду...
zltigo
Цитата(mse @ Feb 25 2006, 00:49) *
А какая разница Атымелу, куда девают его чипы? ;О) Вы регулярно платите деньги и хоть танком давите, хоть в землю закапывайте, а хотите и как туалетную бумагу пользуйте. Это-ж мечта любого производителя

Вопрос только в том какие деньги будет получать производитель - если упаковка AVR будет
востребована по цене коробка спичек, то..... как минимум возможны варианты.
Теперь, посмотрев на цены выкаченые, например, Phllips за их мелкие ARM есть определенные основания думать, что именно перспектива продвавать AVR по цене коробка спичек и вдохновила Atmel на "изобретение" зажигалки.
beer_warrior
Господа, о чем спор, это ведь всего лишь ядро.
Какими будут контроллеры, если вообще будут выпускаться
как отдельное устройство еще неизвестно.
DASM
2defunct - причем тут знание арма и новые релизы прошивки мтлинка ? Совершенствовались драйвера, менялся протокол - я просто шел в ногу с ними. Утверждать, что знаю ARM отлично - не буду. Но того, что знаю, хватает за уши. Может меня можно упрекнуть в поверхности, но если того, что освоил за неделю хватает для создания вполне работоспособных программ - не вижу смысла учить все тонкости конкретного проца.
IgorKossak
Цитата(defunct @ Feb 25 2006, 01:27) *
... просто написать "hello world" промигнуть "светиком", дык тут недели много, достаточно пару часов. А вот реально освоить все тонкости чтобы если не на 100%, так хотя бы на 95% использовать весь потенциал того или иного МК - неделей не отделаешься. Тем более там похоже имелось в виду освоение архитектур, а не освоения конкретного чипа в рамках одной архитектуры.

А зачем на все 100% или даже на 95%?
Мне для того, чтобы начать работать с LPC2xxx тоже недели хватило. В ассемблерные дебри не лезу. Благо компилятор это позволяет.
Тонкости выявились за достаточно короткое время.
Да и проект не "hello world", а покруче.
Цитата(defunct @ Feb 25 2006, 01:27) *
Для примера возьмем C51 - за неделю будет ясно лишь то, что по производительности этот чип - г..но-г...ом.. Но ведь если приглядеться к его битовым полям, попрактиковаться - окажется, что это мечта разработчика систем контроля...

Я и есть разработчик систем контроля, работающих в пространстве всего экс-СССР да и ближнего зарубежья тоже. Но подобным как Вы говорите г..ном не вдохновился даже в эпоху его пиковой популярности. Видать не не единым битовым полем жив разработчик.
Цитата(defunct @ Feb 25 2006, 01:27) *
2 DASM: Как я понял, Вы - многоуважаемый разработчик MT-Link. Ни за что не поверю, что АРМ Вы освоили за неделю, об этом свидетельствуют постоянные совершенствования Вашего MT-Link'a. Так почему же Вы постите здесь такую ерунду...

Видать уровень Ваших понятий и опыта не настолько велик, чтобы понимать других.
defunct
Цитата(DASM @ Feb 25 2006, 19:23) *
Совершенствовались драйвера, менялся протокол - я просто шел в ногу с ними.


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

Цитата
Мне для того, чтобы начать работать с LPC2xxx тоже недели хватило. В ассемблерные дебри не лезу. Благо компилятор это позволяет.


Мне для того чтобы начать работать с LPC2xxx хватило двух дней (не считая времени на заказ чипов, и изготовление PCB) - один на прорисовку PCB и сборку тестового девайса, второй - на чтение user's guide, знакомство с компилятором и успешного написания программы для ознакомления со всей периферией. Сказать, что после этого я освоил арм - у меня не поворачивается язык.
Освоение чего-либо продолжается на всем отрезке времени работы с тем или иным устройством.


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

Вам виднее.
DASM
Предлагаю всем остановиться, разговор явно в сторону отвлеченного флейма уходит
Evgeny_CD
Точно! Развели тут bb-offtopic.gif .
mse
Цитата
Вопрос только в том какие деньги будет получать производитель - если упаковка AVR будет
востребована по цене коробка спичек, то.....

Нич-чё не понял...ну посмотрите, сколько щас стоит АВР. Меги - от 0,95 до 12 баксов. Тот-же самый САМ7-32 - от $3-4. А Филиппок своих обещает чуть ли не от бакса. На мой взгляд, м48, например, для этого случая, дико переоценена. Да и сколько ещё может стоить кусок кремния 2Х2 или 3Х3мм? А, тем не менее, 35% в год. Почти полтора миллиарда чипов. Из которых почти миллиард - за прошедшие 2 с малым года. В общем, в убыток никто работать не будет, и раз обеспечивается рост и производитель расширяет номенклатуру, значит при цене коробки спичек за чип, он имеет много приятного... и полезного тоже.
DASM
ААААААААААА...... Хватит !!!!!!!!!! Есть форум тут - свободное общение, пошли туда. mse - не буди зверя. Или в телесисы пошли морды бить
beer_warrior
жесткий OFF:
коллеги, где вы в Киеве LPC берете?
есть у кого на складе или под заказ?
zltigo
Цитата(mse @ Feb 25 2006, 22:34) *
На мой взгляд, м48, например, для этого случая, дико переоценена.
...
А, тем не менее, 35% в год. Почти полтора миллиарда чипов. Из которых почти миллиард - за прошедшие 2 с малым года. В общем, в убыток никто работать не будет,
...

Все именно так и обстояло... Но тут филипок и прочие в ЭТОМ году со своми "от бакса"
прибежали и все ЛАФА КОНЧИЛАСЬ. Сможет Atmel до полубаса МИНИМУМ опуститься?
Да? Нет? Вот в чем вопрос. А опустившись на сколько _сотен_ процентов нужно будет поднять
продажи для того, что-бы остаьтся на плаву?

Все я на эту тему закончил. Больше не буду.
mse
Какого зверя? ;О) Котик проснулся? Дай сосиску...
А...скучно в Телесиське. Понабежало докторов, санитаров на них нет.
А чего, разговор вполне приличный, в тему. Почти. SM говаривал-же сколько стоит 200мм вафля в TSMC для 0,35мкм процесса. Что-то около 3-5Кб. Процент выхода, типовой, 0.95-0.97. Чип 2Х2. 7,5 тысяч костей на вафлю. А тут Атымел сам для себя делает, налогов на промежуточных операциях не платит - вся прибыль у себя. Опять-же за лицензию отката нет.
Кстати, отсюда-то и ноги могут расти у АВР32. Если тот-же Рхилипс или ещё кто, роялти АРМу отстёгивает, то при $2-3 за чипок, трудно много бабла огрести. А тут забацал ядро по мотивам АРМ, с учётом какого-никакого опыта, добавил пожеланий трудящихся, оговорил с каким стратегицким партнёром некоторый боле-мене гарантированный сбыт, и вуаля! Можно более уверенно конкурировать с АРМами от других производителей. Почему бы и нет? Вполне здраво мыслят ребятки. Да и сам Атымел - контора из первой триццатки крупнейших производителей ПП. Знают что делают.
_artem_
Цитата(DASM @ Feb 24 2006, 03:41) *
архитектура архитектурой, но AVR в мире малопопулярен, цифр не знаю, но массовая доля устройств на его базе, уверен, доли процента. Как говорится, деньги решают все, даже дифференциальные уравнения. А Атмель это не Хитачи и не Моторола. Ну ,впрочем, флейм разводить не хочу. Время покажет


Из популярных приложений -
процессор для 628-ой эриксоновской трубы - кастомизированный АВР, кроме того широко используется в дистанционных пультах.

Вообше то, если чип хороший то почему бы не использовать ?
mse
Цитата
Но тут филипок и прочие в ЭТОМ году со своми "от бакса"
прибежали и все ЛАФА КОНЧИЛАСЬ. Сможет Atmel до полубаса МИНИМУМ опуститься?

Блин, от дела... Ну неужели вы верите, что там сидят люди, которые не считают денег? Всё там просчитано на хз сколько вперёд. А ЛПЦ за два бакса в розницу НИКОГДА не заменит ту самую М48 или М88. Или М16 за $3, или м32 за $4. Бо у него банально ног меньше. Жрёт он больше, места занимает больше, питаний ему надо несколько, обвязки, соответственно, больше, места на плате тоже больше. Он даже М128 не конкурент со свомим 60МГЦ. Смех смехом, но за $7 в розницу у М128 нет нормального конкурента из АРМов. То, что есть, стоит в полтора-два раза дороже. Так что лафа не кончилась, лафа в самом разгаре. АРМы и АВРы не конкуренты. Где-то локально - да. А так, главная резня идёт в секторе 8- и 16р-ников за передел пирога. А дешёвые АРМы дожирают верхний сегмент 16р-ников.
Я думаю, что продавая мегу48 за бакс в розницу, или за пол-бакса оптом, они смело имеют четвертак на карман.
defunct
Цитата(beer_warrior @ Feb 25 2006, 22:59) *
жесткий OFF:
коллеги, где вы в Киеве LPC берете?
есть у кого на складе или под заказ?


в розницу под заказ Imrad (www.imrad.com.ua) продает. на протяжении всего 2005-го года у них всегда были LPCшки в ассортименте.
но сейчас (последние 2 недели у них глухо) из армов только RM40008.

здесь готовые макетки: www.rusar.net
Evgeny_CD
Заметим, что Philips один из центровых акционеров ARM (долю точно не знаю). Возможно, этим "финт ушами" с LPC2101 и объясняется.

AVR уже давно не по 0.35 делаются. Последние - 0.18 точно.

Спор AVR <-> ARM идет из покон веков. Нету тут победителя. Это разные процы.

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

Что касается нас с Вами - писать надо на C, почаще справочники хорошие по языку читать. Писать переносимо, не затачиваясь на Keil, RVDS и пр. Чтобы в ядре plain C был, ну а всякие __flash макросами (можно не обломиться и свой препроцессор на Python или Tcl написать - не так уж и сложно).

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

Аккуратно с типами данных. В ядре - никаких стандартных типов, все через #define. Указатели аккуратно преобразовывать, чтобы на ошибку выравнивания не налететь.

Изначально писать по стандартам Doxygen. Чтобы потом легче в коде разбираться было. Программеров лишать ЗП за непонятный и недокументированный код.

Почаще смотреть в диаграммы связей, которые Doxygen генерит. Можно еще Understand C++ юзать - тоже клевая вещь.

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

CVS или SVN юзать. Один раз разобраться - и кайф на всю жизнь.

И вооще осознать, что ЛЮБОЙ проект, даже контроллер светодиода, начинается с продумывания идеологии. И вместо дурацких споров AVR<->ARM<->PIC<->куча всего другого или, что еще глупее, KEIL<->RVDS<->IAR<->GCC просто берется и пишется plain C код, состоящий из одних заглушек. Затем анализируются связи, залушки заполняются целевым кодом. Все этого гоняется на симуляторе, написанном на том же С, или, что приятнее, Python. Отдебугеренный код надстраивается "железными" модулями - и он готов к впихиванию в любой процессор подходящей производительности, который нашелся в ящике стола. Железные модули дебугерятся отдельно от основного кода в целевом железе.

Весь процесс отладки целевого софта можно проводить в любой среде, главное, чтобы ANSI C поддерживался. Какая есть под рукой, какую программер знает - ту и юзать. При наличии такой возможности осваивать программизм под Linux. Там такая отладка идет куда проще и приятнее.

Что касется JTAG - не надо микроскопом гвозди заколачивать. Это:
* неудобно
* дорого

Да, есть ситуации, когда без JTAG - никуда. Но вот когда plain C цифровой фильтр или декодер DTMF через JTAG отлаживают в целевом железе - за это надо ЗП лишать.

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

Вроде все просто biggrin.gif Но мне только на то, чтобы осознать эту идеологию, год потребовался. Я ее сформулировал, теперь вот потихоньку осваиваю. Книжками обложился.

Собственно, я написал это по одной простой причне - не о том спорим. При правильном подходе процессор безразличен. И правы те, кто говорит - недели для осовение новой архитектуры хватит, если не стоит задача выжать 101% производительности. Просто нужно чуть расширить границы мышления - и мир вокруг заиграет новыми красками! Но увы, это в учебниказ не написано.
defunct
Цитата(Evgeny_CD @ Feb 26 2006, 03:00) *
....
Собственно, я написал это по одной простой причне - не о том спорим. При правильном подходе процессор безразличен. И правы те, кто говорит - недели для осовение новой архитектуры хватит, если не стоит задача выжать 101% производительности. Просто нужно чуть расширить границы мышления - и мир вокруг заиграет новыми красками! Но увы, это в учебниказ не написано.


Спасибо, честно скажу - проникся Вашим постом ;>
и полностью поддерживаю все вышесказанное, кроме... последнего абзаца, с которым я категорически не согласен. То, про что вы пишете выше, нельзя назвать освоением архитектуры. Вы пишете про освоение языка программирования и освоение принципов построения кроссплатформенных программ (грубо говоря Вы поясняете как надо писать программы, чтобы не зависеть от архитектуры)... Соответственно раз мы говорим о разных вещах - в споре нет и не может быть ни правых, ни левых. Те, кто поддерживает мнение, что архитектуру можно освоить за неделю - скорее всего должны более честно заявить, что архитектуру как таковую осваивать не нужно вообще. Достаточно просто писать кроссплатформенный код. Вот тогда все станет на свои места.

А под освоением архитектуры подразумевается такой уровень знаний аппаратной части, при котором можно самостоятельно написать симулятор этой архитектуры (хотя бы простейший).
mse
Цитата
AVR уже давно не по 0.35 делаются. Последние - 0.18 точно.

Не, 0,35. Даже 0,35+. В ихних родмэпах, по крайней мере, так. По 0,18 смысла нет. Компактности особой уже не достигнешь(5В питание), скорости тоже, а техпроцесс дороже. Вот как на "только 3В" перейдут, как МСП, тогда - да. И размеры схлопнутся, и частота попрёт нипадецки и потребление упадёт радикально.
Evgeny_CD
Цитата(mse @ Feb 26 2006, 10:57) *
Не, 0,35. Даже 0,35+
А как же питание 1.8V в последних мегах с индексом V?
mse
Цитата
А как же питание 1.8V в последних мегах с индексом V?

Дык, они-ж остались 5В-ми : "1,8-5,5V". Не понимаю, хоть бы версию выпустили чисто 3В по тому-же 0,35 процессу, и то, выигрышь по частоте, площади и потреблению был бы. Вроде бы с литерой "Р" маложручие делать собираются, мож там чего подобного намутят.
IgorKossak
mse повторно предупреждён за флейм и лишён прав на 15 дней.
Будем и дальше здесь телесистемами увлекаться?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.