Радио-86РК: Подключение дисковода

[barsik]

Про подключение к Апогею, нужно посмотреть разбивку адресного пространства. Под КНГМД нужен сегмент E000-F7FF

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

Зачем обязательно использовать тот же самый код, что и в RK-DOS для РК86 или МИКРОШИ? Исходник есть, перетранслируйте для адресов удобных для АПОГЕЯ.

Надо найти 5 адресов В/У в области памяти для РК-КНГМД. Лучше конечно бы отдать под РК-КНГМД 400H байтов, тогда не придётся переделывать ДОС (заменять команды OUT на LD). Как видите, если у Вас нет 400H ячеек для РК-КНГМД, то из-за идиотического использования команд IN/OUT даже с КР580 придётся трахаться. Поэтому всегда лучше делать ПО без извратов.

Конкретный адрес РК-КНГМД не важен, т.к в порт РК-КНГМД лезет только сама ДОС, форматёр и два диск-доктора. О диск-докторах, нортонах и других программах, что лезут в экранное ОЗУ забудьте, хотя благодаря общности организации экрана их переделать гораздо проще, чем для графической ЭВМ. Форматёр перетранслировать не проблема. А адрес размещение самой RK-DOS тоже не важен. Лишь бы были доступны 4 ячейки E000...E003. Там размещаются два входа в RK-DOS - это E000 (Cold Start) и E001 (вход в BDOS). Все программы RK-DOS лезут только туда. Поэтому, если Вы поставите на адрес E001 JMP на начало кода RK-DOS в ОЗУ (например, D001), то совместимость с корректными программами RK-DOS и SYS-файлами сохранится.

Однако даже за это нет смысла цепляться. Потому, что в базовой RK-DOS управление ею осуществляется ячейками в области 7500. И таким образом, хотя для Вашей RK-DOS TPA будет до D000, т.е 52 кб, но посередине этого свободного ОЗУ будут "торчать" рабочие ячейки ДОС. Т.к исходники SYS-файлов есть, то лучше и рабочие ячейки ДОС перенести в область E000, а SYS-файлы просто перетранслировать.

Дисковый бейсик, редактор и дисковый ассемблер МИКРОН, если они Вам нужны, придётся дизассемблировать и перетранслировать. Или же самому сделать их "одисковоживание" из МГ-оригиналов. Кроме того, т.к речь об ОЗУ, то нет проблем странслировать и совместимую версию, где ячейки остались в области 7500, чтобы использовать непеределанные дисковый бейсик-Плюс и дисковый ассемблер МИКРОН. Если бейсик с загрузкой с дискеты имеет смысл, чтобы удобно смотреть игры на бейсике, то редактор и ассемблер вообще бесполезны (т.к удобнее ассемблировать на PC).

На ВМ85 все работает, а с Z80 нет

Вряд-ли дело во флагах, т.к в эмуляторе EMU80 работает, а думаю, что мало кто сомневается, что в нём ошибок нет. Попробуйте Ваш вариант RK-DOS в этом эмуляторе, может быть что-то прояснится. По крайней мере там доступен отладчик.

Если в программах всё в порядке, то можно подумать о том, чтобы изменить такт ПДП. Может быть из-за отличающихся времянок КР580 и Z80, считывание байта из РК-КНГМД не успевает в "люк" между двумя захватами шины. Попробуйте читать с отключенным ПДП, - у Вас это не приведёт к гибели данных в динамическом ОЗУ, т.к его у Вас нет.

[Vladimir_S]

Вряд-ли дело во флагах, т.к в эмуляторе EMU80 работает

Что то не помню в EMU80 Z80 в РКшке.

[barsik]

Что-то не помню в EMU80 Z80 в РК-шке

Поищите более новую версию эмулятора или удалите файл 'emu80.run'. Тогда при старте будет появляться выбор типа ЭВМ.

[Ратмир]

Для Апогея кроме РОМ- диска ничего путного по ходу изобретено не было. Хотя разьем есть.
А работать с магнитофоном это вообще жесть.

[Vladimir_S]

