FPGA-реплика ЭВМ ДВК-3 и платы МС1201

[forth32]

Раз уж начал, попробовал собрать ЭВМ из остальных имеющихся процессоров - М2 и М4.
С процессором М2 все более-менее работает нормально. RT-11 грузится, вся периферия работает как надо. Правда, во встроенном в микрокод мониторе загрузчиков нет в принципе, но с RK и MY можно загрузиться буквально парой команд, спасибо DMA.
Единственная замеченная проблема - почему-то при запуске процессора командой G с адреса 0 он начинает проходить загрузчик по шагам, как будто включен переключатель HALT (программа-пульт). С некоторого момента это проходит, и дальше загрузка идет как ей положено:

000000
@172140/000040 37
172142/000000 0
@0G
000000
@P
000002
@P
000036
@P
000040
@P
000430
@P
RT-11SJ  V05.01  
?KMON-F-File not found DK:STARTS.COM

.SH CONF

RT-11SJ  V05.01  
BOOTED FROM MY0:RT11SJ

USR   IS SET SWAP
EXIT  IS SET SWAP
KMON  IS SET NOIND
TT    IS SET NOQUIET
ERROR IS SET ERROR
SL    IS SET OFF
EDIT  IS SET UNKNOWN
KMON NESTING DEPTH IS 3

LSI 11 OR PDP 11/03 PROCESSOR
56KB OF MEMORY
EXTENDED INSTRUCTION SET (EIS)
FLOATING INSTRUCTION SET (FIS)
60 CYCLE SYSTEM CLOCK

Может быть, я чего-то не понимаю, и так и должно быть... Я электронику-60 в свое время вживую так и не пощупал, а теперь уж и пощупать негде.

Поскольку процессор М4 на 100Мгц не работает, я его запустил на 50 Мгц, взяв тактовую частоту прямо с кварца платы. Все заработало, и проблема с пошаговым прохождением загрузчика та же самая.

[Advertiser]

[Hunta]

M4 нет, на M2 надо распаять выкушенные кондёры, так что проверить не могу, но что то мне подсказывает, что так не должно быть.. По адресу 0 - NOP, по адресу 2 - BR на 36, по адресу 36 - BR на 40, по адресу 40 - JMP на 430

[forth32]

По адресу 0 - NOP, по адресу 2 - BR на 36, по адресу 36 - BR на 40, по адресу 40 - JMP на 430

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

Проблема выглядит так. Любые адрес вплоть до 430 процессор идет по шагам. Начиная с 432 - запускается в нормальном режиме.
Более того, проблема проявляется ровно 1 раз после заливки прошивки в плату. Если попробовать повторно загрузить систему - запускается нормально прямо с адреса 0. Странный такой косяк получился. Но я с процессором М2 плотно не разбирался, просто воткнул его на место ВМ2 - он подходит почти порт-в-порт. Может быть, и не учел каких-то тонкостей.

[Hunta]

Как будто какой то сигнал вначале не в том состоянии...

Любые адрес вплоть до 430 процессор идет по шагам. Начиная с 432 - запускается в нормальном режиме.

Ну, по логу можно сказать и так 5 первых команд в пошаговом режиме, потом старт. Можно попробовать стартануть сразу с адреса 430, ещё вариант - записать по адресу 1000 - 137, по адресу 1002 - 430 и попробовать стартануть.. Можно ещё варианты придумать для тестов

[Vslav]

просто воткнул его на место ВМ2 - он подходит почти порт-в-порт

Он не просто подходит - оно именно так и задумывалось .
Я бы посмотрел что там на HALT. Возможно процессор рановато стартует и HALT еще не снят.
У меня тесты заводские стартует нормально, никуда не впадает.

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

Поскольку процессор М4 на 100Мгц не работает, я его запустил на 50 Мгц, взяв тактовую частоту прямо с кварца платы. Все заработало, и проблема с пошаговым прохождением загрузчика та же самая.

Поскольку M2 и M4 ну принципиально разные, то скорее всего таки что-то внешнее.

[forth32]

Я бы посмотрел что там на HALT. Возможно процессор рановато стартует и HALT еще не снят.

О, так на это я первым делом подумал..

.vm_halt(1'b0)

Притянул сигнал к 0, больше это прерывание в принципе произойти не может. В PSW лежит 0, если верить монитору (RS/), то есть бит Т не установлен. Ну а какие еще сигналы могут вызвать пошаговый режим, я понятия не имею. Внешних сигналов таких вроде нет, а потроха процессора для меня полная загадка. В отличие от великих людей вроде VSLAV, Titus, Alex_k, я процессор рассматриваю как черный ящик с ножками-портами. Хотя желание разобраться в нем имеется, но это надо собраться и выделить пару полных дней...

У меня тесты заводские стартует нормально, никуда не впадает.

Предполагаю, что тесты запускались с bsel=00. А у меня bsel=10, поскольку другие режимы запуска в моей системы не имеют смысла - нет в адресном пространстве нм одного ПЗУ. Но как это может повлиять, я, опять-таки, понятия не имею.

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

Блин. Понял. Есть же в мониторе команда М.

000000                                                      
@172140/000040 37                                           
172142/000000 0                                             
@0G                                                         
000000                                                      
@M000013                                                    
@R6/177774 
@

Вот оно как. Код 3 - Ошибка обращения к каналу. Адрес - 177774. При этом выполняется команда NOP.
По этому адресу, естественно, нет ничего. Чудеса, однако.

[Hunta]

Попробуй руками установить стек (10000) перед запуском с 0

[forth32]

Не, ну если руками установить стек не в 0, то оно начинает работать нормально. Я это сразу проверил, но это ничего не объясняет.
С какого бодуна команда NOP лезет в стек?

[Hunta]

Я думаю, это не команда NOP, а команды G и P - надо смотреть логику их выполнения

[forth32]

надо смотреть логику их выполнения

Увы, тут нет нормального монитора, как в МС1201. Там вся логика - на микропрограммном уровне, который для меня загадка.
Кстати. Ты же смотрел код загрузчика. Там по адресу 430 как раз стек и устанавливается. Хоть это стало понятно, почему работать начинает