Тест памяти (Страница 1 из 2)

Я тут как-то выкладывал прототип теста, работающего из ПЗУ: http://forum.agatcomp.ru//viewtopic.php?pid=2314#p2314
Он должен ставиться вместо ПЗУ монитора и может работать как с девяткой так и с семеркой. Но он так и остался в состоянии прототипа и тестирует только первые 8К ОЗУ.

Он тогда в 2К ПЗУ не влезет (и в 4К наверно тоже).

С этим тестом была такая идея: сделать проверку первых 8К полностью автономной - то есть, чтобы никаких ячеек ОЗУ самим тестом не использовалось. И если эта проверка (базовый тест) успешно отработает - запустить второй тест - который будет использовать эти 8К условно "рабочей" памяти, чтобы проверять все остальное.

В связи с этим, в базовом тесте косвенная адресация через нулевую страницу не используется, там просто пачки команд STA $XXXX,Y, EOR $XXXX,Y и CMP $XXXX,Y, которые занимают дофига места. Причем, если в тестах с бегущими 0 и 1 во все ячейки пишутся одинаковые значения, то в тесте адресных линий в каждой паре ячеек находится уникальное значение. Поэтому пришлось делать два варианта проверки записанных значений и объем кода почти удвоился.

А второй тест я так и не сделал - потому что там надо решить две проблемы:
1) из 2К ПЗУ базовый тест съел 1,33 К и осталось мало места. Может быть, архивация поможет.
2) непонятно, как сделать проверку ОЗУ надежной, если используются какие-то ячейки в ОЗУ. Грубо говоря, я проверяю, например, диапазон $2000-$3FFF, а в ОЗУ замкнуты линии адреса, и то, что я пишу в $2000-$3FFF одновременно попадает в $0000-$1FFF и стирает мои рабочие переменные. И тест виснет/глючит.
По идее, нужно задействовать прерывания и организовать watchdog. Я еще хотел на эту тему дизассемблировать Лисина, но пока руки не дошли.

Пробую на своей реплике "Агата 7" запускать программы - какое-то непонятное поведение. Вот три примера, снял видео, может, кто-нибудь что-нибудь подскажет в плане возможных проблем. На клавиатуру не реагирует ни одна программа. При этом MONITOR работает отлично, во всяком случае, записывает байтики в память, выводит листинги и дампы и запускает командой G.
На отсутствие инверсии в HONIX не обращайте внимание - я инверсию просто, пока что, не сделал.

HONIX - https://yadi.sk/d/mFNOsX_1PpHvMw
JUKE-BOX - https://yadi.sk/d/lLxYeS0Adh3g-g
RISE - https://yadi.sk/d/49-yJnCzd7FRmA

Что-то мне в голову ничего умнее не пришло, чем собрать еще 3 версии теста с разными базовыми адресами, на диапазоны 8-16К, 16-24К и 24-32К. По крайней мере, я их смог в эмуляторе проверить.

Кстати, если монитор работает, можно попробовать такую команду (прямо в одну строку):

1000:AA 55 1002<1000.7FFEM 1000<4800.7FFFV

Проц у тебя натуральный или софтядро? Если софтядро, то может быть и здесь что-то не так. Например, десятичный режим, глядя на счетчик времени и глюк в левом нижнем углу в Xonix.

По JukeBox - во-первых, у меня на обычной девятке также себя ведет, или он от семерки, или битый. Во-вторых, ему прерывания нужны, значит ему в $FFFA-$FFFF ОЗУ требуется!

По Rise - явно глюк ДК. Не уверен, но вроде как на семерке ДК может только из нижних 32К ОЗУ показывать. Видно, что неправильная пикселизация ДК прочитанных данных из видеоОЗУ. Как читаешь: байт, слово, двойное слово?. Пикселы получаются мультиплексированием прочитанных данных (тогда здесь явно косяк), или сдвигом? Память двухпортовая?

А вот это странно... Исчо копай у себя в обработке УВВ. ;)

А размер видеопамяти какой? 32К?

$C000-$C7FF

> Процессор имеет свою память 0000-7FFF. Запись одновременно происходит в обе памят

Вот я про это и говорю: не получается ли у тебя так, что запись, хотя и одновременная, но имеет косяк в направлении ДК ?

Порт клавиатуры надо тщательно смотреть, в том числе потому, что у семёрки и девятки он несколько различается. У девятки по стробу очищается только старший бит, а у семёрки - все. Есть несколько прог, которым это (поперёк всяких документаций) важно.

