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

xxxdarksxx! А может быть вам стоит обратить внимание на соседнюю тему "плата разработчика" для желающих пощупать микроконтроллеры"?
Оно, конечно, самоделка, зато достаточно дешево - автор оценивает ее цену в 750 руб + стоимость почтовой пересылки. На гривны это где-то около 200 получится.
Еще плюс - автор "Универсальный вводный курс" написал, а эта плата вроде как демонстрационная к нему. Это хорошо, т.к. помешанные на обучении других обычно не жадны и заслуживают доверия .
Минус - я не поняла, как на этой плате МК программировать, хотя особо не разбиралась. Это относительно того, покупать вам программатор, а если да, то какой. А то может случиться, что на той плате вообще внутрисхемное программирование не предусмотрено, а в панельку втыкают уже препрограммированный чип. Кстати, воткнуть в ту панельку можно не только ATMega48, но и ATMega88 или ATMega168 (соответственно памяти в 2 или 4 раза больше).

А может быть вам пойти к этому Александру Д. в ученики? Я серьезно говорю. Напишите ему письмо (тем более что он сам на это напрашивается), мол, так-то и так, хочу де испытать ваш учебный курс на себе. Он будет рад радешенек , и вы явно не в убытке. Тут и ответы на все ваши вопросы будут гарантированы, а то и программатор бесплатно подарит . И обойдется это вам это явно дешевле той суммы, на которую вы рассчитывали.

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

платка мне понравилась)пусть еще пару людей отпишутся,а лучше купившие напишут свое мнение)

а насчет ученика,каким образом?я живу в донецке а он вроде бы в России.



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

И еще такой вопрос,получиться у меня потом легко перейти на программирование контроллеров Сименс?просто походу у нас они применяются повсюду,на всех предприятиях

PLC "По ходу" это совсем другая жизнь. Ну как Вам попроще объяснить, ну приметно так, как программирование WEB сайта на HTML отличается от программирования на ASM контролера стоящего в тостере.

самому с помощью курсов (скачал в инете курсы симатик про1 и другие) нереально выучить?просто почему АВР?потому что купить проммышленый контроллер у меня точно денег не хватит)а так и схемотехнику изучу и может паять нормально научусь и интересно чесно говоря)хотя в симатике(он у меня даже установлен) говорят неплохой симулятор,меня в первую очередь смущают графические языки LD и др....

Так у него же интернет-обучение. Можно считать, что заочное. А если ваша плата будет его рук делом, то все возникающие вопросы мы сможете выяснить по мылу, без приезда в Россию.

Реально. Только видимо основная проблема в том, что Вы на данный момент не представляете даже приблизительно, класса задач решаемых PLC и традиционных методов описания этих задач принятых среди "электриков". Там все растет от шкафов релейной логики.

Абсолютно согласен с zltigo - начинать с ассемблера не стоит ни в коем случае. Действительно, это приведет к печальным последствиям.. Ассемблер знать нужно, но писать сейчас на нем в большинстве случаев - просто анахронизм..
По теме - я начинал с ATMega16, на самопальной плате, программатор ISP - "пять проводков", заливал бутлоадер из проекта AVR911, а потом через AVR OSP II прошивал, затрат минимум. Отладчиками никогда не пользовался - на площадке заказчика, как правило, физика совсем другая, поэтому лучше, чем отладить на реальном железе, для меня ничего нету...

начинать с ассемблера не стоит, но Понимать его желательно
Не на уровне зазубривания команд- у разных МК они разные, а на уровне "помнится, есть команда проверки состояния флага" или "обязательно будет команда перехода по условию"

А то общаешься со вчерашним выпускником универститета (до этого, к тому же, закончившим техникум), а ныне "инженером-системотехником", а он основ не понимает. Рассказываешь ему базис, а на утро он выдает: "оказывается ассемблер - это мнемоники машинных кодов". Занавес
Или объясняешь про избавление от дребезга контактов, а он: "А я думал, что всё происходит АВТОМАТИЧЕСКИ!"
реальные случаи!
И это - не самый глупый из студентов! (он у меня практику проходил: писал оболочку для ПК под моё железо)

