Ну тогда только тест-ПЗУ. Судя по фото, Вы снимаете сигналы с шины данных. Пробовали "шагать" и контролировать только адресную шину, перебор адресов идет так как надо, т.е. по прошивке?
Ну тогда только тест-ПЗУ. Судя по фото, Вы снимаете сигналы с шины данных. Пробовали "шагать" и контролировать только адресную шину, перебор адресов идет так как надо, т.е. по прошивке?
то storage - то есть допустимая температура хранения.Сообщение от Vladimir_S
но НЕ рабочая.
рабочая - то есть under bias - 70градусов.
нет, он запускается с 0x0000, и идет чтение с пзу монитора,
потом переходит на 0xF836 - что аналогично чтению с пзу (адрес 0x36)
Только что закончил проверять:
на шине данных все согласно прошивке
на шине адреса тоже все хорошо, до момента перехода на подпрограмму инициализации видео-драйвера
вместо перехода на 0xFACE, проу переходит на 0x72CE
на плате сейчас только 6 микросхем, самый необходиный минимум для инициализации.
Если честно даже мыслей не приходит на ум из за чего такое может быть.
Последний раз редактировалось AlexZ; 13.07.2015 в 23:15.
Если проц читает CD CE FA, а переходит на 0x72CE, то этот проц неисправен. Либо (если проверялся сигнал на дорожках, а не на ножках процессора) непропай соответствующих ножек процессора.
---------- Post added at 12:05 ---------- Previous post was at 12:04 ----------
Как вариант - сопля между шиной данных и адреса: младшие биты шины адреса влияют на старшие биты шины данных.
Ага, покупайте китайское уг со стальными контактами. В надежде, что через год не заржавеют. А то советское золотое покрытие в 35 микрон - такая дрянь...А если у китайской панельки случайно окажутся погнуты выводы, и при выпрямлении пинцетом отломятся, так это ничего, зато импортное....
Решил снова попытать счастье
результат примерно тот же, при инициализации видео-подсистемы проц должен выставить на шине адрес, но выставляется другой
шина адреса до этого перехода отрабатывает идеально, все адреса как положено выставляются.0xFACE 1111 1010 1100 1110
0x76CE 0111 0110 1100 1110
Получается что инвертированы три бита адреса (10, 11 и 15)
Попытаюсь раскурить схему и плату по этим адресам, но больше всего хочется дельного совета от бывалых.
Последний раз редактировалось AlexZ; 10.03.2016 в 22:41.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Адреса с ножек процессора? А можно посмотреть на полный лог, с привязкой шины данных к адресам?
В журнале №7 за 1986 год дан дамп тестовой программы + подробно описана методика отладки. Она рассчитана на самых маленьких детей, которые таки решились собрать данный компьютер. Быть может есть смысл прислушаться?
да, все замеры на ножках процессора, ниже лог
Адрес | Данные
0x0000 | 0xC3
0x0001 | 0x36
0x0002 | 0xF8
0xF836 | 0x3E
0xF837 | 0x8A
0xF838 | 0x32
0xF839 | 0x03
0xF83A | 0x80
0x8003 | 0x8A
0xF83B | 0x31
0xF83C | 0xCF
0xF83D | 0x76
0xF83E | 0xCD
0xF83F | 0xCE
0xF840 | 0xFA
0x76CE | ....
Да, но у меня нет такой ПЗУ чтобы можно было залить туда тестовую программу, приходится выкручиваться тем что есть.
Прошелся по плате. выделил маркером все косячные адреса, протыкал все что мог мультиметром на наличие кз,
вынул все микросхемы, подал питание, нигде ничего не наводит и не закорочено на массу или питание.
Ну не бывает же ничего сверхестественного...
Последний раз редактировалось AlexZ; 10.03.2016 в 23:39.
Ну тут пока всё правильно, команда CALL 0FACEh кладёт адрес возврата в стек.
Черт побери, верно!
И кладет она по идее в стэк в оперативке, где вначале монитора назначале вершину стека.
А оперативка у меня даже не установлена + для её регенерации используется графический контролер.
Ох, чувствую надо вставлять назад микросхемы...
Можно подробнее, что происходит при вызове CALL a16 в этом процессоре ? Почему на адреснйо шине именно 0x76CE (это вершина стэка 0x76Cf за минусом 1 байт ?)?
Последний раз редактировалось AlexZ; 11.03.2016 в 11:42.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
