помогите выбрать МК AVR+программатор+отладочную плату, хочу изучить МК Опции

[xxxdarksxx]

всем привет,хочу научиться программировать микроконтроллеры и изучить их архетектуру,но думаю быстрее дело пойдет на практике,посоветуйте МК+программатор+отладочная плата не дороже 300грн(можно чуть дороже).

или вариант купить МК,сделать программатор громова (на ноуте есть СОМ порт)+самому начать делать отладочную плату,начать с пары светодиодов а потом по мере изучения и получения новых знаний добавлять ранзые фичи?посоветуйте пожалуйста.

чтобы точнее дать совет,учусь в университете на 4м курсе(системы управления и автоматики,бюджет,получаю стипендию).Учиться скорей всего 3 года (хочу на магистратуру),хочу научиться чтонибудь реально делать по специальности,в универе изучали только полгода ассемблера(очень слабо и еще зачет а не экзамен) и С++.Схемотехника как предмет был но преподователь полный нешар соотвественно знаний практически нет.Но деваться некуда собираюсь плотно заняться самообразованием)))

Сообщение отредактировал xxxdarksxx - Aug 25 2010, 19:23

[ReAl]

Там, конечно, «типа» много всего, но всё же ещё раз обратите внимание на уже упомянутые 28/32 ногие atmega8/48/88/168/328
Если речь о «Космодроме», то http://kosmodrom.com.ua/razrabotka/maket/avr-p28-mod.php
И старт будет дешевле, и поработаете сразу с кристаллами, которые экономически более оправданы, чем мега128.
При всём моём уважении к AVR :-), при нынешнем уровне/балансе цен на микроконтроллеры осваивать с нуля эту линейку ради применения «толстых» кристаллов как-то не то, чтобы бессмысленно, но нужно хорошо понимать зачем это делать.

[Stariy Alex]

Tiny - огрызк...

Тинька не огрызок, а для нужных случаев.

...«Космодроме», то http://kosmodrom.com.ua/razrabotka/maket/avr-p28-mod.php
я эту линейку ради применения «толстых» кристаллов как-то не то, чтобы бессмысленно, но нужно хорошо понимать зачем это делать.

Да вы обратили внимание на снятые с производства чипы?

Поддерживаемые устройства: AT90S2333, AT90LS2333, AT90S4433, AT90LS4433, ATtiny28L, ATtiny28V.

У меня отладчик на 8 кб, USB.

Вообще если так говорить проще уже начинать с ARM

Вам будет проще начинать с 8 битным, а к остальному еще придете.

[zltigo]

Вам будет проще начинать с 8биным, а к остальному еще придете.

Вы так хорошо лично знаете xxxdarksxx, что знаете, чего ему начинать? Или Вы хотели сказать о себе, что Вам лет 20 назад было проще начинать с "8" . Все, однако, изменилось. Причем к лучшему.

[rx3apf]

Вы так хорошо лично знаете xxxdarksxx, что знаете, чего ему начинать? Или Вы хотели сказать о себе, что Вам лет 20 назад было проще начинать с "8" . Все, однако, изменилось. Причем к лучшему.

Если человек говорит, что хочет изучить ассемблер, то что Вы ему предложите ? Я бы тоже предложил именно 8-битные AVR, на asm под них пишется легко и непринужденно. А альтернативы-то ? MSP430 ? Ну, может быть... PIC24 ? Под ARM-то на асме как-то больше для извращенцев, IMHO... Ну, можно, конечно, классику типа i51 (мне вот не довелось и нисколько не жалею).

а в пиках он уже практически не используется( относительно мало команд).

Никакой связи, на самом деле. Только вот система команд у PIC16 несколько своеобразная. Хотя есть неплохая альтернатива, ex-parallaxовский ассемблер, с синтаксисом, напоминающим i51.

Сообщение отредактировал rx3apf - Aug 27 2010, 09:28

[zltigo]

Если человек говорит, что хочет изучить ассемблер, то что Вы ему предложите ?

Я бы ему для начала сказал, что "Assembler" в отличие от языков высокого уровня, есть пустой звук, без совершенно конкретного ядра. И знание ASM, например, AVR поможет изучению другого ASM, например, STM8 приметно так-же, как и знание Фортрана, т.е. безусловно поможет, но не очень.
Заниматься первым попавшимся ASM для того, что-бы просто "заниматься" без явной на то необходимости явно не стоит .

