реклама на сайте
подробности

 
 
5 страниц V  < 1 2 3 4 > »   
Reply to this topicStart new topic
> Вопрос новичка о выборе семейства МК
dxp
сообщение Apr 25 2008, 10:51
Сообщение #16


Adept
******

Группа: Свой
Сообщений: 3 469
Регистрация: 6-12-04
Из: Novosibirsk
Пользователь №: 1 343



Цитата(zltigo @ Apr 25 2008, 12:45) *
Вот именно по этой причине и НАДО начинать с ARM. Нынешний mainstream и этим все сказано.

Ну, по этой логике надо начинать с x86, мэйнстримнее некуда. smile.gif Начинать надо с того, подо что задачи лучше подходят. У меня и сегодня ARM7 никуда не приткнуть при всем желании. Контроллерные задачи прекрасно на MSP430 ложатся, и поскольку критично потребление, то и ничего тут АРМ не даст, кроме проблем. А где надо производительность, там Blackfin, АРМу там тоже нечего ловить. Такшта...

Но речь, напомню, шла о том, на чем лучше изучать процессороводство. И тут мне ничего лучше MSP430 в голову не приходит.


--------------------
«Отыщи всему начало, и ты многое поймёшь» К. Прутков
Go to the top of the page
 
+Quote Post
GetSmart
сообщение Apr 25 2008, 11:11
Сообщение #17


.
******

Группа: Участник
Сообщений: 4 005
Регистрация: 3-05-06
Из: Россия
Пользователь №: 16 753



Начать программить на АРМе не составляет никаких трудностей. Достаточно знать самый минимум Си. Можно будет уже подрыгать светодиодом, что приводит в "безумный" восторг польшинство начинающих ембеддеров smile.gif Си изучить гораздо проще любого асма. В моём окружении используются и армы и мспшки, причём где применяются мспшки очень часто возникают проблемы с недостатком быстродействия, недостатком рамы и флэша, хотя главный критерий их применения было низкое потребление. Всё зависит от задач. Но в перечисленных пожеланиях автора нет экономии потребления, так что АРМ без вопросов. Есть в кормпусах 8*8 мм, да и на любой вкус. Можно работать даже на низкой рабочей частоте с потреблением 10 мА если потребуется и в любой момент моментально переключиться на предельную скорость и поработать на ней с потреблением ~70 мА. Да и есть АРМы с одним питанием 3.3в.

Вобщем осваивать его одно удовольствие, ИМХО.

Сообщение отредактировал GetSmart - Apr 25 2008, 12:08


--------------------
Заблуждаться - Ваше законное право :-)
Go to the top of the page
 
+Quote Post
SIA
сообщение Apr 25 2008, 13:07
Сообщение #18


Местный
***

Группа: Свой
Сообщений: 462
Регистрация: 26-06-07
Пользователь №: 28 723



Цитата(dxp @ Apr 25 2008, 13:51) *
Ну, по этой логике надо начинать с x86, мэйнстримнее некуда. smile.gif Начинать надо с того, подо что задачи лучше подходят. У меня и сегодня ARM7 никуда не приткнуть при всем желании. Контроллерные задачи прекрасно на MSP430 ложатся, и поскольку критично потребление, то и ничего тут АРМ не даст, кроме проблем. А где надо производительность, там Blackfin, АРМу там тоже нечего ловить. Такшта...

Но речь, напомню, шла о том, на чем лучше изучать процессороводство. И тут мне ничего лучше MSP430 в голову не приходит.


У меня в активе под десяток семейств процов, не считая древней экзотики, поэтому думаю, что важнее не изучать процессор как таковой, а изучать методы решения задач, т.е. построение и реализацию алгоритмов. Этому можно учиться и на РС, причем именно на ней это легче всего, особенно если есть старый комп и на нем DOS smile.gif. А дальше уже выбирать проц. Если задачи типа управляющих, быстро дрыгать ножками - недурны быстрые 51-вые от Silabs, жрут они немного, примерно как MSP, и АЦП/ЦАП на борту отличные. Если считать надо побольше - ARM, если считать еще больше - для автономных устройств идеальны MIPS, а когда потребление некритично (есть розетка) - практичнее PC (x86) ничего не придумано, готовых плат за разумные деньги вагон.
Все программится на С, ассемблерные кусочки выносятся в отдельные процедуры.
АVR особого смысла не имеют ввиду довольно бедной периферии и неадекватных цен (выше, чем на гораздо более мощные ARM, где есть конкуренция).
MSP на деле хороши только удобством программирования на ассемблере, но сегодня это (писание на асме всего кода) для почти любой реальной задачи становится непозволительной роскошью. Развитие 430-тых у TI - далеко не приоритет, поэтому и идет оно медленно, никакого сравнения с Silabs, к примеру.
Go to the top of the page
 
