[BigallS 0]

А когда планируется полноценная JTAG MKII отладка, очень хотелось бы.

[prottoss 0]

А когда планируется полноценная JTAG MKII отладка, очень хотелось бы.

Планируется в ближайшее время. Главные секреты рассекречены :) Может будет несколько последовательных релизов, так как испытывать все одному и на разных ПО сложно.

 

ICD2

Можно ссылку на нормальный тех. мануал и описание протокола?

[dimka76 42]

ICD2. Можно ссылку на нормальный тех. мануал и описание протокола?

 

Таковой у меня нет. Есть только схема и файл прошивки.

Схема вот

 

http://icd2clone.narod.ru/files/ICD2_clone_3_4.zip

icd2_3_4_schematic.PDF

[ЛеонидК 0]

Ув. prottoss!

 

Выводы PA9 и PA15 (цепь PRT_CLK) соединены. Это правильно?

 

[prottoss 0]

Ув. prottoss!

 

Выводы PA9 и PA15 (цепь PRT_CLK) соединены. Это правильно?

Да. Правильно.

[seltec 0]

Доброго времени суток всем.

Уважаемый prottoss, похоже в замен STF202 могут подойти NUF2030XV6 или NUF2042XV6. Только придется переразводить плату и добавить один резистор (пул-ап). Или я в чем-то не прав?

[prottoss 0]

Доброго времени суток всем.

Уважаемый prottoss, похоже в замен STF202 могут подойти NUF2030XV6 или NUF2042XV6. Только придется переразводить плату и добавить один резистор (пул-ап). Или я в чем-то не прав?

C STF202, должен признать, вариант получился не удачный - в плане доставабельности. Остальные USB-фильтры, похоже что тоже не лучший вариант для самостоятельной сборки, потому что или тоже дефицит для штучной покупки или дороги. Так что лучший вариант для самостоятельного повторения, ИМХО, это просто немного резисторов, как и сделано у меня в варианте RC2. По крайней мере, судя по отзывам тех, кто повторил этот вариант.

 

Кроме того, люди умудряются собирать программатор даже без конвертеров уровней :) просто замкнув линии данных на посадочных местах DD2-DD6... И работает...

[ЛеонидК 0]

А у меня от перехода на ARM (перешел на STM32) осталась не использованной D915256 (Atmel).

Добавил согласование уровней (можно и не делать) и программатор.

Ну может отладка получится, а то у меня разных программаторов уже и так немеряно.

[prottoss 0]

Всё разобрался. Прграмматор нужно перешивать на компе с чипсетом INTEL - ни одной осечки :08:

Спасибо за помощь!

Похоже проблема с прошивкой программатора на не-INTEL чипсетах реально существует... Как то не сталкивался с такой проблемой. Хотелось бы узнать, на какой конфигурации РС были неудачные прошивки чистой платы.

 

И извините за предыдущий сарказм.

[crekby 0]

Прошивка на материнке ASUS M3A78 PRO с чипсетом AMD 780G прошивка так и не удалась, после использования USB->PCI контроллера на чипсете VIA никаких проблем не возникло. Все шьется просто отлично.

[prottoss 0]

Прошивка на материнке ASUS M3A78 PRO с чипсетом AMD 780G прошивка так и не удалась, после использования USB->PCI контроллера на чипсете VIA никаких проблем не возникло. Все шьется просто отлично.

Не совсем понятно.

У Вас изначально не удалась загрузка в пустую плату прошивки для МК программатора?

Или у Вас не корректно (либо совсем не) работал программатор?

 

В результате 3-х дневного копания по проблеме потихоньку выясняется, что есть некая проблема с usbser.sys для не-Intel чипсетов.

[Costa 0]

Здравствуйте!

 

Вопрос может не совсем в тему.

 

Имею обсуждаемый программатор, работает хорошо. За что большое спасибо автору :)

Прошить его удалось только на 3-ем компе, с чипсетом Intel.

 

Теперь собственно сам вопрос. Прошиваю ATxmega32A4 в режиме mkII (Ubuntu Linux 10.10 - avrdude - jtag2pdi). Проблема возникает при программировании фьюзов. Если я шью такой командой:

avrdude -c jtag2pdi -P /dev/ttyACM0 -p x32a4 -U fuse0:w:0x00:m -U fuse1:w:0x00:m -U fuse2:w:0xFF:m -U fuse4:w:0xFE:m

