USB-blaster на ATmega8, Вопрос по назначению битов Опции

[BSACPLD]

Нашел в Интернете следующую ссылку.
http://njnmnp.narod.ru/usbblaster/usbblaster.html
Решил повторить, но заменить EPM3064 микроконтроллером ATmega8.
После подключения устройство определяется как Altera USB-blaster,
но при попытке прошить EPM7064 выдает ошибку.
В связи этим решил спросить у Вас о назначении битов и начальном состоянии выводов.

Выход.
D0 - TCK
D1 - TMS
D2 - не используется в режиме JTAG
D3 - не используется в режиме JTAG
D4 - TDI
D5 - ?
D6 - ?
D7 - ?

Вход.
D0 - TDO
D1 - не используется в режиме JTAG
D2-D7 - отправляем то же, что и было

Начальное состояние выводов Z или
D0 - 0
D1 - 1
D2 - 1
D3 - 1
D4 - 1
D5 - ?


.include "m8def.inc"

.def temp =r16
.def in_reg =r17
.def out_reg =r18

.equ RXF =PC2
.equ TXE =PC3
.equ WR =PC4
.equ RD =PC5

.equ LED =PB5


.cseg

.org 0
rjmp begin


.org 0x100
begin:
ldi temp,high(RAMEND)
out SPH,temp
ldi temp,low(RAMEND)
out SPL,temp ; Установка адреса стека.

wdr
ldi temp,(1<<WDCE)|(1<<WDE)
out WDTCR,temp
ldi temp,(0<<WDE)
out WDTCR,temp ; Выключение WDT.

ldi temp,0b00011110
out PORTB,temp
ldi temp,0b00101111
out PORTC,temp
clr temp
out PORTD,temp

ldi temp,0b00111111
out DDRB,temp ; Инициализация порта B
ldi temp,0b00110000
out DDRC,temp ; Инициализация порта C
clr temp
out DDRD,temp ; Инициализация порта D

clr in_reg
clr out_reg

start:
loop_RXF:
sbic PINC,RXF
rjmp loop_RXF

cbi PORTC,RD
nop
nop
nop
nop
in in_reg,PIND
sbi PORTC,RD

mov temp,in_reg
in out_reg,PINC
andi out_reg,0b00000011
andi temp, 0b11111100
or out_reg,temp
out PORTD,out_reg

loop_TXE:
sbic PINC,TXE
rjmp loop_TXE

ser temp
out DDRD,temp
sbi PORTC,WR
nop
nop
nop
nop
cbi PORTC,WR
clr temp
out DDRD,temp

mov temp,in_reg
com temp
andi temp,0b11000000
brne led_on
led_off:
mov temp,in_reg
ori temp,(1<<PB5)
andi temp,0b00111111
out PORTB,temp
rjmp start
led_on:
mov temp,in_reg
andi temp,0b00011111
out PORTB,temp
rjmp start

.exit

С уважением, Сергей.

Сообщение отредактировал BSACPLD - Oct 22 2006, 17:51

Прикрепленные файлы

 sxema.pdf ( 56.93 килобайт ) Кол-во скачиваний: 697

 

[BSACPLD]

Тему "USB byte blaster, нужна схема" читал.
Перепробовал разные варианты - пока не работает.
У меня возникли следующие вопросы:
1) опрос вывода TDO необходимо производить до записи в выходную
защелку или после?
2) если бит 6 = '0', то ничего не нужно отправлять или же просто не
обращать внимание на значение вывода TDO?

Кстати эта EPM7064S нормально работала с ByteBlasterMV на 74AC244 и
почему-то наотрез отказывалась работать с ByteBlasterMV на 74ABT244.


Вот код, может быть кто-нибудь сможет найти ошибку в алгоритме.
.include "m8def.inc"

.def temp =r16
.def in_reg =r17
.def out_reg=r18

.equ RXF =PC2
.equ TXE =PC3
.equ WR =PC4
.equ RD =PC5

.equ LED =PB5


.cseg

.org 0
rjmp begin