+Quote Post
dxp
сообщение Apr 25 2008, 13:49
Сообщение #19


Adept
******

Группа: Свой
Сообщений: 3 469
Регистрация: 6-12-04
Из: Novosibirsk
Пользователь №: 1 343



Цитата(GetSmart @ Apr 25 2008, 18:11) *
Начать программить на АРМе не составляет никаких трудностей. Достаточно знать самый минимум Си.

Если только С, то и изучения собственно процессора не получится. Тут нужно именно на низком уровне повозиться, чтобы прочувствовать железо, фичи процессора, как методы адресации, переходы и прочее, чтобы четко представлять себе внутреннее устройство и в дальнейшем грамотно оценивать вновь изучаемые платформы.

Цитата(SIA @ Apr 25 2008, 20:07) *
У меня в активе под десяток семейств процов, не считая древней экзотики, поэтому думаю, что важнее не изучать процессор как таковой, а изучать методы решения задач, т.е. построение и реализацию алгоритмов. Этому можно учиться и на РС, причем именно на ней это легче всего, особенно если есть старый комп и на нем DOS smile.gif.

Не надо путать и мешать в кучу изучение методов программирования и изучение собственно процессора (для embedded применений).


Цитата(SIA @ Apr 25 2008, 20:07) *
А дальше уже выбирать проц. Если задачи типа управляющих, быстро дрыгать ножками - недурны быстрые 51-вые от Silabs, жрут они немного, примерно как MSP, и АЦП/ЦАП на борту отличные. Если считать надо побольше - ARM, если считать еще больше - для автономных устройств идеальны MIPS, а когда потребление некритично (есть розетка) - практичнее PC (x86) ничего не придумано, готовых плат за разумные деньги вагон.
Все программится на С, ассемблерные кусочки выносятся в отдельные процедуры.
АVR особого смысла не имеют ввиду довольно бедной периферии и неадекватных цен (выше ARM, где есть конкуренция).
MSP на деле хороши только удобством программирования на ассемблере, но сегодня это (писание на асме всего кода) для почти любой реальной задачи становится непозволительной роскошью. Развитие 430-тых у TI - далеко не приоритет, поэтому и идет оно медленно, никакого сравнения с Silabs, к примеру.

Опять не надо путать процесс изучения и применение. х51 плох тем, что у него слабые средства для поддержки того же С - косвенная адресация (всякие режимы со смещением) и адресная арифметика очень слабы. А это крайне важный момент для эффективного использования современных методов программирования. Остальные процессоры значительно сложнее по внутреннему устройству - зачем грузить человека, впервые начавшего изучать embedded процессор, лишними деталями реализации, которые не имеют никакой принципиальной важности для процесса изучения. Изучаемый процессор должен иметь тот минимум средств, который необходим, и ничего лишнего. Вот по этому критерию MSP430 рулит лучше остальных. Имхо.


--------------------
«Отыщи всему начало, и ты многое поймёшь» К. Прутков
Go to the top of the page
 
+Quote Post
uriy
сообщение Apr 25 2008, 16:09
Сообщение #20


Гуру
******

Группа: Свой
Сообщений: 2 429
Регистрация: 30-11-05
Из: Ижевск
Пользователь №: 11 606



Так получилось что первым контроллером у меня был PIC16F84, затем перешел на atmel 51 ядро (AT89S8252). Программировать начинал и те другие на асме, С тогда просто напросто не знал. Тут я понял как ущербны пики. Потом NEC 8 и 32 разрядные и IAR (будь он неладен, до сих пор душа к нему не лежит). Потом AVR - комилятор только CodeVision. MSP430 не впечатлил, буду их использовать только если очень будет напряжно с потреблением. Щас осваиваю ARM (AT91SAM7S). И все же пока предпочтение отдаю AVR - дешевы, функциональны, распространены, простой программатор, удобный компилятор. В настоящее время при освоении ARM опять плевался с компилятором IAR. Для программатора SAM-BA нужен файл bin. Написал программу моргания светодиодом. IAR компилил в bin целых 33 килобайта (!), а в hex 1 килобайт. Как такое может быть? Не понимаю. Вобщем с IAR у меня лыжи не катят. Попрбовал Keil, тот же исходник bin файл 620 байт. Никаких проблем. Программа работает.
Мои предпочтения к компиляторам в порядке их убывания: VisualDSP -> Keil -> CodeVision -> ... Самый последний IAR.
Go to the top of the page
 
