Getting started или faq по AVR Опции

[beer_warrior]

По итогам длительной и малорезультативной борьбы с курсом [banned] , возникла идея вышибить клин, клином т.е. сделать документ освещающий основные аспекты работы с AVR.

Предварительный план и согласие нескольких человек присутсвует здесь:
http://electronix.ru/forum/index.php?showtopic=16503&st=165
план писался сходу, по впечетлениям от личных проблем, и вопросов возникающих у новичков в этом разделе.

В этой ветке хотелось бы увидеть коррективы к плану и список вопросов ответы на которые хотелось бы видеть в подобном документе.

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

Ну и желающие принять участие тоже приветствуются

[otrog]

Поддерживаю идею Getting started .
Но всеже не согласен с тем, что начинать надо с ассемблера.
Сам начинал с Elab Pascal + PonyProg. При этом интенсивно вчитываясь в DataSheet.
Помню освоился до первой говорилки (AT90S2313 + AT24c512 + PWM) примерно за два месяца. И это при том, что доступа в интернет практически небыло.
Почему выбрал Pascal? - Потому что не знал C.

Чем хорош именно Elab Pascal? - Наличием огромного числа библиотек.
Даже сейчас, когда надо срочно сваять простенькое устройство(со всякими там I2C и т.д.) в максимально короткий срок, пользуюсь им. А если проект расширяется, портирую его на C.

Еще по теме. Предлагаю сделать руководство на примерах. Например так:

Руководство AVR на примере создания многофункционального будильника.
1. Обработка нажатия клавиш(напр. нажал на клавишу - заморгал светодиод). Приводятся схема, исходник, комментарии и советы.
2. Получение звуковых эффектов с использованием ШИМ. ........ При этом используются ранее изученные клавиши(напр. нажал на клавишу - получил какой-нибудь звуковой эффект + заморгал светодиод).
3. Подключение символьного ЖКИ...........................
4. Подключение датчика температуры (напр. DS18S20)........
И т.д.

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

[defunct]

Чем хорош именно Elab Pascal? - Наличием огромного числа библиотек.
Даже сейчас, когда надо срочно сваять простенькое устройство(со всякими там I2C и т.д.) в максимально короткий срок, пользуюсь им. А если проект расширяется, портирую его на C.

Пробовал Elab Pascal из интереса.
На вопрос чем хорош Elab Pascal сказал бы - ничем, кроме того, что это пока единственный более-менее нормально работающий компилятор Pascal для AVR.
В остальном, если сравнивать с имеющимися средами разработки на C, то Elab Pascal находится где-то на уровне CV по возможностям, по петухастости IDE сравним разве что с, известным всем, курсом ..123. По качеству генерируемого кода, гораздо хуже чем самый худший из всех широко известных компиляторов C для Avr - ICC.

Но всеже не согласен с тем, что начинать надо с ассемблера.
....
Сам начинал с Elab Pascal + PonyProg. При этом интенсивно вчитываясь в DataSheet.
Помню освоился до первой говорилки (AT90S2313 + AT24c512 + PWM) примерно за два месяца.

Все же не соглашусь с вами! Из своей практики:
Начинал с asm'a и не использовал сторонние программаторы (самостоятельно написал свой программатор для AVR) потому что, ставил перед собой цель детально изучить МК, а не программирование. Уже через месяц мог спокойно закладывать AVR в любые разработки, где его хватало по производительности. После детального изучения ассемблера и архитектуры Avr, писать на любом языке высокого уровня (ЯВУ) равносильно отдыху и развлечению. А в случае нехватки производительности МК для программы написанной на ЯВУ, вызванной например ошибкой при оценке требуемой производительности для решения задачи. Доскональное знание асм'a может спасти от дополнительных затрат на переделку железа, т.к. всегда дает возможность выжать дополнительную производительность (5-10%, иногда и все 40%) из МК с помощью ручной оптимизации кода, на asm.