cnc-club.ru

Происходит это здесь.

old_sram_read:
ori Zh,$80;
;Read OZU
sbi PortD,6;

ser one;
out DDRA,one;
out DDRB,one;
out PortA,Zl;
out PortB,Zh;

вот на этой команде


clr temp;
out DDRA,temp;
nop; Здесь наверное надо добавить "out DDRB,temp" !!!!!!!
cbi PortD,6;
nop;
nop;
in Yh,PinA;

Этот цикл записи тоже неправильно формирует времянку.


old_sram_write:

ori Zh,$80;
;write OZU
sbi PortD,6;

ser one;
out DDRA,one;
out DDRB,one;
out PortA,Zl;
out PortB,Zh;
sbi PortD,4;
cbi PortD,4;

out PortA,Yh;
nop;

ldi temp,$FE;
out PortC,temp;
sbi PortD,5;
cbi PortD,5;

cbi PortD,6;

разберёмся !

Impartial писал(а):Происходит это здесь.

old_sram_read:
ori Zh,$80;
;Read OZU
sbi PortD,6;

ser one;
out DDRA,one;
out DDRB,one;
out PortA,Zl;
out PortB,Zh;

вот на этой команде


clr temp;
out DDRA,temp;
nop; Здесь наверное надо добавить "out DDRB,temp" !!!!!!!
cbi PortD,6;
nop;
nop;
in Yh,PinA;

Совершенно нет в этом необходимости, даже лишнее!! Порт В должен работать на передачу, а порт А менять своё направление

Порт В выдаёт адресс всегда при работе со sram, а порт А то адрес выставляет, то данные принимает

Ник, тут возникла необходимость снять дамп с оригинального проца и с эмулятора. Дабы найти отличия в исполнении одного и того же кода. поскольку скорости там высокие, то думается в качестве устройства записи использовать комп и подключить эмулятор через 5i20. Можно как нибудь это прикрутить?

ээээ не совсем понял о чем ты по подробнее объясни, что именно нужно будет сделать

Напомню задачу в целом.
Есть УЧПУ НЦ-31 для токарных станков. Состоит она из нескольких больших плат. Две из них - ПЗУ и процессор. В пзу лежит программа, которую исполняет процессор. Процессор настолько идиотский, что в описании на него полно ошибок, однако сама ЧПУ очень удачная.
Необходимо заставить современный микроконтроллер исполнять то, что лежит в ПЗУ.
Задача практически решена за исключением некоторых косячков.
Для их поиска принято решение записать ход выполнения программы оригинального проца и эмулятора. После чего их сравнить.
Объём дампа будет большой, кроме того выводов на на проце не хватает, чтобы прикрутить флеш-память из USB-флешки. Прикрутить USB тоже нет возможности поскольку не хватает процессорного времени. Кроче будет железка, которая будет слать данные. Как эти данные ловить месой 5i20?

Месой ловить боюсь не получится... но можно попробовать их сравнить. В обоих случаях я думаю нужна будет специальная прошивка....

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

Я так понимаю, что тебе понадобится какой-то микро контроллер с кешем, который сможет сравнить вход, сохранить в кеше, а потом скинуть это на комп.
Не обязательно, чтобы это была меса.
В микроконтроллерах я не то, что не специалист, я - ...

А с какой скоростью нужно читать выходы?

Для помощи в анализе сигналов я использую прибор ( не для рекламы !!!! ) BM8023 - Запоминающий USB логический анализатор . Я себе купил 2 штуки - синхронизация по одному совместному сигналу , работать на двух ноутбуках . Я так анализировал сигналы при отладке Плуто-подобной платы - соорудил сквозной разьем на паралельный порт и писал ... писал и смотрел . Удобно , однако ...

vmarkiv писал(а):Для помощи в анализе сигналов я использую прибор ( не для рекламы !!!! ) BM8023 - Запоминающий USB логический анализатор . Я себе купил 2 штуки - синхронизация по одному совместному сигналу , работать на двух ноутбуках . Я так анализировал сигналы при отладке Плуто-подобной платы - соорудил сквозной разьем на паралельный порт и писал ... писал и смотрел . Удобно , однако ...

Всё что с помощью осцила можно было исследовать уже исследовано, все команды описаны, все тесты процессор проходит. Где-то косяк с флагами.

Ник, совершенно верно про кеш. Снифер сделаем - проблем нет. Точнее он уже готов. Некуда писать результат. ЛПТ врятли успеет. Мегабит 10-12 в секунду нужна скорость.

Сейчас атмега32 разогнана до 20 мегагерц и времени на работу с юсб там совсем нет, поскольку оригинальный проц ждать никого не будет Отладка в реалтайме так сказать, точнее в реалтайме в прошлом)))

Для помощи в анализе сигналов я использую прибор ( не для рекламы !!!! ) BM8023 - Запоминающий USB логический анализатор .

Так это же и есть то, что вам надо.
Можно и дешевле, какая нибудь плата с циклоном ( например http://www.ebay.com/itm/ALTERA-FPGA-Cyc ... 821wt_1139
И Signal Tap II Analiser Квартуса.
Сколько сигналов надо смотреть и на каком промежутке времени?

нужно не сигналы смотреть, а адреса, по которым лезут процы во флеш.

Тем более не проблема. На скорости 20 мгц не возможно дешево затолкать скан в комп. Надо предварительно запомнить в ОЗУ ФПГА кусок и только потом передать его в комп. А в вашем случае вообще скорость можно снизить, предварительно обработав логикой ФПГА адресную информацию.

как это всё передать на комп - понятно.
Грубо говоря на выходе "снифера" будут только адреса и сигнал "следующий".
Не понятно с софтом со стороны компа. Самым идеальным вариатом видится 5i20.
В теории настраиваем 5i20 на вход и по сигналу следующий пишем то что приходит на определенные пины в файл.

Ну это уже дело вкуса. Для 5i20 все равно придется писать прошивку на Xilinx и рихтовать драйвер под ОС. И написать это сложнее, учитывая, что нужно IP PCI. Его конечно можно выдрать из исходников месы, но гемороя будет прилично. На мой взгляд проще от затеи с 5i20 отказаться.

Ну почему же? прошивоку на 5i20 можно взять готовую от EMC2, концевики же как-то работают)) Вот снять лог с пинов - дело посложнее)
причем лог можно писать в любом виде, а потом на компе его уже как угодно обработать можно будет

Lexxa писал(а):Ну почему же? прошивоку на 5i20 можно взять готовую от EMC2, концевики же как-то работают)

Ну не 20мгц же. Максимум, что снимите в ЕМС это с периодом сервоцикла (1мс).