Реверс-инжиниринг УКНЦ (1515ХМ1&2, 1801ВП1, 1801ВМ2)

[Titus]

Прошу прощения, я не понял вопрос, в какой момент процессор "вдруг выдает на шину WTBT"? Никаких отличий в поведении WTBT от документированного и ожидаемого не выявлено, в операциях чтения этот сигнал никогда не выдается.

Вот именно это я и хотел узнать.
Потому что контроллер ОЗУ ПП на него вполне себе реагирует, если выставить его во время чтения. Но я понял, что это побочный эффект универсальности схемы чтения/записи.

[Alex_K]

Начало чтения (DIN установлен) - на шине AD0..AD15 выставляется предыдущее слово, прочитанное из ОЗУ.

У меня это тоже получалось. Ставил опыты, делал маппинг ОЗУ при подключенном ПЗУ. И у меня было прочитано сложенное по ИЛИ значение ячейки ПЗУ и предыдущего чтения с ОЗУ, иногда прочитывался младший байт. При этом чувствовалось влияние предвыборки 1801ВМ2, т.к. в значение предыдущего чтения ОЗУ попадала следующая команда.

[Titus]

У меня это тоже получалось. Ставил опыты, делал маппинг ОЗУ при подключенном ПЗУ. И у меня было прочитано сложенное по ИЛИ значение ячейки ПЗУ и предыдущего чтения с ОЗУ, иногда прочитывался младший байт. При этом чувствовалось влияние предвыборки 1801ВМ2, т.к. в значение предыдущего чтения ОЗУ попадала следующая команда.

Не удивительно) Реверс все поставил на свои места)

На основе этого эффекта можно сделать супер-тест на совместимость с реальной УКНЦ)

[Alex_K]

Из интересного осталось чтение регистра октета 0177024. При его чтении значения регистров данных планов 0177012 и 0177014 просто раскидываются в регистры кода цвета фона 0177020 и 0177022.

[Titus]

Из интересного осталось чтение регистра октета 0177024. При его чтении значения регистров данных планов 0177012 и 0177014 просто раскидываются в регистры кода цвета фона 0177020 и 0177022.

Да, при чтении регистра октета, регистры планов 0, 1 и 2 раскидываются по регистрам фона 1 и 2. При этом процессор прочтет 0.

Непонятно зачем это сделано вообще)

[Alex_K]

Непонятно зачем это сделано вообще)

Это сделано, чтобы наложить изображение по старому фону. Если в регистр октета записать командой MOVB, то по фиктивному чтению сначала раскидаются данные в регистры кода цвета фона, а потом по записи наложится новое изображение на старый фон.

[Titus]

Это сделано, чтобы наложить изображение по старому фону. Если в регистр октета записать командой MOVB, то по фиктивному чтению сначала раскидаются данные в регистры кода цвета фона, а потом по записи наложится новое изображение на старый фон.

Это все понятно. Непонятно, зачем так раздельно сделали. Могли бы упихнуть это и в запись адреса планов, т.к. при этом записываются регистры планов 0, 1, 2 новыми значениями.

[Alex_K]

Это все понятно. Непонятно, зачем так раздельно сделали. Могли бы упихнуть это и в запись адреса планов, т.к. при этом записываются регистры планов 0, 1, 2 новыми значениями.

Этого нельзя делать, т.к. спрайтовый механизм используется для вывода символов. А при выводе символов цвет фона постоянный, регистры кода цвета фона 0177020 и 0177022 загружаются постоянными значениями. Если бы они загружались всё время при записи регистра адреса, то для вывода символа перед очередной записью в регистр октета всё время пришлось бы грузить регистры кода цвета фона. Вывод символов был бы очень медленным.

[Titus]

Этого нельзя делать, т.к. спрайтовый механизм используется для вывода символов. А при выводе символов цвет фона постоянный, регистры кода цвета фона 0177020 и 0177022 загружаются постоянными значениями. Если бы они загружались всё время при записи регистра адреса, то для вывода символа перед очередной записью в регистр октета всё время пришлось бы грузить регистры кода цвета фона. Вывод символов был бы очень медленным.

Для вывода на постоянном фоне не нужна загрузка планов из памяти, при установке нового адреса планов. Это совершенно лишнее медленное действие.
В общем, как не крути - косячно придумано.

Тогда уж следовало сделать так - при чтении октета - грузить планы из памяти. А при установке нового адреса планов, ничего не грузить. Но уже как сделано, так сделано.

[Alex_K]

Тогда уж следовало сделать так - при чтении октета - грузить планы из памяти. А при установке нового адреса планов, ничего не грузить. Но уже как сделано, так сделано.

А если мне не нужен спрайтовый механизм?