Тестовое ПЗУ

[ivagor]

KTSerg уже упоминал бордюр, а что касается конкретики можно взять идею из амстрадовского теста

[Advertiser]

[KTSerg]

ivagor, а что там за идея?
Я долго переводить буду, не уверен, что уловлю суть.

Можно конечно подумать, и сделать адаптивный тест.
К примеру, сначала тестируются все банки ОЗУ - экранной области.
Если найдена хотя-бы одна область без сбоев, то программа настраивается на вывод результатов именно в эту область.
Иначе сообщает, что "всё плохо"...
Что-нибудь в таком духе.

[ivagor]

ivagor, а что там за идея?

Микросхемам памяти можно сопоставить полоски на бордюре

[KTSerg]

Микросхемам памяти можно сопоставить полоски на бордюре

А можно-ли выводить полоски на бордюре, не пользуясь прерываниями?

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

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

Можна, как и предлагалось уже, по аналогии с тестом от "Микроши" - в порт ПУ выводить на РА номер испорченого бита, а в порт РВ или РС старший байт адреса. За одно и минимальный тест дешифрации портов...

Если добавить сначала тест ПУ. Типа бегущий бит по портам. Что-бы можно было убедиться, что инфа адекватна. То можно выводить результат на ПУ.

[ivagor]

А можно-ли выводить полоски на бордюре, не пользуясь прерываниями?

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

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

[KTSerg]

Без прерываний нормально полоски не нарисуешь, но как я понял смущают не прерывания, а озу под стек. Пользоваться прерываниями можно и без работоспособного озу, нам же не обязательно возвращаться в произвольное место произвольной программы. Если вызываем только из одного места, то проблем совсем нет, если прерывания вызываются из нескольких мест, то адрес возврата придется передавать в регистровой паре. ....

Что-то я не совсем понял, как это без использования ОЗУ можно вернуться из прерывания?
При переходе к прерыванию, в ОЗУ по указателю стека сохраняется адрес, куда нужно вернуться.
При возврате из прерывания из ОЗУ считывается адрес (куда вернуться), а если ОЗУ битое, то считывается мусор, и возврат из прерывания произойдёт не известно куда.
Или я что-то не так понимаю?

[KTSerg]

...
1. Да, абсолютно важно тестировать Вектор "в слепую", т.к. даже для подключения телевизора требуются доработки, которых может и не быть.

2. Не помешает, чтобы этот тест выводил сигнал 1кГц (ну или 10кГц) на динамик для проверки частотометром и контроля работы тактового генератора и процессора. С той же целью можно вывести какую-нибудь мелодию, проверить "на слух".

3. Диагностические данные можно выводить на ВУ, на линии ШД, через отправку данных в порт FFh -- это можно выловить логическим анализатором, и, в тоже время, не даст сбоя при неисправности микросхемы ВВ55А на порту ПУ.
...

Если считать, что есть логический анализатор.
То можно выводить даже на магнитофонный выход, последовательность из 32-33 импульсов. А промежуток между ними - состояние микросхемы: короткий "ОК" , длинный - "брак". Или наоборот, просто длительностью самих импульсов, не важно.
Только нужно решить, а все ли смогут анализатором воспользоваться.

Лучше не надеяться на клавиатуру. Во время ремонта она мешается, и может быть отпаяна.