Ха-ха :)
Вид для печати
Ха-ха :)
Andrey_Ak кстати, купили уже 556РТ4А и программатор чтобы зашить и заменить сдохшие?
Кстати, все их протестируейте, а с УФ ПЗУ поснимайте дампы, потому что и они могут начать расшиваться уже просто по срокам, из-за утечки КМОП-затворов.
Andrey_Ak как я понял это ПЗУ для автоматической загрузки системы с ленты? Тогда его имеет смысл восстановить, чтобы вручную не терять время набивая каждый раз загрузчик в отладочном режиме.
Не достаточно так как "загрузка" пока сводится не к чтению одного блока с ленты, а к чтению кучи блоков и записи их на электронный диск.
:)
Можно попробовать сделать загрузчик похожий на стандартный который сам это сделает - тогда хватит и монитора.
---------- Post added at 21:57 ---------- Previous post was at 21:00 ----------
После перетряски памяти и некоторых тестов принцип работы с электронным диском уточнился:
- в 175000 пишется номер блока
- в 175002 пишется номер слова в блоке (0-377)
- в/из 175004 последовательно пишутся/читаются слова
После записи в 175000 и 175002 нужен некоторый таймаут чтобы устройство сообразило что к чему. Память подсказывает, что CLR @#175002, NOP не хватает чтобы сразу начинать читать-писать, а MOV #0,@#175002 вполне хватает.
Регистры 175000 и 175002 при чтении всегда возвращают 0. Если номер блока выходит за пределы диска, регистр 175004 исчезает с шины. "Родное" прерывание или вообще не используется или используется если совсем все хреново :)
Обновленный вариант с правильным поведением.
Я так понял, эта система работает следующим образом? Сначала с ленты считывается образ электронного диска, а потом уже из него стартует система? Кстати, а какой объем у этого электронного диска в килобайтах?