+Quote Post
zltigo
сообщение Apr 25 2008, 16:39
Сообщение #21


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(dxp @ Apr 25 2008, 12:51) *
Ну, по этой логике надо начинать с x86, мэйнстримнее некуда. smile.gif

Вполне естественный подход к делу - изучать программироване, инструментарий именно на нем. Потом перенос на целевую платформу.
Цитата
У меня и сегодня ARM7 никуда не приткнуть при всем желании.
..там Blackfin, АРМу там тоже нечего ловить.

Это уже Ваше личное "болото". smile.gif Мне, например, MSP430 уже полгода приткнуть некуда - повисла разработка, ибо заказчик в помрачении разума, супротив всех "объективных" доводов тяжко задумался и не как не может отказаться от мысли о цветном графическом экране. А что - любая поганая мобилка имеет. Вот и лежат еще и наброски альтернативного варианта на LH7xx и все идет к тому, то заказчик пожертвует энергопотреблением и получит 4" цветной экранчик. А ARM у меня прекрасно уживается в связках с BlackFin и в связках с FPGA (там, где BlackFin "ловить нечего" smile.gif )


Цитата(uriy @ Apr 25 2008, 18:09) *
.AVR - дешевы, функциональны, распространены, простой программатор, удобный компилятор.

Уже НЕРАЗУМНО ДОРОГИ, зачем-то нужен "программатор", хотя среди ARM-ообразных принято ISP иметь.
C отладочными средствами вечная чехарда и навязчивое желание Atmel срубить на них бабок.
"Удобный компилятор" есть бред - компилятор, это компилятор. Полагаю, ничтожно сумятице Вы имели ввиду IDE - с ней просто IDE отдельный продукт и просто НЕ НАДО ПОЛЬЗОВАТЬ на халяву прилагаемые производителями компиляторов всякие попсовые оболочки. Есть фирмы, для которых это основная работа и они делают ее ХОРОШО.
Цитата
Вобщем с IAR у меня лыжи не катят.

Лыжи надо смазывать,инструменты изучать. Ругаться и плеваться не надо...


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
SIA
сообщение Apr 25 2008, 21:44
Сообщение #22


Местный
***

Группа: Свой
Сообщений: 462
Регистрация: 26-06-07
Пользователь №: 28 723



Цитата(dxp @ Apr 25 2008, 16:49) *
Если только С, то и изучения собственно процессора не получится. Тут нужно именно на низком уровне повозиться, чтобы прочувствовать железо, фичи процессора, как методы адресации, переходы и прочее, чтобы четко представлять себе внутреннее устройство и в дальнейшем грамотно оценивать вновь изучаемые платформы.

Эти сравнения и оценки - не уровень начинающего. Прежде чем сравнивать, нужно иметь базу, чтобы не разводить войны остроконечников и тупоконечников. Архитектуры процессоров бывают заметно разные по идеологии. Разные школы, разные задачи.
Цитата(dxp @ Apr 25 2008, 16:49) *
Не надо путать и мешать в кучу изучение методов программирования и изучение собственно процессора (для embedded применений).

Практика показывает, что собственно процессор изучить много легче (с этим справляется большинство младших школьников), чем фундаментальные основы программирования. Поэтому начинать стоит именно с них, а собственно процы смотреть потом, УЖЕ имея представление о типовых алгоритмах, чтобы понять, насколько конкретный проц подходит для их реализации.
Цитата(dxp @ Apr 25 2008, 16:49) *
Опять не надо путать процесс изучения и применение. х51 плох тем, что у него слабые средства для поддержки того же С - косвенная адресация (всякие режимы со смещением) и адресная арифметика очень слабы. А это крайне важный момент для эффективного использования современных методов программирования.

