illusive, остави ги езиците и книжките , те така или иначе няма да ти се разминат, ами първо понаучи микроконтролерите. А всичко за микроконтролера е написано в даташита му. Какъвто и език да ползваш, повече от това в даташита няма да постигнеш (даже точно обратното).

Предлагам ти една бърза учебна програма:
1. Изтегли пдф-а на този микроконтролер:
http://store.comet.bg/Catalogue/Product/4664/
Контролера няма нужда да го купуваш.
2. Прочети даташита от кора до кора, без да пропускаш ред или диаграма. Може и да си го разпечаташ, не е толкова голям.
3.Специално разучи инструкциите на асмеблера какво правят. Не е нужно да ги наизустяваш.
4. Докато четеш си мисли как с тоя микроконтролер може да направиш мелодичен звънец с бутон,светодиод и говорителче. Като натиснеш бутона , да се изсвирва мелодията "Мила моя мамо" и едновременно светодиода да свети.

Горните точки стават за всеки друг микроконтролер. Просто съм ти предложил нещо евтино,малко и лесно за изучаване.

Сега много от колегите тука ще ревнат защо това или онова и ще ти предложат нещо друго. Избери си едно от предложенията. Всъщност това, което ще избереш , донякъде е тест за теб накъде искаш да вървиш. Всеки те съветва от неговата си гледна точка, но какво точно искаш само ти си знаеш (или поне усещаш).

Desert Leo в първият си пост много точно го е казал но за асемблера е по добре за момента да не си пълни главата с глупости.

Хм, значи предлагате направо да взимам програматор и чип и да започвам?
Каква е разлиакта м/у Atmel-ICE и AVRISP mkII ? Гледам, че и двете ги използват за проргамиране.

Едит: 4040, невидях мнението ти преди да напиша това.Твоето предложение става ли с някакъв подобен Atmel-ски чип, с тоя PIC да не ги меша нещата, или е почти еднакво?

Atmel-ICE е дебъгер и програматор, докато AVRISP mkII е само програматор. Бъди сигурен че рано или късно ще ти затрябва дебъгер

ПС: Не спестявай от дебъгер/програматор.. винаги е било грешка. Ако ще караш на атмел - Atmel-ICE или AVRDragon. Ако ще минаваш на Microchip - то тогава си за PicKit3. По аналогичен начин за другите производители на микроконтролери - т.е избери техните официални прогаматори или дебъгери.

дракона на атмел е добре интергриран в тяхната среда (безплатна и не лоша). освен да програмираш с него, можеш да дебъгваш, включително и да цъкаш по битове на регистрите с мишка в реално време. фърмуера също се ъпдейтва от средата. демек - една среда и едно желязо и си в джаза.
единствения му кусур е, че гори лесно вдин ключ, но той лесно се разпоява и можеш да работиш и без него.

атмел мега (по мое виждане) по-прилича на нормален микроконтролер от повечето пикове. след време ще ти е по-лесно да правиш аналогия с други чипове. е, ако ще минаваш някой ден на АРМ, няма да ти е лесно, независимо дали идваш от мега или от пик, но като че ли не е добра идея направо да се хвърлиш на дълбокото с АРМове.

за майкрочепските среди нямам никакви наблюдения, има достатъчно пикоборци във форума, те да се изкажат.

Какъвто и контролер да си харесаш, на първо време се ориентирай към някой с достатъчно свободни пинове. Периферията която ще използваш да е свързана на различни от пиновете за дебъгване/програмиране. Поне на първо време ще ти спести някакви глупави главоболия.
Така погледнато, 10F200 не е много удачен избор...

+1
Въобще не е... Що някои хоря си мислят, че като човека е начинаещ, трябва да тръгне от най-слабите или древните контролери. За споменаване на 16F84 ще помоля Рек за банване и глоба поне каса уиски.

Що бе? В това да почне с много смотан контролер също има известна красота... ще се научи на много неща, особено как се псува качествено

Щом има мерак за този занаят, ще има възможност да се научи на много неща.

Щом има мерак за този занаят, ще има възможност да се научи на много неща.
Но няма нужда да е археолог или геронтофил.

Подкрепям мнението ви, защо първокласниците да учат прабългарски, идеята и начина му на ползване е същия, като в момента имаме друг официален език.
Значи плана до тук е такъв - посвиквам малко със C (синтаксис, оператори и тн.), купувам Atmel-ICE + потърпевшия контролер (ATmega328 може би?) и започвам да уча неговия embedded код. Как ви се струва стратегията ми?

пп: Embedded C до колко варира при контролерите на даден производител (в частност Atmel)? Също, има ли препоръчителна литература или в интернет информация бол?

Самото C е 2-3 варианта. Вариращото при различните контролери/производители са главно техни си измишльотини, като например как се гонфигурира, разни специфични директиви и прочие.

И ако питаш мен, започни от нещо 16 или 32 битово, за да не се бориш още в началото с гламави ограничения, мислени някога си с цел пестене на стотинки.

И пак ако питаш мен - някой PICльо. И аз съм започнал на Atmel, ама на микрочип творенията според мен са по-лесни с това, че всичко излязло от тая фирма се програмира по един и същи начин и с един и същ програматор (PicKit3), като и целия нужен софтуер се сваля от сайта им и е безплатен - просто инсталираш среда и компилатор, връзваш PicKit3-ката към компютъра и микроконтролера, натискаш едно копче и каквото си написал е "налято" в чипа.

Сега е моментът да се направи една уговорка за майкрочипските творения, за да няма разочаровани... Някаква част от малките им контролери, нямат вграден хардуер за дебъгване. Тоест - дебъгът не работи. За да потегли се купуват съответните адаптери, които представляват контролер с хардуер за дебъг, емулиращ тоя който няма. Едно че не са много евтини, отделно поддържат съвсем ограничен брой контролери.
Например 10F200 е типичен пример. Дебъг, ама по-редичко...

Тогава да направим и уговорката че и някой атмели нямат дебъг в тях. Типичен пример Atmega8.
Но искренно ви призовавам да спрем с хваленето на фирми/архитектури (PIC vs ATMEL vs ...), защото почти на всички им е ясно как ще завърши темата - 20 странцици изписани в глупости.. а питащия - пак ще е в изходна позиция.

То на тия малките не им трябва и дебъг.