[rx3apf]

Я бы ему для начала сказал, что "Assembler" в отличие от языков высокого уровня, есть пустой звук, без совершенно конкретного ядра. И знание ASM, например, AVR поможет изучению другого ASM, например, STM8 приметно так-же, как и знание Фортрана, т.е. безусловно поможет, но не очень.

Это лишь Ваше видение. Ассемблер, по большому счету, это лишь подход к решению задачи. Периферию надо знать по-любому, хоть для C, хоть для ASM. А система команд - ну да, у каждой платформы своя. Только непринципиально это. Я спокойно перешел с S/360 на Z80, потом на PIC16, на MSP430, AVR. Принцип - один и тот же.

Заниматься первым попавшимся ASM для того, что-бы просто "заниматься" без явной на то необходимости явно не стоит .

С этим соглашусь, пожалуй. Да и вообще заниматься программированием лишь бы просто "заниматься" - явно не стоит. А вот если надо посмотреть, что нагенерил компилятор, или что реверснуть, или решить что-то в ограниченных ресурсах - asm полезен (IMHO, необходим).

[zltigo]

что нагенерил компилятор, или что реверснуть, или решить что-то в ограниченных ресурсах - asm полезен (IMHO, необходим).

Именно так, но у Вас все началось со слова "компилятор" - вот с него и начинать надо . ASM уже для реальной жизни сегодня вторичен. В прошлом веке сам начинал с кучи ASM-мов. Но это в прошлом веке.

[rx3apf]

Именно так, но у Вас все началось со слова "компилятор" - вот с него и начинать надо . ASM уже для реальной жизни сегодня вторичен. В прошлом веке сам начинал с кучи ASM-мов. Но это в прошлом веке.

Кому как. Ну, мое органическое неприятие ЯВУ - это мои тараканы, само собой. Но в реальной жизни _мне_ вот необходимо работать в весьма ограниченных условиях, с ограниченным объемом памяти и команд. Да, есть дешевые ARM (дешевле тех AVR, которые применяю) - вот только по энергопотреблению (конкретно для моих задач) пролетают со свистом. А иногда каждая команда на счету - по тому же потреблению, например. "Реальный мир" - это не только навороченный (и глюкавый) пользовательский интерфейс мобильника или фотоаппарата ( к примеру), а еще и устройства, которые годами должны работать от батарейки и, по возможности, надежно...

Сообщение отредактировал rx3apf - Aug 27 2010, 18:17

[zltigo]

реальной жизни _мне_ вот необходимо работать в весьма ограниченных условиях

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

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

Полагаю, что Вам надо более внимательно осмотреться кругом - потребление у чипов сделанных по более мелким технологиям уже поменьше уже в силу одного этого факта. Причем не только ядра, но и периферии. Механизмы быстрого просыпания/засыпания тоже уже совершенствуются. О периферии уже и говорить не приходится - гибкие системы тактирования периферии (например, у AVR тактирование PWM той-же частотй, что и ядра посылает лесом возможность экономии на потреблении ядра ), DMA работающие при спящем ядре, наличие более функциональной периферии (например, наличие банального DAC позволяет не извращаться с PWM работающем на высокой частоте). Так-что, если применение AVR не является тоже вопросом религии, то присмотритесь.

А иногда каждая команда на счету - по тому же потреблению,

Знакомо. Недавно выжимая потребление из Atmega48PA вылизывал кусок обработчика обработчика прерывания АККУРАТНО, со знанием дела написанного на 'C'. Обработчик похудел с 98 тактов, до 94. Возможно, виртуоз AVR ASM-щик сэкономил-бы еще пару тактов. Да, 94 против 98 тактов на пару процентов сэкономило общее потребление, но не радикально. Пререписывание остальных пары килобайт кода принесло-бы вообще мало уловимую экономию на переходных режимах. Радикально проблему потребления в этом случае решал-бы, например STM8L . Это я к тому, что "реальная жизнь" тоже не застыла на AVR или на ASM.

[sonycman]

DMA работающие при спящем ядре

Покоробило недавно, что у LPC1768 DMA при спящем ядре может работать только с половинкой SRAM - так называемой периферийной областью.
Тогда как HEAP и размещение всех статических объектов находятся в другой половине.
Очень не удобно сделано.

Что это, стремление сэкономить потребление в спящем режиме, отключив половину ОЗУ?