Та да, кто-то должен:Сообщение от Titus
- все бросить
- написать программку на MAC
- скомпилировать ее
- скормить модели
- скомпилировать модель
- запустить симулятор
- потом снять скриншот
- обрезать скриншот
- выложить на хостинг
- написать пост, вставив ссылку
"И чего только люди не придумают, лишь быверилог не учитьпрограммку на Си не запуститьна картошку не ехать" (c)
Я не очень понял, чего на скриншотах)
Мне нужны диаграммы, где будет видно сразу 6 линий IA0..IA5 при выполнении последовательности команд. А у тебя линии IA не раскрыты, а свернуты.
- - - Добавлено - - -
Ты сто раз так делал)
И @Ynicky тоже сделал почти)
- - - Добавлено - - -
Я понял, там IA свернуто, но в восьмеричном виде на диаграмме число, которое на линиях IA0..IA5?
- - - Добавлено - - -
Хм... честно говоря, на шине AD в диаграмме не увидел ничего, что указанно в листинге.
Может исполнялся совсем другой код?
А может быть он в инверсном виде?
Тогда должен быть знак n на конце названия сигнала, по идее.
Все замечательно, только у меня почему-то не совпадает адрес следующей команды (NA).
Попробуй, пожалуйста, сделать те же самые графики, но добавить в них сигналы I0..I15 (это код команды), RI0..RI2, IX0..IX2, а также выход PL0..PL36. Тогда точно будет все понятно.
Не знаю что за сигналы I0..I15, поэтому добавил следующие:
wire [15:0] ad; // internal address/data bus
reg [15:0] ireg; // primary instruction register
reg [15:0] breg; // prefetch instruction register
reg [5:0] ia; // microinstuction address register
reg [2:0] ri; // interrupt acknowlegement register
reg [2:0] ix; // auxiliary conditions register
wire [36:0] pla; //
https://cloud.mail.ru/public/2fec/2qiXWrHUc
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
I0..I15 - это то, что идет на матрицу PLM1, 2, 3, вместе с сигналами IA, RI и IX.
Спасибо, буду смотреть!
- - - Добавлено - - -
Хм... это уже вопрос теперь к @Vslav'у.
Сравнил - получилось, что генератор PLM у меня считает тоже самое, что и у @Ynicky на диаграммах. Но при этом адрес следующей микрокоманды на диаграмме другой!
Например, команда: MOV #010000,R2
На диаграмме у нее адреса шагов микропрограммы следующие: 60, 55, 57, 54, 76.
У меня адрес первого шага всегда правильный, в данном случае 60. На первом шаге получаем ответ от PLM - 1243777333425. На диаграмме ответ такой же, т.е. и тут совпадение.
В двоичном виде это: 1010100011111111111011011011100010101.
Выделяем из этого только адрес следующей команды (PL36..PL31), т.е. 6 старших бит, получаем 101010 (52 в восьмеричном). Но это никак не 101101 (55), который указан в диаграмме.
Выглядит, будто младшие 3 бита инвертированы... хм... Проверю, может я упустил инверсию в схеме для младших трех бит.
- - - Добавлено - - -
Точно, младшие 3 бита инвертированы. Вот я лапоть)
Промучился несколько дней из-за того, что изначально нарисовал все 6 триггеров для NA одинаковыми, хотя три из них были инверсные. Но на схеме при беглом взгляде это не бросилось в глаза.
- - - Добавлено - - -
Большое спасибо @Ynicky за диаграммы! Без них бы я еще неизвестно сколько это искал)
hobot(26.10.2020)
Там еще хинт есть - то что в NA[5:0] на верилоге и на схеме - надо инвертировать полностью.
Тогда после аппаратного сброса оно стартует с нуля (а не с 0x3F), а по аборту транзакции оно впадает в 0x01 (а не 0x3E).
Просто когда реверсишь такие вещи - сразу непонятно прямое там значение или обратное, а потом уже переколбасить схему сложно.
Это я заметил.
Но, поскольку адрес микрокоманды имеет скорее условно-абстрактный, чем линейный смысл, нет большой разницы, в каком виде, инверсном или прямом его воспринимать.
Для схемы разницы в нотации нет, для человека - есть. Микрокод разрабатывался людьми, и, скорее всего, была использована инверсная нотация, и это оказало свое влияние на разработку. Поэтому я предпочел быть ближе к вероятному оригинальному коду. Мы же читаем программы сверху вниз, и программный счетчик для следующего шага обычно увеличивается, а не уменьшается. Код то горизонтальный, но мелкие кусочки последовательностей есть, и если смотреть в инверсном виде, то там будет именно uPC++, а не uPC--
Последний раз редактировалось Vslav; 27.10.2020 в 09:03.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