--
Для Savrik
Согласен с Вами в плане "аккуратности использования Симуляторов/отладчиков": реальны случаи когда в Отладчике работает, а в железе нет. И наоборот.
Но показать работу таких программ необходимо, особенно на первых шагах. Например, пишем программу:
инициализация портов МК,
мигаем "лампочкой"
НО программа не работает - не мигает!
Запускаем Симулятор, и видим неверную инициализацию портов: не те пины сделали входами или выходами. Наглядно, да и запоминается хорошо новичком - большинство из нас визуалисты (зрительная память на первом месте)


Я советую новичкам дешевую и вкуснаю программу от Владимира Сосо: http://oshonsoft.com/
Вот для ПИК http://oshonsoft.com/pic.html
Вот для АВР http://oshonsoft.com/avr.html

Когда-то я делал небольшое введение по данным программам (они одинаковы по интерфейсу, но под разные ядра) http://pic-avr.narod.ru/pic/PIC-Simulator.htm

исключительно моё мнение

Сообщение отредактировал Александр Д. - Aug 29 2010, 05:23

Вечный холивар!
Оспорю оба утверждения.

1) Я начинал с ассемблера, более того, практически с машинных кодов и ручной корректировки перфолент с хексами!
"И ничего! И ничего! И ничего!" (с) Это не больно. Даже ослиные уши не вырасли.

2) Ассемблер знать совсем не обязательно, разумеется желательно немного понимать, что там в окне дизассемблера показано.

Подмечу, что интересно и даже характерно:
Практически все ярые противники ассемблера признаются, что имели богатый опыт его использования.
Просто, на определенной стадии своего развития, ассемблер им стал не нужен. Если точно знаешь в какой
ассемблерный код превратится тот или иной оператор ЯВУ, тогда, действительно, что зря по клавишам стучать.
Написал строчку - а в голове подразумеваешь две страницы ассемблера. Удобно.

А так-же Ассемблер имел богатый опыт использования нас . Но удалось вырваться . Сразу скажу, не всем . Вообще-то все это совершенно не сделало лично меня "ярым противником", как тут некоторые при отсутствии аргументов пытаются навести тень на плетень. Тут наверное нужно прежде всего иметь ввиду, что дело было достаточно давно. Например, о каких таких языках можно было говорить для того "контроллера" с которого я начинал - i8080. А первые 51? Да и 80286 12MHz для которого тоже было написано на ASM очень не мало, хоть уже и был при появлении крут, но как-то хреново тянул тот мрачный код, который мог для него генерить допотопный Борландовский компилятор - сколь нибудь приличный Watcom появился уже позже. Но даже во времена (не поверите - интернета не было) уже для 86/186 контроллера заметная часть кода за неимением Embedded компиляторов писалась на том-же BCC и ликовалась в бинарник самодельным кросслинкером. PIC16 тоже не рожден для 'C'.... Но мы ведь сейчас говорим уже хотя-бы об Atmega?
P.S.
Второй день знакомлюсь с TriCore в лице TC1766 и его Ассемблеры меня будут интересовать даже не во вторую очередь.

Почему-же не поверю - первый опыт программирования был в начале 80-х.
Фортран, Бэйсик, Паскаль - популярные тогда языки - не очень подходили для первых появившихся тогда
персоналок (ДВК, аналог PDP-11). Для решения многих задач альтернативы ассемблеру просто не было...
А после знакомства с системой команд VAX-11 закралось сомнение - а нужны ли языки вообще?

Из Ваших уст это звучит особенно убедительно!

ИМХО и сегодня полезно начинать именно с i8080, далее 8085, 51, x86, AVR, ARM именно так, чтобы иметь представление о том, как это всё развивалось, понимать почему был CISC а сейчас RISC. Способы адресации и передачи данных, передача управления, работа со стеком, шинная организация. Всё это необходимо понимать чтобы грамотно писать на С. И именно поэтому я, когда преподавал ранее, использовал такую последовательность. И, надо сказать, не безрезультатно