Общие вопросы эмуляции TR-DOS и ВГ93

[IanPo]

не всегда это как и когда ?

На некоторых схемах контроллеров дисковода.
Про это давно писали в статьях ZX-PRESS и других, про прошивки TR-DOS и программирование контроллера через точки входа ПЗУ.
Сейчас такое вряд ли встречается, хотя все может быть

[Advertiser]

[MetalliC]

а фиг его знает зачем, видимо из разряда "береженого Бог бережет"

[Lethargeek]

интересно, что при попадании на точку отладчик xpeccy до выполнения команды показывает пзу бейсика, но на самом деле выполняет код уже из тырдосного

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

а может для совместимости с какими-то играми, которые намеренно или случайно читают оттуда и хотят видеть там нули как в оригинальном 48К ПЗУ

так читаться будет бейсик всегда, тырдос включится только по M1

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

а вот дизасм пзу interface-1:

; -------------------
; THE 'START' ROUTINE
; -------------------
; An instruction fetch on address $0008 pages in this ROM.
; The three-byte instruction at this location must exist on both sides of
; the looking-glass. The value fetched is immediately discarded.
; It follows that this restart should never be invoked from this ROM.

;; ST-SHADOW
L0008: LD HL,($5C5D) ; fetch character address from CH_ADD.
POP HL ; pop return address to HL register.
PUSH HL ; and save again on machine stack.

JP L009A ; jump forward to continue at START-2.

тоже какбэ говорит нам о сомнении в моментальном переключении пзу

[Lethargeek]

интересно, зачем (немного потыкал, вроде всё работает без неё)

[Serg6845]

для начала:

1) применялась ли на спектруме команда read-track в (мб каких-то версиях) TR-DOS (не похоже), а также утилитах/защитах?

вспоминаются как минимум утилиты серии DCU, в частности - 2.12.

2) бит #1 регистра состояния после выполнения "вспомогательных" команд (то есть index) чему равен?
всегда 0/1 или "случайное" значение (как диск вертится)? одинаково для всех таких команд или нет?

"вспомогательных" - это type 1? то есть поиск и перемещение головы? по даташиту - повторяет инвертированный вход индекса (35 нога), в реале - походу тоже, чаще всего 0, с редкими проскоками 1.

3) когда именно всё-таки происходит переключение на ПЗУ тырдоса по ROMCS?
нули/нопы в ПЗУ намекают, что со следующей команды, но проверенные эмуляторы (unreal, xpeccy, zxspin) переключают на первой же
TESTall авторства Сергея Глагольева прыгает на #3D30 (=15664), явно предполагая немедленный ret с #3D30 уже из ПЗУ тырдоса
может ли так быть, что оригинальный бета-диск и (после)советские клоны переключают ПЗУ по-разному?

тут не скажу, оригинальный в руках не держал.

[Lethargeek]

"вспомогательных" - это type 1?

и type 4 тоже, то бишь отмены (особенно интересно, что будет с битом, если дисковод перешёл в not-ready как раз по индексу)

[Lethargeek]

да это понятно, а вот что считать нормальным и задуманным поведением - было непонятно

[ZXMAK]

MAGIC автоматом включает нужное ПЗУ, после чего идёт довольно длительная обработка NMI - это занимает какое-то время, поэтому когда начинается выборка, ПЗУ уже подключено. Иногда даже конденсаторы приходилось подбирать для правильной выборки TRDOS.

Уже не помню как там это всё по схеме было, но у меня без конденсатора для задержки TRDOS нормально не работал. Видимо из-за того что провода до платы с ПЗУ TRDOS были длинноваты

[MetalliC]

чудненько, а как же тогда работали самые древние версии Бета-диска ? как видно на дизасмах - нопов там нет.

Иногда даже конденсаторы приходилось подбирать для правильной выборки TRDOS.

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

[ZXMAK]

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

не, меджик то отдельная тема. Там проблема встречалась именно с переключением пзу в момент когда была замаплена обычная пзу бейсика, а процессор начинал выборку из окна перехода в пзу трдос. Я этот глюк сам видел на живом спектруме.

Сейчас уже сложно сказать из-за чего именно баг происходил, но связан он был с тем что не на всех контроллерах происходило корректное чтение первого байта сразу в момент выборки пзу трдос. Может из-за того что в момент выборки сразу оба пзу (бейсик и трдос) давали свои данные на шину, может из-за длины проводников шины данных/адреса и линии выборки, или еще из-за чего. Но факт такого бага имел место быть...

Возможно из-за того, что сразу после выборки нового ПЗУ, старое оставалось ещё некоторое время выбранным и возникал конфликт двух ПЗУ на шине. Т.к. в пзу бейсика и в пзу трдос по этому адресу 0, то это не мешает работе. Но если бы в одном из пзу был не 0, то читался бы неправильный опкод.