.org 0x100
begin:
ldi temp,high(RAMEND)
out SPH,temp
ldi temp,low(RAMEND)
out SPL,temp ; Установка адреса стека.

wdr
ldi temp,(1<<WDCE)|(1<<WDE)
out WDTCR,temp
ldi temp,(0<<WDE)
out WDTCR,temp ; Выключение WDT.

ldi temp,0b00011110
out PORTB,temp
ldi temp,0b00101111
out PORTC,temp
clr temp
out PORTD,temp

ldi temp,0b00100000
out DDRB,temp ; Инициализация порта B
ldi temp,0b00110000
out DDRC,temp ; Инициализация порта C
clr temp
out DDRD,temp ; Инициализация порта D

clr in_reg
clr out_reg

start:
loop_RXF:
sbic PINC,RXF
rjmp loop_RXF

cbi PORTC,RD
nop
nop
nop
nop
in in_reg,PIND
sbi PORTC,RD

sbrs in_reg,5
rjmp tri
mov temp,in_reg
andi temp,0b00111111
out PORTB,temp
ldi temp, 0b00111111
out DDRB,temp
metka:
nop
nop
nop
mov out_reg,in_reg

sbrs in_reg,6
rjmp no_echo

mov temp,in_reg
in out_reg,PINC
andi out_reg,0b00000011
andi temp, 0b11111100
or out_reg,temp

no_echo:
loop_TXE:
sbic PINC,TXE
rjmp loop_TXE

ser temp
out DDRD,temp
sbi PORTC,WR
out PORTD,out_reg
nop
nop
nop
nop
cbi PORTC,WR
clr temp
out DDRD,temp

rjmp start

tri:
ldi temp,0b00100000
out DDRB,temp
mov temp,in_reg
andi temp,0b00111111
out PORTB,temp
rjmp metka

.exit

[Konst_777]

1) опрос вывода TDO необходимо производить до записи в выходную
защелку или после?

До формирования отрицательного фронта TCK

2) если бит 6 = '0', то ничего не нужно отправлять или же просто не
обращать внимание на значение вывода TDO?

Если бит 6 = '0', то не нужно опрашивать бит TDO и отправлять байт хост-контроллеру (в ПЭВМ)

Вот код, может быть кто-нибудь сможет найти ошибку в алгоритме.

До сегодняшнего дня мне не приходилось работать с ATmega8. В ответ могу предложить разобраться с работающим кодом для C8051F320 (см. procedure USB2JTAG.txt).
Для выдачи и приема байтов используется SPI. Вместо SPI для приема и выдачи байтов по JTAG можно использовать MACRO (см. Read bit from TDO.txt)

Прикрепленные файлы

 procedure_USB2JTAG.txt ( 3.82 килобайт ) Кол-во скачиваний: 395
 Read_bit_from_TDO.txt ( 692 байт ) Кол-во скачиваний: 272

 

[BSACPLD]

[attachment=8085:attachment][attachment=8085:attachment]

Вот код, может быть кто-нибудь сможет найти ошибку в алгоритме.

До сегодняшнего дня мне не приходилось работать с ATmega8. В ответ могу предложить разобраться с работающим кодом для C8051F320 (см. procedure USB2JTAG.txt).
Для выдачи и приема байтов используется SPI. Вместо SPI для приема и выдачи байтов по JTAG можно использовать MACRO (см. Read bit from TDO.txt)

Уважаемый Konst_777!
Если вам нетрудно взгляните, пожалуста, на временные диаграммы того, что у меня получилось.
Правильно ли я разобрался в Вашем исходнике?
Возник еще один вопрос:
Когда на 5 бите '0' выходы обязательно переводить в 3-е состояние или их можно оставлять как есть?

Написал небольшую тестовую программу.
По идее она должна возвращать то же, что и в файле mylog.txt с сайта
http://njnmnp.narod.ru/usbblaster/usbblaster.html, но почему-то в место 0x7C возвращает 0x7D.
Может быть кто-нибудь у кого есть живой USB-blaster опробует ее и пришлет мне скриншот.
Тогда по крайней мере можно будет выяснить в каком направлении дальше искать ошибки.

