УКНЦ отсутствие микросхемы

[ZPilot]

Поправил тайминги на чтение, теперь считывает точно то что записано.. видимо действительно ПЗУ быстрее РАМ, тк из ПЗУ читалось без ошибок.

- - - Добавлено - - -

Как только с шины прилетит RPLY

Спасибо, переделал, снимал после снятия DOUT.

[Alex_K]

Поправил тайминги на чтение, теперь считывает точно то что записано.. видимо действительно ПЗУ быстрее РАМ, тк из ПЗУ читалось без ошибок.

Как я ранее писал, ОЗУ на ПП восьмибитное. Там слово читается контроллером в два приёма, потому RPLY приходит значительно позже. Но ещё до выставления RPLY контроллер ОЗУ выставляет на шину буферный регистр, сначала в нём появляется младший байт, потом старший.

Кстати можно очистить начало ОЗУ (записать нули) до ячейки 0300, теоретически экран должен погаснуть.

[ZPilot]

отреверсит оставшийся 1515ХМ1

Вы слишком сильно хотите точности копии, а можно просто порты и архитектуру эмулировать..

- - - Добавлено - - -

Кстати можно очистить начало ОЗУ (записать нули) до ячейки 0300, теоретически экран должен погаснуть.

Классная мысль!!

[Hunta]

Спасибо, переделал, снимал после снятия DOUT.

Ну логика там (после подтверждения захвата шины) примерно такая
- Выставили адрес
- Адрес устаканился
- Выставили SYNC
- Подождали энное время
- Выставили данные
- Данные устаканились
- Выставили DOUT
- Запустили таймер (сколько он по времени - надо смотреть спецификацию QBus)
- Ждем или ответа RPLY или истечения таймера
-- если прилетел RPLY
--- снимаем данные, снимаем DOUT
--- снимает SYNС
-- если таймер истек - на шине такого адреса нет
- если цикл на шине закончился - снимаем SACK

[ZPilot]

Нет, не очистился, стал вот таким: https://cloud.mail.ru/public/4wEN/2zoJbUFGh
Блин, почему-то мейл фото вертикально воткнул.

- - - Добавлено - - -

или истечения таймера

Пока не делаю, вечно жду ответа (когда буду вылизывать программу сделаю таймер)

[Hunta]

Пока не делаю, вечно жду ответа

Думаю, в тестере, да ещё и на этапе отладке оного - вполне допустимо
А вот мне в FPGA нужно будет делать

[ZPilot]

до ячейки 0300

Это в восьмеричной? Я в восьмеричной сделал.

- - - Добавлено - - -

А вот мне в FPGA нужно будет делать

У вас все настолько привязано к железу, что без этого ни куда!
Хотя я до сих пор в шоке, что СТМка успевает за железом на шине, те она реально успевает реагировать на такты ВМ2

[Hunta]

Это в восьмеричной?

Что то мне память царапает, что если перед числом ноль - оно считается записанным в восьмеричной нотации, если 0x (ну это уж точно) - то в шестнадцатиричной.
В MACRO-11 (по умолчанию) - восьмеричное, если после числа точка, то десятичное. Но есть такая директива .RADIX, которая позволяет поменять основание счисления.

[Alex_K]

Нет, не очистился, стал вот таким: https://cloud.mail.ru/public/4wEN/2zoJbUFGh
Блин, почему-то мейл фото вертикально воткнул.

Ну стал однородным, так как ещё считываются данные с ОЗУ ЦП при выводе изображения, по идее и его чистить надо. Да и грузить регистры отображения и цвета в видеоконтроллер.

Можно сделать более сложную задачу - записать в ОЗУ ЦП и ПП, но делается это через регистры адреса и данных.

Цикл от адрес 0 до 0277
Записать адрес в регистр 177010
Записать 0 в 177012
Записать 0 в 177014
Конец цикла.

[Hunta]

У вас все настолько привязано к железу, что без этого ни куда!

Даже когда развлекался на dev плате без выхода на pdp-шное железо - всё равно нужно было делать, иначе устройство могло легко уйти в себя...

Хотя я до сих пор в шоке, что СТМка успевает за железом на шине, те она реально успевает реагировать на такты ВМ2

Разница в скорострельности...