Существуют ли самопальные программаторы для программирования AVR через DebugWire?

Перечитайте характеристики интерфейса. Не предназначен он для программирования. (Если чип с поддержков SPM, тогда, кончно, хоть через 1-wire программируй.
Вот только загрузчик все равно придется через SPI зашивать.

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

debugWIRE supports Program memory Break Points by the AVR Break instruction. Setting a
Break Point in AVR Studio® will insert a BREAK instruction in the Program memory. The instruction
replaced by the BREAK instruction will be stored.

То есть всё таки это чЮдо может менять инструкции во флеше, значит можно теоретически и прошивать..
Вот только шить им когда есть спи - смысла мало..

2Kuzmi4: посмотрите на www.nikolaew.org
Там правда не debugWire, но тоже оригинальная схема аппаратной отладки с широкими возможностями.

2 GDaniloff - та были мы там....
Интересный сайт....


Но всё же хотелось debugWire .....

Не знаю, с чего вы это взяли. AVRDragon отлично программирует через DebugWire (из AVRStudio).

Ага, нашёлся таки - значит дракоша програмит кристаллы через дебугвайр...
А на счёт того, чтоб ссылочку на протокольчик(чисто в самообразовательных целях) - никто не поможет??

Да, тока сперва ему надо через ИСП или есчо как зашить ДВЕН=0. А потом программируй через ДВ скока хош. ;О)

Вот тут http://tinyloader.kasperkp.dk/TinyLoaderBr10.zip проект 1-пин бутлоадера, это не ДебагВаре, но тоже кое что.

Ага, а перед этим надо параллельным программатором сделать ISP EN (особенно, если он после глюков запретился). Вопрос не в том, какие фузы по умолчанию кристале разрешены, а в принципиальной возможности программирования по DebugWire (в том числе и fuse).

Очень весело ;О) Ещё веселее было бы обсудить вопрос "принципиальной возможности программирования по ЖЫТАГ".
Смысла в программировании по ДВ нет в принципе, т.к. в системе обязательно должен быть предусмотрен стандартный ИСП. Чтобы привести МК в режим ДВ. И уж ИСП и фузы и программку зальёт полюбому быстрее ДВ.
А что касаемо ввести МК в тупой режим, это очень просто. Проще, чем кажется. ;О)
http://caxapa.ru/83272.html
Так что параллельный программатор при некоторых манипуляццыях в отладке - как воздух.

Блин. Не помню уж сколько лет не пользовал, а тут задумал отладчик запустить и быстро за "пять минут долететь".
Наступил во весь рост. Чип единственный, да еще так стоит на прототипе, что новый фиг запаяешь не разломав пол платы. Паял параллельный. Очень ругался. Самое смешное, что то, что писал за выходные и собирался отлаживать заработало без отладки. Хорошо, что теперь ясно в чем оно дело было. Спасибо! Вот думаю теперь, продолжить секс или ну ее.....
Правда баг документирован: