TR-DOS Navigator (TRDN)

[LW]

Дело в том, что сейчас процедура подсчета контрольной суммы сектора HDD, где записаны данные о примонтированных дисках, вызывается по абсолютным адресам

Вот это тоже не есть хорошо.

[Advertiser]

[Grand]

Вот это тоже не есть хорошо.

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

[Grand]

Всё ли хорошо у сабжа при наличии Slave винта на SMUC ?

Другая проблема в том, что в процедурах чтения/записи сектора монтирования на HDD жестко задается master-диск.
В общем, решение этих проблем дело будущего, надеюсь не отдаленного.

[Grand]

пример кода для смены HDD

	ld	de,#0000
	ld	bc,#0035
	or	a
	rst	#08
	db	#82
	or	#10
;	and	#EF
	ld	de,#0000
	ld	bc,#0035
	scf
	rst	#08
	db	#82

Всё ли хорошо у сабжа при наличии Slave винта на SMUC ?

Выпущена тестовая версия (X10.1), в которой нет жесткого задания master-HDD, как в текущей версии.
Я смог запустить тестовую версию со slave-HDD только на эмуляторе Unreal Speccy, поскольку на реальном компьютере у меня slave-HDD еще не подключен.
Предлагаю желающим попробоветь запустить тестовую версию на настоящем Scorpion'е.
В архиве во вложении образ диска с тремя файлами: собственно тестовая версия trdnx101.B, поясняющий текст install.txt и программа HDD0-1.B для переключения HDD master <-> slave с помощью такого кода:

	ld	bc,#35
	ld	d,b
	ld	e,b
	or	a
	rst	#08
	db	#82

	xor	#10

	ld	bc,#35
	ld	d,b
	ld	e,b
	scf
	rst	#08
	db	#82
	ret

Мои результаты запуска на Unreal Speccy с образами master- и slave-HDD такие:
При эмуляции Scorpion + ProfROM V4.01 TRDN X10.1 нормально работает со slave-HDD и монтирует с него псевдодиски.
При эмуляции Scorpion + ProfROM V3.9f переключения на slave-HDD не происходит вообще: по-видимому, этот монитор не имеет такой переменной.
При эмуляции Scorpion GMX + ProfROM G5.00 переключения на slave-HDD по-видимому не происходит. Теневой монитор надолго подвисает и теряет HDD, запущенный TRDN X10.1 HDD тоже не находит и в списке устройств E: отсутствует.
Как все будет происходить на реальном Scorpion'е с реальными HDD пока неизвестно.

[gdv2002]

Зх, на Феникс бы эту прогу.

[Grand]

Зх, на Феникс бы эту прогу.

TRDN работает на любом ZX-совместимом компьютере, только операции с HDD реализованы через функции Теневого монитора Скорпиона.

[gdv2002]

TRDN работает на любом ZX-совместимом компьютере, только операции с HDD реализованы через функции Теневого монитора Скорпиона.

Так вот про то и разговор, версия под НЕМО-ИДЕ, и охват аудитории пользователей будет в разы больше.
Не универсальная прога, там я понял, что места нет для реализации.

[CityAceE]

версия под НЕМО-ИДЕ, и охват аудитории пользователей будет в разы больше.

Nemp-IDE можно было бы, наверное, и поддержать. Но в отличие от SMUC всю работу с HDD нужно возложить исключительно на плечи коммандера. А места в памяти, увы, не осталось! Вы ведь не забывайте, что он работает на любом компьютере, даже на том, у которого всего 48 кб памяти.

Grand не раз говорил, что в текущая версия не имеет дальнейших возможностей для развития. Я вообще удивляюсь как он находит дополнительные байты, чтобы ещё что-то делать.

Если переработать архитектуру TRDN, снять ограничение на 48 кб, то, наверное, можно будет наряду со SMUC поддержать и Nemo, и какой-нибудь ещё стандарт HDD через некую абстракцию, вынесенную в отдельную страницу памяти.

[LW]

При эмуляции Scorpion + ProfROM V3.9f переключения на slave-HDD не происходит вообще: по-видимому, этот монитор не имеет такой переменной.

скорее всего она находится по другому смещению от начала блока переменных

Есть еще один нюанс. При работе со slave HDD и ПрофПЗУ v4.01 вне зависимости от настройки LBA mode работа с винтом будет осуществляться в CHS режиме.

[Grand]

Есть еще один нюанс. При работе со slave HDD и ПрофПЗУ v4.01 вне зависимости от настройки LBA mode работа с винтом будет осуществляться в CHS режиме.

Значит, если оказывается, что в переменной #35 из группы #00 4-й бит в единице, то не надо проверять включен ли LBA и делать для него коррекцию сектора. Попробую реализовать это в следующей тестовой версии.

LW, такой вопрос. Переменная #35 из группы #00 хранит копию регистра накопителя/гололовки? и вегда ли в ней 4-й бит означает номер HDD (иными словами, в любой ли момент времени можно через эту переменную определять номер накопителя, хотябы для версии ТМ 4.01)?