Вот в очередном отпуске сваял новый программатор. Не знаю, насколько он будет популярен по сравнению AVR910, но тем не менее он собран на макетной плате и успешно работает. На своем сайте еще его не выложил, так как хочется избежать будущих ошибок в том, что еще в нем не реализовано. Так как хочется опубликовать схему единожды и потом ничего не перекраивать. Это, как понимаете не для себя, а для тех, кто решится повторять. А реализовать собираюсь, кроме собственно программатора для AVR еще и JTAG и не только для AVR. Так вот, пока печатная плата не создана физически, хочу посоветоваться по поводу схемотехники, возможно, что то упустил или не допонял.
По схеме:
Старался использовать доступные компоненты. Так как на борту АРМ на блокировочных конденсаторах решил не экономить. Возможно, для кого то трудно будет достать фильтр USB STF202-22. Я посчитал это лучшим вариантом, чем несколько резисторов и две диодных сборки. В конце коноцов есть альтернатива - соединить перемычками выводы 2-5 и 3-4 оного.
Назначение линий выходного разъема:
1.TGT_TD - MOSI(ISP_AVR) - TDI(JTAG)
2.TGT_B2 - REFCLK(ISP_AVR) - TMS(JTAG) - PDI_D(XMEGA) - возможно отладочный порт
3.TGT_RST - RESET
4.TGT_CLK - SCK(ISP_AVR) - TCK(JTAG) - PDI_CLK(XMEGA)
5.TGT_RD - MISO(ISP_AVR) - TDO(JTAG)

Так как AT91SAM7S64 имеет встроенный стартовый загрузчик, то внешнего программатора не надо. Все прошивается консольной утилитой в любой Windows, при этом не надо после прошивки даже подменять драйвер... пока
Схема и вариант ПП ниже. Размеры платы - 75х32мм

Что реализовано в данный момент:
1. Протокол-программирование как STK500v2
2. Протокол-программирование как JTAGICEmkII в режиме ISP
3. Протокол JTAGICEmkII в режиме JTAG.

Да, забыл добавить, плату затачивал под лазерный утюг.

В смысле? Два камня вылетели во время эксплуатации???

Нет, не во время эксплуатации... во время сборки. Первый я не смог прошить, ( я говорил об этом выше, проблема была в самом чипе). И вот сейчас, если станет понятно, что это выход чипа полетел, то придется брать третий камень..

Уф, заработало. Проблема "корявых ручек", а точнее флюса. Специально для такого монтажа взял, на пробу, безотмывачный (Мультикор), а он такую бодягу развел под камнем.
Так что программатор работает, все стабильно, шьет очень быстро. Рекомендую.
2prottos - еще раз спасибо за поддержку.

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

Доброго времени суток.
Подскажите, пожалуйста, поддерживает ли на данный момент программатор ATxmeg-и

Опубликованные на сайте прошивки не поддерживают программирование ATxmega. Сейчас я жду подопытных сэмплов для генеральных испытаний. У меня проблемы с доставабельностью данных чипов на данный момент. Думаю, что к новому году будет опубликована новая прошивка с поддержкой программирования ATxmega.

Здравствуйте, Андрей.

Назрел следующий вопрос:
Имеет ли смысл устанавливать AT91SAM7S256 ?
Потребуется ли в дальнейшем в Вашей разработке такой объём памяти программ?

И ещё:
Выводы программирования ATxmega будут выведены на разъём XC2 ?
Изменений в плате не потребуется ?

Спасибо.

Вот ещё одна непонятность:

Возможно заказать:
AT91SAM7S128-AU-001
AT91SAM7S256-AU-001

Что такое в маркировке 001?
В описании сказано ROM Code Revision
The ROM contains the FFPI and the SAM-BA program.

Имеет ли это значение в Вашей разработке?

Сейчас в МК занято 35 кБайт памяти программ, включая код для программирования ATxmega. Это будущая прошивка для эмуляции JATGICEmkII. Прошивки для поддержки других платформ пока буду идти отдельно, так что ресурсов AT91SAM7S64 предостаточно. НО, есть мысль все прошивки запихать в один, вот тогда, конечно, 256 кБайт памяти программ будет как раз.
Тем не менее, если у Вас вместо S64 имеется S256 можно смело его ставить в программатор. Работать будет корректно. Загрузчик автоматически определяет тип МК.


Изменений в плате не будет.

Для работы ucGoZilla это значения не имеет. Можно ставить любые чипы AT91SAM7S64/128/256 с индексами 001/B/C

to prottoss

А в чем преимущество вашего программатора перед LUFA ( www.fourwalledcubicle.com/LUFA.php ) ?

День добрый.
У LUFA проблема с прошивкой EEPROM ATmega8.
Сколько прошивок не заливал не более 80байт шьёт.
На сколько я знаю, до сих пор не решённая.

посмотрите вот это сообщение
http://electronix.ru/forum/index.php?showt...st&p=824066

вот цитата из этого сообщения

......... Прошил 30 мег48 с EEPROM без проблем.

Может с mega48 и без проблем...
У меня и с mega8 проблем не было, пока я все 512 байт EEPROM не попробовал прошить.
Просто нет у меня потребности в таких больших EEPROM-ах. Меня и так всё устраивает.
А кому то может понадобиться...

По функциональности, собственно, преимуществ особых пока нет за исключением того, что ucGoZilla умеет программировать по JTAG. LUFA поддерживает XMEGA а мой программатор пока нет. Хотя прошивка с поддержкой PDI уже есть, но нет пока подопытных МК, так что она не проверена. Возможно получу МК на следующей неделе.

Бегло пробежался по теме про XMEGA программатор - я так и не понял, глюки с прошивкой различных МК устранены??? У ucGoZilla проблем с прошивкой каких либо чипов нет - ни с FLASH ни с EEPROM.
Кроме того - продолжается доведение до ума отладки по JTAG. Есть надежда что будет полноценная отладка.

Еще думаю, из плюсов можно привести то, что у моего программатора можно легко наращивать память программ МК (для будущих прошивок) без переделки платы - AT91SAM7S64 легко заменяется на S128/256. Кроме того эта серия контроллеров пин-2-пин совместима с новомодными кортексами от ATMEL SAM3U. Так что можно будет перепрыгнуть и на нее опять же без переделки платы.

Изначально, по непонятным причинам, если проверять окончание записи по RDY/BSY, то некоторые контроллеры писались с ошибками.
Я переделал функцию записи с ожиданием времени после записи очередной страницы.

Весь ассортимент AVR я конечно не проверял, но те, что были под рукой и писались с ошибками, начали писаться корректно.