Попробовал запустить ДОС в турборежиме 3.5 Мгц - стал выводить каталог и потом виснуть. Перевел комп с 1.78Мгц на 2.0 Мгц и все зафурычило! Теперь новая проблема - на 2Мгц ДОС с VM85 хоть и работает, но дисковод так рычит, что аж страшно становится. Придется схему мучить что бы VM85 работал с 1.78Мгц, а Z80 с 2.0Мгц.

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

Все, победил, причем после небольшого изменения схемы с Z80 работает как переделанный под Z80 ДОС, так и родной 2.95 с IN/OUT.

[Sancho45]

Меня больше волнует почему дисковод не фурычит с Z80?

На ВМ85 все работает, а при выборе Z80 пишет I/O ERR.

А сигнал RDY как сделан ?
И контроллер как тактируется ?

[Vladimir_S]

Sancho45, Я уже писал.http://zx-pk.ru/threads/11319-radio-...l=1#post919299

[Sancho45]

Я думаю , что проблема в сигнале RDY, по спецификациям даже 3.5" дисководу надо до 500мс для готовности, не заю что там происходит все это время , но как минимум один оборот диска 200мс (300 об/мин). А подпрограмма которая проверяет сигнал RDY работает быстрее чем 0.5 сек (500мс). Пока дисковод не готов , он не выдает сигналов. Но п/п читает сигнал RDY(а он всегда готов,когда на земле),и дос начинает работу с дисководом,а дисковод сигалов не дает, отсюда и глюки!!!

Я изменил п/п проверки сигнала RDY в досе (используя тексты barsik), поставил туда цикл ДО проверки готовности. Вся прошивка та же, только несколько байтов поменял местами (до этого был цикл опроса состояния RDY,поменял на просто цикл, а потом опрос, т.к. RDY всегда готов))
После этого все дисководы заработали (3шт) безотказно. Дисководы без пределки, стандартные ВСЕ.

Я думаю, что те дисководы которые успевали приготовиться до опроса досом сигнала RDY, работали, но при изм-и частоты проца программа работает быстрее и дисковод не успевает приготовится после подачи сигалов выборки.
Что бы проверить это, надо поставить тумблер на сигнал RDY и после команды DIR, включить контакт на землю с реакцией чуть меньше сек., но больше 0.5 сек (реакция человека дольше времени работы подпрограммы опроса сигнала) ))) Если заработает , то дело в этом и я могу выложить подробости.

Вырезку из текста спецификации 3.5 teac_fd235hf прилагаю)

[HardWareMan]

Sancho45, а почему дисковод выдает готовность до того как он становится фактически готовым? Или речь за игнорирование этого сигнала, тогда к чему претензии то? Вот у меня в 90х вообще были МСшки с загрузкой головок. Загрузкой, Карл, им секунда требовалась на разгон и щелкнуть соленоидом. Но программа с контроллером правильно учитывали READY и все работало как часы, некоторые диски я потом считывал на нем же 10 лет спустя.

[Sancho45]

Sancho45, а почему дисковод выдает готовность до того как он становится фактически готовым? Или речь за игнорирование этого сигнала, тогда к чему претензии то? Вот у меня в 90х вообще были МСшки с загрузкой головок. Загрузкой, Карл, им секунда требовалась на разгон и щелкнуть соленоидом. Но программа с контроллером правильно учитывали READY и все работало как часы, некоторые диски я потом считывал на нем же 10 лет спустя.

В данной дискуссии идет речь о дисководах , которые не имееют прямого сигнала RDY, вместо этого у них сигнал DISK/CHANGE и о том , что люди на контроллере дисковода соединяют вход сигнала RDY на землю, что бы контроллер считал дисковод готовым всегда. По факту, после проверки сигнала RDY софтом, начинается опрос других сигналов. Но программы могут работать быстрее , чем 500мс
(ДО 500мс для готовности дисковода, разные дисководы, разных производителей могут и быстрее, но по спецификации написанно , что требуется ДО 500мс)
И тк дисковод может быть не готов, тк не прошло еще время 200-500 мс, а софт уже начиает опрос др. сигналов, то тут DISK ERROR

И с чего вы взяли, что дисковод выдает готовность до того как он фактически готов ???
Я приложил вырезки текстов в пред. посте.