Десятичный режим в hoxix как раз правильно работает, он время считает же с 8 9  0 1,  а не 8 9 a b..
Но это только снаружи. Если у тебя софтядро, причём олеговское, то учти, что были там баги с dec-режимом. Небольшие, но были.
Я Олегу писал, но он как-то не отреагировал. Что-то там с расстановкой флажков после операции.

Ну и вообще: есть много всяких тонкостей, так что если ты хочешь то что-то более детальное узнать, то и расскажи подробнее, что у тебя как реализовано (я не схему и не конфигурации имею ввиду, а именно логику обработки данных), чтобы было понятно, что, например, проц читает из неиспользуемых портов, из всяких недокументированных точек и т.д. Скажем, клавиатура у тебя видна по всем адресам C000.C00F ? Что читается из C010.C01F ?...

Кстати, пространство ВВ - это C000.CFFF. Регион C800.CFFF тоже относится к нему, на эту область есть отдельный дешифратор адреса на материнке и сигнал на слоты. Там часто отображаются всякие ПЗУ платы принтера, сетевые карточки и всякое такое.

Общая мысль для эмуляторщиков: не читать документацию, а именно схемы и эмулировать их. Оно так однозначнее и ближе к оригиналу получается.

Да, без двупортовки. Конечно, двупортовая память - очень приятная штука. Но она отнимает очень много пинов у FPGA  (  (16 линий адреса + 16 линий данных + 5 линий управления (минимум) ) х 2 = 74 пина. Это при том, что у моей FPGA всего немногим более 90 линий ввода-вывода и после подключения двупортовки остаётся не очень много. Кроме того, при этом нельзя использовать SDRAM по той же причине. Но это ещё не окончательное решение.
А вот в чём я уже почти уверен - в девайсе нужно использовать реальный 6502 :)

Чип CY7C028V. Надо изучить его. Пока что, при чтении даташита, я так понял, что халява - не совсем халява, при коллизиях адресов возможны потери данных, для предотвращения которых требуется притормаживать работу одной из сторон. Но ещё не понял, во всех ли случаях совпадения адресов возникают коллизии (например, происходит ли это, если одна сторона только читает, а вторая - и читает и пишет?)

1. Можно и так, конечно. Но 32+27 = всё равно много. Но дело даже не в этом. Если в дальнейшем мне потребуется использовать заблокированные сигналы управления и данных, я не смогу это сделать.
2. Конечно, лучше использовать на 208 ног. Но у меня уже куплены корпуса на 144 ноги.
3. W65C02S и W65C816S - да, думал об этом. Где их можно купить? Сейчас у меня 6502А, он потребует согласования уровней. Не страшно, но если бы была возможность поставить что-нибудь посовременнее и полностью совместимое - я только "за". Правда, предполагаю, что это обойдётся весьма дорого...
4. Да, 128. Но этого мало, нужно ещё, хотя бы, 512.
5. Информация об отсутствии коллизий при ReadOnly с одной стороны - из даташита на CY7C028V?

Начал набросок схемы, подсчитаю все пины...

P.S. Нашёл W65C02S и W65C816S в Mouser по 14 и 16 долларов. Цена приемлема, только нужно найти способ купить. И интересно, во сколько обойдётся доставка. Попробую на работе узнать...

>  P.S. Нашёл W65C02S и W65C816S в Mouser по 14 и 16 долларов. Цена приемлема, только нужно найти способ купить. И интересно, во сколько обойдётся доставка. Попробую на работе узнать...

В прошлом году заказывали с маузера - они, после формирования корзины, ссылку дают на pmelectronics.ru и уже с ними дальше взаимодействуешь - оплата/доставка. Надо только сразу на маузере указать, что ты из РФ.

Аппетит разгорается во время еды... ;) В итоге все равно маловат окажется... ;)

А еще они бывают в TQFP корпусах - разгонный потенциал больше.

Создай "Еще один новодел" или "Новодел #2" и перенеси туда.

Прицепил двупортовую память, теперь основная память и видео от 0000 до 7FFF. Honix работает по-другому, артефактов на изображении нет. Странно, похоже, всё же как-то криво собирается проект - до этого в качестве видеопамяти использовал внутреннюю память FPGA. Но, всё же, Honix ведёт себя не очень хорошо - зависает, по моим наблюдениям, когда заканчивается время. Буду разбираться дальше.
Нарисовал плату-переходник для подключения реального процессора 6502, во вторник, надеюсь, её изготовят и буду пробовать проект с ним.