Хорошо. Только пердуперждаю - первым после сброса стартует именно DivIDE. И что оно там будет хотеть от "нижнего" ПЗУ - только аффтару известно. Не зря же Velesoft патчил FATware для ПЗУ Васик-128. Для GRS или еще чего он вряд ли будет патчи делать.

---------- Post added at 12:38 ---------- Previous post was at 12:37 ----------

А вот эта идея как обычно - наказуема :)
Тебя отправят самого переделывать софт :)

точно такая же как и от divIDE

одновременно никакие IO устройства не работают
одно с другим никак не связано, контроллер ZSD не исключает IDE, и IDE не исключает ZSD.

БК-0010, divIDE позволяет разработать и новую DOS. Так как она позволяет подменить стандартные функции работы с магнитофоном и расширять систему команд.

Было бы удобно иметь доступ через Бейсик ко всему HDD/SD с выбором папки, а не ограничиваться размером дискеты TR-DOS.

Есть ли такая возможность у NEMO_IDE или Z-контроллера ? Скорее всего нет, так как там нет дополнительного ПЗУ и ОЗУ.

---------- Post added at 13:48 ---------- Previous post was at 13:42 ----------

Работа с SD в последовательном коде будет медленной по сравнению с работой с SD через адаптер SD->IDE, так как там данные передаются по 8 бит сразу.

вообще это исправимо, но если у VELESOFT'а уже есть патченный HEGluk под divIDE, то можно прям в ПЗУ divIDE его и засунуть, а выбирать как и предлагал VELESOFT - через менеджер.

---------- Post added at 12:52 ---------- Previous post was at 12:50 ----------

почему ты думаешь, что в ZSD данные передаются побитно? :) Это же не бипер :)

Есть ли возможность одним-двумя сигналоми переводить конфигурацию с расширенной памятью в режим 128К без TR-DOS для работы с divIDE? Тогда для работы с divIDE тумблером выбираем простую модель памяти. Если не нужен в данный момент divIDE - тумблер в другое положение и пользуемся всеми возможностями компьютера.

Вообще, конечно, было бы здорово:
.cat - каталог носителя
.dir demo/aaaband/ - переход между директориями
и тому подобное...

ну да, а всякие сервис ПЗУ и ХЕ Глюки не в счёт :)

чтение с карты там побитное, ибо SPI. Но на скорости чтения это не сказывается, INIR/OTIR работают даже в турбе. На выходе - разумеется, байты :)

Скорее всего нужна удобная оболочка, которая позволяла бы минимальным количеством движений и времени загружать различные файлы: TAP, TRD, SCL, SNA. Пока это может только Speccy2010. Только TAP загружаются пока не мгновенно, как в divIDE. Может можно построить новую систему, которая загружается во FLASH как и системы divIDE, использует теневое ОЗУ для своей работы и буфера HDD ?

---------- Post added at 14:00 ---------- Previous post was at 13:58 ----------

Насколько я знаю - их основные функции - загрузка программ. Может ли к ним программа обращаться чтобы загрузить данные с винчестера обычными командами Бейсика ?

Короче, если аргументация против ZSD иссякла - значит прикручивайте :) . С divIDE оно никак не пересекается по логике работы, так что там изменений не будет.
Тоже и по сингналам с ПЛИС на IDE.

---------- Post added at 13:07 ---------- Previous post was at 13:03 ----------

а смысл? Бейсик - это не ОС. Была бы ОС - все эти костыли в ПЗУ не нужны были бы.