Если считать, что есть логический анализатор.Сообщение от Improver
То можно выводить даже на магнитофонный выход, последовательность из 32-33 импульсов. А промежуток между ними - состояние микросхемы: короткий "ОК" , длинный - "брак". Или наоборот, просто длительностью самих импульсов, не важно.
Только нужно решить, а все ли смогут анализатором воспользоваться.
Лучше не надеяться на клавиатуру. Во время ремонта она мешается, и может быть отпаяна.
Последний раз редактировалось KTSerg; 10.11.2020 в 05:09.
Можна, как и предлагалось уже, по аналогии с тестом от "Микроши" - в порт ПУ выводить на РА номер испорченого бита, а в порт РВ или РС старший байт адреса. За одно и минимальный тест дешифрации портов...
Микросхемам памяти можно сопоставить полоски на бордюре
А можно-ли выводить полоски на бордюре, не пользуясь прерываниями?
Если хотя-бы один кусок памяти исправен, то можно на него указатель стека натравить. А вот если битыми окажутся хотя-бы по одной микросхеме в каждом банке, то стеком пользоваться не получится.
- - - Добавлено - - -
Если добавить сначала тест ПУ. Типа бегущий бит по портам. Что-бы можно было убедиться, что инфа адекватна. То можно выводить результат на ПУ.
Без прерываний нормально полоски не нарисуешь, но как я понял смущают не прерывания, а озу под стек. Пользоваться прерываниями можно и без работоспособного озу, нам же не обязательно возвращаться в произвольное место произвольной программы. Если вызываем только из одного места, то проблем совсем нет, если прерывания вызываются из нескольких мест, то адрес возврата придется передавать в регистровой паре.
Пример, как работает амстрадовский тест (есть проблемы, нет проблем).
Что-то я не совсем понял, как это без использования ОЗУ можно вернуться из прерывания?
При переходе к прерыванию, в ОЗУ по указателю стека сохраняется адрес, куда нужно вернуться.
При возврате из прерывания из ОЗУ считывается адрес (куда вернуться), а если ОЗУ битое, то считывается мусор, и возврат из прерывания произойдёт не известно куда.
Или я что-то не так понимаю?
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
В предыдущем посте я вроде основную идею написал, не буду повторяться. Если смущает возврат из прерывания, то он будет не по ret, а по pchl (если возвращаемся на переданный на входе адрес) или просто по jmp (если вызов всегда из одного места)
Вот сейчас дошло.
Я думаю, показывать что-то цветом бордюра -- путь в никуда. Может на амстраде это и хорошо, но не на Векторе, т.к. тут видео может быть подключено и в чёрно-белом варианте, могут бежать кадры, или не работать вовсе. Лучше уж просто моргать РУС/ЛАТом.
Оффтопик
У меня на машине, например, при отсутствии обд-сканера, можно считать коды ошибок по миганию всего одной лампочки, и разных кодов ошибок почти сотня. Десятки обозначаются длинными морганиями, единицы -- короткими, все накопленные ошибки отмаргивают последовательно при замыкании диагностического разъёма. Сделать то же самое на Векторе будет намного проще, чем цветовыми полосками на бордюре.[свернуть]
При отсутствии возможности использования ОЗУ, накапливать коды ошибок негде.
Значит сообщать нужно будет при появлении первой-же ошибки и фактически останавливать тест, так как вставлять функцию вывода ошибки после проверки каждого банка - раздует программу.
Либо извращаться с вызовами из подпрограмм, с выходом из них по jmp/pchl.
Сейчас добавил тает ПУ, и вывод на него маски микросхем проверенного банка, и номера проверяемого банка. Всего получилось 10 светодиодов.
Тест циклический, банки последовательно тестируются. Должно получиться.
Завтра (или уже сегодня) попробую протестировать.
Последний раз редактировалось KTSerg; 09.11.2020 в 22:15.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