Эскизы прикрепленных изображений

 

[Konst_777]

Уважаемый Konst_777!
Если вам нетрудно взгляните, пожалуста, на временные диаграммы того, что у меня получилось.
Правильно ли я разобрался в Вашем исходнике?

Во-первых, на временной диаграмме отсутствует TMS. Во-вторых, хотелось бы видеть сигналы RXF# и TXE# FT245BM.
Теперь анализ диаграммы:
Если 0xC4 - это первый байт, который ATmega8 читает из FT245BM, то запись байта 0xC4 в FT245BM является ошибочной . Ее быть не должно. Байт 0xC4 означает, что ATmega8 нужно выдать через TDI следующие 4 байта, которые она считает из FIFO FT245BM. Так как бит 6 = "1", то нужно записывать в FT245BM значения битов, считанных с TDO. До завершения обработки данного формуляра TMS должен быть равен "0". ATmega8 правильно формирует все сигналы (отсутствует TMS) для данного формуляра.
Следующий формуляр начинается с байта 0x2C. Опять ATmega8 формирует ошибочную запись байта 0x2C в FT245BM. Байт 0x2C означает, что ATmega8 нужно установить сигналы TCK="0", TMS="0", TDI=0. Если не учитывать ошибочную запись и отсутствие на диаграмме TMS , то ATmega8 правильно формирует все сигналы.
Следующий формуляр начинается с байта 0x7E. Поскольку бит 7 равен нулю и для этого формуляра, то это тоже формуляр прямого управления сигналами TCK, TMS, TDI. Однако, в отличие от предыдущего формуляра, у данного бит 6 равен "1". Это означает, что ATmega8 должна записать в FT245BM байт, младший бит которого равен состоянию TDO, а все остальные биты - равны нулю. TMS отсутствует на на диаграмме . Сигналы TCK и TDI установлены правильно. Но вместо записи байта 0x01 записан байт 0x7D.
Ну и так далее.

Возник еще один вопрос:
Когда на 5 бите '0' выходы обязательно переводить в 3-е состояние или их можно оставлять как есть?

Похоже это вопрос из темы USB byte blaster, нужна схема. Не знаю. Может быть Мисячный или khach знают ответ. Я не перевожу TCK, TMS, TDI в 3-е состояние.

Может быть кто-нибудь у кого есть живой USB-blaster опробует ее и пришлет мне скриншот.
Тогда по крайней мере можно будет выяснить в каком направлении дальше искать ошибки.

Архив Blaster.rar содержит два файла.
Файл Logger_Real_Blaster.qar - архив проекта, созданный Quartus II ver.5.0. Проект содержит временную диаграмму работы USB Blaster-а, снятую с помощью SignalTap II Logic Analyzer. USB Blaster - из NIOS II Evaluation Kit - содержит только сигналы JTAG (не поддерживает AS Mode и PS Mode).
Файл Tester.JPG показывает, какие байты были выданы в USB Blaster и, какие байты были получены от него. Поскольку SignalTap II Logic Analyzer запускается по спаду (заднему фронту) сигнала TCK, на временной диаграмме отсутствуют первые два байта (2C2D). Выданные байты не являются реальным формуляром Quartus-а, их назначение - показать реакцию USB Blaster-а на возможные формуляры Quartus-а.

Сообщение отредактировал Konst_777 - Nov 7 2006, 18:09

Прикрепленные файлы

 Blaster.rar ( 344.72 килобайт ) Кол-во скачиваний: 5582

 

[BSACPLD]

Во-первых, на временной диаграмме отсутствует TMS. Во-вторых, хотелось бы видеть сигналы RXF# и TXE# FT245BM.

Эти сигналы отсутствуют потому, что диаграмма снята не с реального устройства, а смоделирована в Proteus'е.

За объяснение работы диаграммы Вам большое спасибо.
Буду исправлять ошибки, но наверное уже утром, а то наверняка попалю чего-нибудь ненароком .

Сообщение отредактировал BSACPLD - Nov 6 2006, 21:25