И да, и нет. В управляющем коде особенно сложные структуры данных часто просто не нужны, или используются мало, соответственно неэффективность их реализации неактуальна. А шарашить по таблицам и дрыгать ножками современный 50-100 МГц 51-ый, особенно с двумя DPTR, за счет высокой тактовой может очень быстро, быстрее 430, при сравнимом энергопотреблении.
Цитата(dxp @ Apr 25 2008, 16:49) *
Остальные процессоры значительно сложнее по внутреннему устройству - зачем грузить человека, впервые начавшего изучать embedded процессор, лишними деталями реализации, которые не имеют никакой принципиальной важности для процесса изучения. Изучаемый процессор должен иметь тот минимум средств, который необходим, и ничего лишнего. Вот по этому критерию MSP430 рулит лучше остальных. Имхо.

Тогда лучше либо вообще "учебный" процессор, как MIX у Кнута, либо предельно простой, но рационально спроектированный. Буржуи часто (и вполне оправданно) для этого используют MIPS. Я своих подопечных учил на курсе от PDP8, СDC160 и Eclipse до IBM360/91 и Аlpha.
Go to the top of the page
 
+Quote Post
dmmos
сообщение Apr 26 2008, 06:55
Сообщение #23


Участник
*

Группа: Свой
Сообщений: 54
Регистрация: 19-01-06
Пользователь №: 13 363



Спасибо всем за мнения и комментарии. Я так понимаю, основные претенденты - это MSP430 и ARM7. Немаловажный критерий выбора - наличие хорошей литературы. Хотя читаю на английском, желательно все же на русском - некоторые термины "с нуля" проще понимать на родном языке. Что коллеги могут посоветовать из литературы для вышеобозначенных процессоров? (возможно, у нас на огороде?)
Для ARM7 на 74HC244 тоже можно программатор сделать?
И еще момент - для какого МК более удобные отладочные средства из числа доставаемых на огороде?
Go to the top of the page
 
+Quote Post
zltigo
сообщение Apr 26 2008, 07:10
Сообщение #24


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(dmmos @ Apr 26 2008, 08:55) *
Для ARM7 на 74HC244 тоже можно программатор сделать?

Повторяю - среди ARM-ообразных принято ISP иметь. "Програматоры" не нужны вооще. Не "удобные", не "не неудобные", не на "74H244" ... никакие.


Цитата(dmmos @ Apr 26 2008, 08:55) *
Я так понимаю, основные претенденты - это MSP430 и ARM7.

MSP430 не претендет вообще, ибо нишевый продукт. Даже его уважаемому (без всяких задних мыслей уважаемому) аппологету dxp его возможностей естественно не хватает и он в основном, как я понимаю, последнее время использует BF sad.gif.
Причем между даже между старшими MSP430 и младшим BF на самом деле находится здоровенная "дыра". Та самая серединка, которая, конечно не может поностью во всем тягаться с BF в числодроблении и MSP в энергопотреблении, но тем не менее покрывающая самый большой сегмент.
Кода Вам потребуется исключильно маложрущий (даже скажем так, не сколько маложрущий, сколько хорошо спящй smile.gif ) контроллер, тогда и обратите свой взор на MSP430. До этого обычные, банальные, майнстримовые ARM - ARM7 или Cortex-M3.


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
SIA
сообщение Apr 26 2008, 10:16
Сообщение #25


Местный
***

Группа: Свой
Сообщений: 462
Регистрация: 26-06-07
Пользователь №: 28 723



Цитата(zltigo @ Apr 26 2008, 10:10) *
MSP430 не претендет вообще, ибо нишевый продукт. Даже его уважаемому (без всяких задних мыслей уважаемому) аппологету dxp его возможностей естественно не хватает и он в основном, как я понимаю, последнее время использует BF sad.gif.
Причем между даже между старшими MSP430 и младшим BF на самом деле находится здоровенная "дыра". Та самая серединка, которая, конечно не может поностью во всем тягаться с BF в числодроблении и MSP в энергопотреблении, но тем не менее покрывающая самый большой сегмент.
Кода Вам потребуется исключильно маложрущий (даже скажем так, не сколько маложрущий, сколько хорошо спящй smile.gif ) контроллер, тогда и обратите свой взор на MSP430. До этого обычные, банальные, майнстримовые ARM - ARM7 или Cortex-M3.

И я о том же. Только "хороший сон" есть и у современных 51, а широта их применения и накопленного софта - много больше, чем у 430. Соответственно, тратить время на изучение 430 - нет практического смысла. Для начала - 51, потом ARM (или наоборот), плюс если повезет - MIPS. Эти три семейства процов закроют более 80% embedded задач, оставшееся - или "тяжелые" процы типа х86/PowerPС, или DSP/ПЛИС.
Можно, конечно, посмотреть на особо экономичную экзотику типа EM-Marin (смарткарточки) или Cyan, но в основном для общего развития.
Go to the top of the page
 
