В принципе подход верный, однако есть исключения. Скажем компилятор от майкрософта с++ стоит 100 долларов, и их продается огромное множество, а компилятор IAR стоит 3000 долларов, и продается их намного меньше.
Если вещь специализированная она может стоить дорого ) Т.к. надо окупать затраты на разработку.

Ну, правильно.
Только не люблю я эти неопределенности : -5В, GND . Подключаем источник - минусом на общий провод ( GND ) , плюсом на VCC. И все. А то когда пишут (рисуют) +5V -5V , то получается -- источник выдает 10V .

Jack еще вопросик, я взял питание от порта USB чтобы практичнее было, так же можно и GND USB соедениел с GND на программаторе а +5 Вольт с USB посадил на VCC

это только к джеку вопрос или можно всем ответить?

вообще питание можно брать хоть откуда лишь бы параметры подходящие.

Только внимательно надо быть, чтобы USB не убить коротышкой.
Я в своем компе вывел на морду пару USB и молекс с +5 и +12В, удобно для питаня всякой хрени. Еще надо было бы свободный конец IDE прикошачить, да лень.

Привет всем! Такой вопрос как передать посредством I2C переменную (А) из первого МК во второй, а со второго МК передать переменную (B) в первый MK??
Покажите часть программы пожалуйста. В инете найти подобное не получилось.

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

Уточним : передать по каналу связи можно байт или последовательность байтов. А уж что в этой последовательности - переменная, константа, слово состояния или еще чего - аппараты на обоих концах должны быть настроены на единообразное понимание.
Насчет TWI - решение хорошее, но не обязательное. В давние времена, когда TWI в АВРах еще только задумывались, делал программный I2С на обычных пинах порта. Лричем обеспечение двунаправленности SDA осуществлялось несколько экзотическим путем : на выход пины PORTX записывался 0 и внешним резистором подтягивалось к 5В. Если прием - все как обычно : на DDRX в соотв. разряд записывается 0. При передаче : для высокого уровня - та же самая комбинация, для передачи низкого - 1 -> в разряд DDRX . Т.е. передача велась путем дергания пина не PORTX, а DDRX. Решение придумал не сам, подсказал Сергей Борщ из fido7.ru.embedded ( здесь есть старожилы из того форума ) .
Выкладывать куски этого кода смысла нет, забыл все, а в случае вопросов напрягать мозгу и вспоминать - лениво в такую жару.

Спасибо за ответы! но я хочу научится писать саму программу для связи микроконтроллеров.Это для начало.
А так я двигаюсь к беспроводной коммуникации микроконтроллеров. Вопрос : Для этих целей подойдут такие модули приемопередатчиков XBP24BZ7SIT-004 ???
И как я понял по UART это легче устроить.Или есть более подходящие методы ?

подойдут.
И общение там только по уарту.
Но для общения точка-точка они избыточны и дороговаты, ну имхо. Их ставить нужно тогда, когда объектов много - они самостоятельно, без Вас, строят свою сеть.Высокая достоверность доставки. Если дать команду - выплюнуть инфу в эфир, он это не сделает, пока эфир не освободится, ну там много всего.

Привет всем!
Проблема появилась такая.
Купил 2 Tiny13A Новые.При попытке прошить вылезает ошибка.
Chip Signature mismatch
Read: Byte0=0x00 Byte1=0x3D Byte2=0x07
Must be: Byte0=0x1E Byte1=0x90 Byte2=0x07
Решения данной проблемы нигде не нашел.
Программатор 5 проводов 4 сопротивления от LPT.
Атмегу8 прошиваю без проблем.

всегда одинаковые получаются байты?
какой программой прошиваете?
С таким количеством информации только посоветовать все внимательно еще раз проверить.
не ошиблись ли в установке фишки?

сам тут недавно подключал параллельный программатор на базе дракона.сдуру подключил наоборот и думаю че у меня фьюзы залочены
потом внимательно разобравшись перевернул фишку, прочитал микру - все нормально работает.

посоветуйте схему usb осциллографа на avr
ато их куча, а какую выбрать не знаю

Зравствуйте. Создавая большие массивы чисел, для вывода изображения на дисплей, обнаружил интересную штуку. Если в массив констант записать длинную последовательность 0хFF, то МК прошивается, но не проходит верефикацию и в массиве в итоге оказаваются другие числа. Если же длинных последовательностей 0хFF нет, то верефикация проходит и числа в массиве те которые записывал. С чем это может быть сязано? Я пробывал прошивать AVRProg и CodeVisionAVR. Прогроматор AVR910 от PROTTOSS. Грешу на процес програмирования, может увидев длинную последовательность 0хFF програматор решает что это конец?

или не заморачиваться и сделать из звуковой карты?

Прошиваю с CodeVisionAvr.
Но эта ошибка вылезает при прошивке при чтении и при стирании.
Подключение просто припаял все проводки к микросхеме , питание тоже.
Все правильно подключено. Но вот странность такая когда подключаю атмегу8 а выбираю тини13 туже ошибку выдает но с другими значениями битов.
Может в самой программе нет поддержки или драйвера какого нибудь для тини13. Даже не знаю что делать.

В первую очередь определится с верхней граничной частотой исследуемого сигнала, которую должен обеспечить этот "осциллограф". Замечание, все эти простые на Мегах "графопостроители" (да еще и на Н3210 дисплейчике) - обычные забавки, показывающие начинающим, в каком направлении ушли разработчики. И как далеко они ушли... Никакой практической ценности.

А при чтении микроконтроллера нужно устонавливать фюзы или нет??

с осциллографом передумал, нужно логический анализатор на usb каналов до 4. Есть atmega8 и atmega32. Есть ли такие схемы. В гугле порылся уже)))

Вынужден опять повториться. Важна частота выборок. Логический анализатор лучше всего сделать на элементарной и недорогой ПЛИСке, а МК пусть сидит на управлении и транспорте.
И еще вопрос. Вам приходилось работать с ЛА? Вы знаете, каким критериям они должны удовлетворять? Хотя бы для того, чтобы ориентироваться в поисках и выборе.