[verter2112 0]

аааа... :rolleyes: забыл млиин...

вот к чему приводит чтение форума по диагонали.. сейчас все ОК!

Я извиняюсь, Petka, у вас не получилось сделать переключение fast-1 mHz перемычкой?

[Petka 0]

аааа... :rolleyes: забыл млиин...

вот к чему приводит чтение форума по диагонали.. сейчас все ОК!

Я извиняюсь, Petka, у вас не получилось сделать переключение fast-1 mHz перемычкой?

в наше время принато всё делать "jumperless".

[verter2112 0]

даа.. jumperless, конечно штука мощная, но немного неудобно оперативно переключаться между режимами...

ну да ладно, все равно прогер - СУПЕР!

[Petka 0]

даа.. jumperless, конечно штука мощная, но немного неудобно оперативно переключаться между режимами...

ну да ладно, все равно прогер - СУПЕР!

Может я чего не понимаю, но зачем ОПЕРАТИВНО переключаться между режимами?

[AliBaba007 0]

а как его переключить в режим мегагерца?

А то я не переключая смотрел.

 

Подвесил RESET к питанию резистором 47к - теперь таргет есть всегда и RESET снимается после программирования.

В общем нормальная штука. Шьет, как показалось, чуть помедленнее USBASPa или так-же. В CVAVR и AVRSTUDIO довольно приятный для него интерфейс.

[Petka 0]

а как его переключить в режим мегагерца?

зайти на компорт программатора терминалом.

послать несколько Enter.

программатор войдёт в режим настройки. там и настраивается "fast"/"1MHz"

[AliBaba007 0]

Будем попробовать как-нибудь. Наверное в этом и была загвоздка. В USBASPе там перемычка для медленного программирования есть.

Спасибо за проделанную работу! :)

[dvf 1]

Petka Вы уж извините, но терминалы как в WinXP в новых ОС уже отсутствуют, а возиться с командными строками или эмуляторами таких терминалов - это уже не быстро, поэтому и возникают вопросы о физическом jamper. Похожий пример наблюдается с отладчиком/программатором PLP002 (AVR JTAG ICE). Когда то приобрел, но не успел опробовать. Под Vista данный девайс не дышит. Разработчик советует купить USB-COM, но и это не решает проблемы, т.к. практически все такие переходники собраны на кристаллах Prolific, которые не имеют дров под Vista (а на носу Win7). Сейчас делаю переходник на FT232RL. А кто мешает разработчику выше названного отладчика сделать свою поделку более привлекательной?

Пользуюсь Вашим программатором и кайфую, но у AVRStudio есть нехорошая черта после коннекта к программатору выставлять не самую высокую частоту общения, а на более низких у меня МК уходит изредка в ступор и тогда приходится переводить программатор на 1МГц.

[Petka 0]

Petka Вы уж извините, но терминалы как в WinXP в новых ОС уже отсутствуют, а возиться с командными строками или эмуляторами таких терминалов - это уже не быстро, поэтому и возникают вопросы о физическом jamper.

Ну не поверю я что в "новых ОС" не работает гипертерминал, mxterm, teraterm, в кодвижн терминал встроен, к эклипсу есть плугин с терминалом. Потратье хотя-бы 5 минут на гугл.

[afsh 0]

Работает с CodeVisionAVR 1.25, AVR Studio 4, AVRDUDE. ATMega128 программирует за 12 сек.

 

Обратил внимание на то, что CodeVisionAVR не стирает чип перед программированием, приходится предварительно запускать очистку. AVR Studio 4, AVRDUDE делает все правильно.

[Waso 1]

Возникла идея, хотя возможно она не нова. Идея в том чтобы выводить отладочную информацию через тотже SPI, через который зашиваем прогу. Контроллер в программаторе переправляет полученные по SPI данные прямо в UART и обратно (когда не в режиме программирования). Таким образом со стороны компа ничего не меняется - отладка через тотже виртуальный компорт. А на плате избавляемся от дополнительных отладочных линий. И от дополнительного отладочного шнурка. Если присутствуют другие устройства на шине SPI - ну тут уже поле для фантазии: либо просматривать все что вообще летает по SPI либо всеже задействовать для отладочной информации отдельную линию ENable.

[smac 0]

Возникла идея, хотя возможно она не нова. Идея в том чтобы выводить отладочную информацию через тотже SPI, через который зашиваем прогу. ...

 

Дык проще по-моему бутлоадер сделать и не заморачиваться.

[Petka 0]

Возникла идея, хотя возможно она не нова. Идея в том чтобы выводить отладочную информацию через тотже SPI, через который зашиваем прогу. Контроллер в программаторе переправляет полученные по SPI данные прямо в UART и обратно (когда не в режиме программирования). Таким образом со стороны компа ничего не меняется - отладка через тотже виртуальный компорт. А на плате избавляемся от дополнительных отладочных линий. И от дополнительного отладочного шнурка. Если присутствуют другие устройства на шине SPI - ну тут уже поле для фантазии: либо просматривать все что вообще летает по SPI либо всеже задействовать для отладочной информации отдельную линию ENable.

мысль хорошая. надо подумать.

[Vlad Poor 0]

Подскажыте

несколько раз защил-считал. Все было нормально.

Дальше начались чудеса - пишет "AVRISP error entering programming mode".

Чего он ругается?

[Petka 0]

Подскажите. Несколько раз зашил-считал. Все было нормально.

Дальше начались чудеса - пишет "AVRISP error entering programming mode".

Чего он ругается?

светодиод на программаторе горит?