Обучение программированию микроконтроллеров удаленно, интересуют пик и атмел. Некоторые знания в программировании есть. Процесс обучения вижу как выдача неких заданий с сылкой на мат часть(книги), немного обучения теории. Оплата веб мани юсд по договоренности. Хотелось бы начать обучение с 1.06.2012. Кто что может предложить?! pet_andrey@list.ru

Посмотрите на demosondemand.com наверняка что-то там найдете.
Удачи!

посмотрите здесь дистанционные курсы по микроконтроллерам:
http://www.electroniclab.ru/courses.htm

Мне кажется уже лучше что-нибудь вроде STM32 осваивать, чем PIC или Atmel... Купить, например, STM32VLDISCOVERY там сразу все в одном флаконе - и контроллер и отладчик, и цена приятная. И в Интернете информации навалом, бесплатно.

Там ничего сложного нет. По книгам с даташитами вполне реально разобраться. Книг - масса. Например:

http://lord-n.narod.ru/walla.html

А можно ссылки на информацию? У меня пока есть только информация с сайта производителя и книга на английском.

Вот здесь миллион книг по AVR (и не только) на русском:
http://lord-n.narod.ru/walla.html

С STM32 начинать, наверное, не стоит, если нет острой необходимости - они очень сложны как по своему внутреннему устройству, так и в освоении. Если так хочется начать с Кортексов, то гораздо лучше взять МК от того же NXP ...

Голубцов М.С.
Микроконтроллеры AVR от простого к сложному.

Стоит прочитать книгу и больше ничего не понадобится.

http://easyelectronics.ru
Освоить AVR по силам любому школьнику. Сам изучил с нуля по книгам и даташитам. Рекомендую "Самоучитель разработчика устройств на микроконтроллерах AVR" А.В.Белова. А затем Евстифеева до дыр.

Спасибо за рекомендации

Полноценным разработчиком можно стать только после нескольких лет работы в команде. Индивидуальное обучение зависит от ваших намерений и условий. С последнего и нужно начинать. Дополнительно нужен стимул для обучения. Простым волевым усилием заставить самого себя что-то изучить очень сложно. Самому тоже пришлось пройти по такому же пути. Добавлю к уже сказанным выше советам свои.
1. Запоминание информации идёт по зрительному каналу. Поэтому нужно убрать ВСЕ лишние и ненужные источники информации. Например, телевизор. Записывать аккуратно и чётко всё изученное в конспект. Правильно написанный конспект должен "проявляться" в памяти при необходимости.
2. Тот вид программирования, который в подавляющем большинстве используется, называется кодированием алгоритма по техническому заданию (ТЗ) представленному заказчиком в устном виде, а разработчик устную версию его сразу записывает в последовательность команд. На самом деле сначала разрабатывется ТЗ, которое уже имеет алгоритм, представленный в нескольких видах с самыми подробными комментариями, которые получены от заказчика и их достоверность подтверждена его подписью на титульном листе первой странице ТЗ.
3. Начать желательно c AVRStudio и Atmel-микроконтроллеров. В AVRStudio очень наглядно представлена внутренняя структара кристалла. Плюс программатор фирменный.
4. Одна страница листинга программы дополнительно имеет не менее 10 страниц документации к ней.

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

честно говоря, даже не могу себе представить, что можно написать на 10 страницах про одну страницу листинга... предположу, что на одной странице поместится 1 функция или 1 метод класса. качественно написанный код, т.е. снабженный комментариями и "говорящими" именами функций, переменных и т.п., с отступами и т.п. вряд ли позволит на 1 странице А4 уместить больше.

итак, 1 функция - 10 страниц документации. ЧТО ТАМ МОЖЕТ БЫТЬ?! особенно, если учесть, что в ТЗ (из прилагаемого файла) уже расписано все, вплоть до отдельно взятого оператора if.


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

10 - страниц с разбором вариантов и обоснованием почему так сделано, а не иначе
Пользуюсь этим методом, но не в программировании. Очень эффективный при самоучении. Но трудоемкий.

Во многом глаголании несть спасения

"Краткое введение в reverse engineering для начинающих" - есть много про ARM. http://yurichev.com/writings/RE_for_beginners-ru.pdf

Эффективный способ эапоминания информации. В любой момент можно продолжить работу или передать её другому разработчику.
К универсалам "всё в одном" уже не обращаюсь. Опасно. Можно сделать что-то, но для продолжения работы всё нужно начать сначала. Развитие темы уже невозможно или полностью зависит от доброй воли универсала.