+Quote Post
uriy
сообщение Apr 26 2008, 13:30
Сообщение #26


Гуру
******

Группа: Свой
Сообщений: 2 429
Регистрация: 30-11-05
Из: Ижевск
Пользователь №: 11 606



Цитата
Повторяю - среди ARM-ообразных принято ISP иметь. "Програматоры" не нужны вооще. Не "удобные", не "не неудобные", не на "74H244" ... никакие.
Не знаю что вы имеете ввиду, мне ваши слова совершенно не понятны. Из ваших слов можно подумать, что прошивка в чип попадает силой мысли. ISP в моем понимании In System Programming, т.е. можно программировать уже запаянный чип на плате через несколько проводков, а не так чтобы толкать чип в программатор и шить по параллельной шине через пару десятков проводков. ISP принято иметь среди всех микроконтроллеров.
dmmos
ARM7 от Atmel можно шить через UART, USB и JTAG. Правда атмеловские армы почему-то многие не любят.
Go to the top of the page
 
+Quote Post
zltigo
сообщение Apr 26 2008, 14:32
Сообщение #27


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(uriy @ Apr 26 2008, 15:30) *
ISP принято иметь среди всех микроконтроллеров.

Только для одних требуется программатор разной степени сложности, ЗАКРЫТОСТИ, клонируемости... а для других, например, RS232 и все. Для АRM-ов вполне обычен именно такой вариант. И JTAG - ОДИН ДЛЯ ЛЮБОГО ПРОИЗВОДИТЕЛЯ ARM для отладки, а не, например, целый зверинц отладчиков даже для одного семейства Atmel-овских восьмибитовиков, да и AVR32 по этому-же пути ведут.


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
MrYuran
сообщение Apr 26 2008, 15:40
Сообщение #28


Беспросветный оптимист
******

Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646



Цитата(zltigo @ Apr 26 2008, 10:10) *
Повторяю - среди ARM-ообразных принято ISP иметь. "Програматоры" не нужны вооще. Не "удобные", не "не неудобные", не на "74H244" ... никакие.

У АВР тоже есть ISP.
Программатор от LPT в моём исполнении состоял из DB25, BLS4 и трёх проводков.


--------------------
Программирование делится на системное и бессистемное. ©Моё :)
— а для кого-то БГ — это Bill Gilbert =)
Go to the top of the page
 
+Quote Post
zltigo
сообщение Apr 26 2008, 16:58
Сообщение #29


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(MrYuran @ Apr 26 2008, 17:40) *
Программатор от LPT в моём исполнении состоял из DB25, BLS4 и трёх проводков.

Ну просто откровение тысячеления smile.gif Годится не для всех атмеловских поделок. В следствии зкстремального упрощения экстремально глюковат. LPT мертв, и даже если он увас еще есть, то скоро Вы его этими "тремя проводками" угробите физически. А, под Vist-ой слабо "тремя проводками"? Не чувствуете разницу между подобными "программаторами", например, штатными RS232/USB/..


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
MrYuran
сообщение Apr 26 2008, 17:49
Сообщение #30


Беспросветный оптимист
******

Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646



Цитата(zltigo @ Apr 26 2008, 19:58) *
Ну просто откровение тысячеления smile.gif Годится не для всех атмеловских поделок. В следствии зкстремального упрощения экстремально глюковат. LPT мертв, и даже если он увас еще есть, то скоро Вы его этими "тремя проводками" угробите физически. А, под Vist-ой слабо "тремя проводками"? Не чувствуете разницу между подобными "программаторами", например, штатными RS232/USB/..

Висту не буду ставить из принципиальных соображений, максимум - ХР64 (и то заморочки бывают с дровами и приложениями)
Интересно, а ИСП от АРМа каким местом в комп совать?

АВР для меня - пройденный этап, после МСП я даже смотреть на них не хочу.
МСП-рулез, БСЛ-форева. Аминь. (то есть ентер)


--------------------
Программирование делится на системное и бессистемное. ©Моё :)
— а для кого-то БГ — это Bill Gilbert =)
Go to the top of the page
 
+Quote Post

5 страниц V  < 1 2 3 4 > » 
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 20th July 2025 - 09:53
Рейтинг@Mail.ru


Страница сгенерированна за 0.01538 секунд с 7
ELECTRONIX ©2004-2016