то все в порядке:

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x1e9541
avrdude: reading input file "0x00"
avrdude: writing fuse0 (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of fuse0 written
avrdude: verifying fuse0 memory against 0x00:
avrdude: load data fuse0 data from input file 0x00:
avrdude: input file 0x00 contains 1 bytes
avrdude: reading on-chip fuse0 data:

Reading | ################################################## | 100% 0.01s

avrdude: verifying ...
avrdude: 1 bytes of fuse0 verified
avrdude: reading input file "0x00"
avrdude: writing fuse1 (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of fuse1 written
avrdude: verifying fuse1 memory against 0x00:
avrdude: load data fuse1 data from input file 0x00:
avrdude: input file 0x00 contains 1 bytes
avrdude: reading on-chip fuse1 data:

Reading | ################################################## | 100% 0.01s

avrdude: verifying ...
avrdude: 1 bytes of fuse1 verified
avrdude: reading input file "0xFF"
avrdude: writing fuse2 (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of fuse2 written
avrdude: verifying fuse2 memory against 0xFF:
avrdude: load data fuse2 data from input file 0xFF:
avrdude: input file 0xFF contains 1 bytes
avrdude: reading on-chip fuse2 data:

Reading | ################################################## | 100% 0.01s

avrdude: verifying ...
avrdude: 1 bytes of fuse2 verified
avrdude: reading input file "0xFE"
avrdude: writing fuse4 (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of fuse4 written
avrdude: verifying fuse4 memory against 0xFE:
avrdude: load data fuse4 data from input file 0xFE:
avrdude: input file 0xFE contains 1 bytes
avrdude: reading on-chip fuse4 data:

Reading | ################################################## | 100% 0.01s

avrdude: verifying ...
avrdude: 1 bytes of fuse4 verified

avrdude done.  Thank you.

Как только добавляю к команде 5-ый фьюз:

avrdude -c jtag2pdi -P /dev/ttyACM0 -p x32a4 -U fuse0:w:0x00:m -U fuse1:w:0x00:m -U fuse2:w:0xFF:m -U fuse4:w:0xFE:m -U fuse5:w:0xF0:m

получаю вот такой вывод ошибки в конце:

avrdude: reading input file "0xF0"
avrdude: writing fuse5 (1 bytes):

Writing | ################################################## | 100% 0.01s

avrdude: 1 bytes of fuse5 written
avrdude: verifying fuse5 memory against 0xF0:
avrdude: load data fuse5 data from input file 0xF0:
avrdude: input file 0xF0 contains 1 bytes
avrdude: reading on-chip fuse5 data:

Reading |                                                    | 0% 0.00savrdude: jtagmkII_read_byte(): bad response to read memory command: RSP_FAILED
avr_read(): error reading address 0x0000
    read operation not supported for memory "fuse5"
avrdude: failed to read all of fuse5 memory, rc=-2

avrdude done.  Thank you.

И после этого любая команда дает ошибку:

avrdude: AVR device initialized and ready to accept instructions

Reading |                                                    | 0% 0.00savrdude: jtagmkII_program_enable(): bad response to enter progmode command: RSP_FAILED
avrdude: jtagmkII_program_enable(): bad response to enter progmode command: RSP_FAILED
avrdude: jtagmkII_read_byte(): bad response to read memory command: RSP_ILLEGAL_MCU_STATE
avr_read(): error reading address 0x0000
    read operation not supported for memory "signature"
avrdude: error reading signature data for part "ATXMEGA32A4", rc=-2
avrdude: error reading signature data, rc=-1
avrdude: jtagmkII_program_disable(): bad response to leave progmode command: RSP_ILLEGAL_MCU_STATE

avrdude done.  Thank you.

 

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

Версия avrdude 5.10, в программаторе последняя прошивка (заливал в него 110427). Сам программатор исправен, другие МК прошивает, как xmega, так и mega.

 

Помогите советом, направьте мысль в нужное русло :)

[prottoss 0]

Здравствуйте!

Вопрос может не совсем в тему.

Вопрос как раз в тему. Постараюсь проверить в ближайшие дни.

Правда сейчас на рабочем столе бардак в виде кишков из собранного РС с камнем AMD Athlon и мамки на базе nForce. Утилита прошивки как раз не запускается на этой системе.

 

Вопрос опять же к Вам, как к одному из "пострадавших" в плане не возможности залить в ucGoZilla прошивку.

После того, как Вам удалось найти INTEL и залить прошивку в программатор, на "проблемных" РС программатор работает?

[Costa 0]

Завтра проверю, но 3-й комп был просто третьим по счету, в тот момент я еще не знал о том, что нужно искать именно чипсет Intel.

Первым был VirtualBox с виндой из-под Линукса, второй комп с родной виндой, вроде с чипсетом VIA, завтра уточню, все проверю и отпишусь.

 

А это как-то связано с fuse5 в ATxmega32A4? У меня камень "умирает" как раз после его прошивания.

[prottoss 0]

Теперь собственно сам вопрос.

По вопросу программирования. Открыл даташит - XMEGA_A в 5-ом байте фьюзов имеет Bit 5:4 - BODACT[1:0]: - биты только на чтение. Может быть в этом проблема? Хотя у А1 тоже самое - его я программил - такого бага не было... Как обещал, проверю, как только снесу хлам со стола :) На этой неделе точно.

 

А какие чипы XMEGA, кроме 32A4, еще программировали? Была ли ошибка с 5 байтом?