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

[tnt23]

Далее даётся команда перехода к целевому треку и ожидается её отработка по соотв. флагу ВГ93

Ээээ ВГ93?

[Denn]

tnt23, да, КР1818.., она родимая.

[Sancho45]

Приведение ассемблерного фрагмента без заключения его в теги (code.../code) приводит ассемблерную программу в нечитабельный вид, похожий на исходники для ассемблера МИКРОН, когда размер объектного кода приблизился к 2.5 кб и из текста вынуждено пришлось удалить всё форматирование. Если Вы отредактируете своё сообщение, добавив тег 'code', то читатели форума, читающие эту тему в дальнейшем, будут Вам благодарны.

Сделал.

(кстати в счётчик времени ожидания HL загружается 0, т.к это было для ОРИОНА, который в 3-4 раза быстрее РК,

Нет, ноль в оригиале Седова, счетчик идет на уменьшение , т.е. от 0000h -1 при первом проходе и до 0000h

Но, если Вы в редакторе текстов выполните поиск метки 'WRSKT:', то увидите,

Да, это так при записи, при чтении такого нет !

Вы ввели паузу на 0.5 секунды

Гораздо меньше от 1FFFh до 0, в сторону уменьшения, другими словами от 0 до 1FFFh , что меньше 0.5 сек. Я так же взял в расчет, что проц выполняет и др п/п доса до проверки RDY, что тоже занимает время и в сумме с циклом дает необходимое время.

Если средний размер игры 20 кб, т.е она имеет размер в 40 секторов по 512 байт, то вызов п/п-ммы READY 40 раз при копировании этого файла затормозит работу на 0.5 сек * 43 сектора (1 сектор в каталоге, 1 сектор во VTOC и 1 сектор Track/Sector LIST плюс число секторов самого файла). на 21.5 секунды. Если копируется диск 400 кб, где 800 секторов, то копирование затормозится на 400 секунд, т.е на 7 минут.

Все это в теории, но (см. выше, цикл для RDY меньше 0.5), игрушек по 20кб не так много и записывать их один раз , а не тиражировать).Да и так все работает без тормозов и очень быстро, 7 мин я ни разу не ждал (это перебор ))). Хотя и софта который мне интересен и на дискетку то не набралось))

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

Sancho45, выложи свой вариант ПЗУ c задержкой перед RDY, проверю свои "нерабочие" флопы.

Пожалуйста

dos29_delay_rdy.rar

константа для задержки со смещением 0D45 h от начала прошивки, там 00 1F, т.е. в нормальном порядке 1f00, что даже меньше чем я указал выше. можно сделать больше или меньше. Для микроши D3 C1 исправленно на D3 D1. Если кто на 86рк, то надо обратно D3 C1 со смщением 0DBE h от начала прошивки. И сигнал RDY со стороны контроллера на землю)

О результатах отпишитесь пожалуйста .

[Vladimir_S]

Все что хотел от платы РКшки, получил. ДОС29, FDOS, SRAM 1Мб, сменяемые процессоры, звук от ВИ53, цвет по схеме Апогея, турбо режим 1Х2Х4. Конструкция конечно не для всех, а для тех кто хочет экспериментировать. Последнее что сделал - смену процессора по директиве V. Если выбран VM85, то светодиод питания горит зеленым светом. Нажимаем V, BK светодиод начинает с частотой 2 герца моргать красным. Если не нажимать сброс, то через 20 секунд опять горит зеленым. Если нажать сброс, то светодиод загорается красным и включается в работу Z80. Ну и соответственно после выполнения директивы V происходит обратный процесс. Все это запоминается в памяти контроллера(PIC12F629 и ему подобных) и после включения питания начинает работать тот процессор, который работал до отключения питания компа.

[Ратмир]

Поздравляю! Прекрасный получился комп. У меня конечно запрос по скромнее. Хотел спросить цвет как в Апогее к простому РК можно прикрутить?

[Vladimir_S]

цвет как в Апогее к простому РК можно прикрутить?

Патон как то сказал - "При известной технологии можно сварить даже два березовых полена".

[Advertiser]

[gdv2002]

Вот прикрутить бы дискогрыз к Апогею....

[barsik]

прикрутить бы дискогрыз к АПОГЕЮ....

Так и прикрутите. Не вижу проблем. Исходник RK-DOS есть, возьмите хоть оригинал Е.Седова, хоть вариант для НГМД без READY (использующий для определения вращения колеса сигнал INDEX). Плат КНГМД как раз tnt23 изготовил новую партию, покупайте, паяйте, настраивайте, транслируйте RK-DOS и пользуйтесь. Однако Вам придётся самостоятельно решить проблему ПЗУ и выбрать какой вариант (т.е куда в ОЗУ) будете транслировать.

Т.к программы от РК86 и от МИКРОШИ нагло лезущие в экран работать не будут (хотя и на это есть варианты решения), то нет смысла заморачиваться с размещением служ.ячеек RK-DOS на 7500, т.е в середине свободного ОЗУ АПОГЕЯ. Перенесите RK-DOS на C800...DFFF, а управляющие ячейки на E000...E0FF или ещё куда-нибудь. Сразу заложите резерв объёма ДОС в 6 кб, чтобы не мучиться из-за ограничения в размер 4 кб. Т.к у Вас ОЗУ, а не ПЗУ, - это не проблема.

А вообще то входную точку в RK-DOS АПРГЕЯ я бы рекомендовал сделать в вершине ОЗУ (на DFFC), тогда не придётся вынужденно фиксировать размер RK-DOS и можно будет псотепенно делать версия всё большего и большего размера, не меняя адрес входа в BDOS, т.е избавившись от необходимости переделывать все программы при смене размера ДОС.

На АПОГЕЕ RK-DOS будет чувствовать себя ещё лучше, чем на ОРИОНЕ, т.к у ОРИОНА свободно ОЗУ только ниже C000, а у АПОГЕЯ аж до E0FF. У Вас всё-равно не получится уместиться в 4 кб, т.к вряд-ли Вы будете тратить 800H адресов на РК-КНГМД как в РК86, а значит Вам придётся позаменять все команды IN/OUT на LD, отчего объём кода разбухнет на 64 байта и уже не влезет в 4 кб. В моих листингах это как раз легко сделать, т.к эти места помечены звёздочками, достаточно закомментировать строки IN/OUT, а откомментировать строки LD (а может есть версия и с условным флагом компиляции, тогда достаточно изменить 1 цифру).

Кстати, раз из-за экранной несовместимости наплевать на диск-доктор, Track-Sector Edit и SE.COM Е.Седова , то лучше сразу использовать RK-DOS в формате 560 кб на DD-диск (или 640 кб на HD-диск), кварц (или входной такт) соответственно не 8 МГЦ, а 10.5 МГЦ и 12 (или 15 МГЦ, если HD-5.25, т.к у него колесо в режиме HD крутится быстрее). Естественно, т.к речь об ОЗУ, никто не мешает странслировать RK-DOS родным способом (BDOS на E001, ячейки на 7500) и использовать дисковый бейсик, дисковый ассемблер МИКРОН и дисковый редактор текстов (он вроде-бы не "лазиит" в экранное ОЗУ) от родной RK-DOS.

Т.к в АПОГЕЕ места в адресном пространстве для доп.ПЗУ нет, а грузить ДОС с магнитофона не смешно, придётся делать внешний ROM-диск, возможно с какой-нибудь системой там. Только не говорите об ORDOS (для запуска файлов достаточно ROM-SERVICE от РК86 с объёмом кода в 300 байт), в крайнем случае измените в ПЗУ команду 'U' на 'B' (Boot), по которой из ROM-диска будет грузиться и стартовать кусок кода из жестко фиксированных адресов ROM-диска.

Из любопытства зыркнул в местную "Вику", чтобы узнать что-нибудь об АПОГЕЕ и обнаружил, что там свободна для расширений память EB00...EBFF. Так что можно поставить дешифратор ИД7 и получить шаг в 20H. Тогда EB00 - это ППА РК-КНГМД, а EB04 регистр управления. И ещё 7 чип селектов для расширений.

Вопрос. А в АПОГЕЕ ОЗУ буферизовано? Потянет ли шина?

Однако для АПОГЕЯ лучше даже не связываться с RK-DOS, а сразу поставить CP/M. Это даже проще, т.к вообще ничего менять не надо. Подставляете свои адреса и транслируете. Если в ОРИОНЕ в банке 0 CP/M работает в ОЗУ 48К, то у АПОГЕЯ ОЗУ аж 56 кб, чего хватит даже для трансляторов ОЗУ. В ПЗУ лучше сразу прошить саму CP/M, а не её загрузчик, т.к грузится быстрее и не надо иметь системных дискет, долго ждать реинициализации BDOS по ^C и иметь бОльший полезный объём на дискетах. Я для себя всегда прошивал все ДОС для ОРИОНА в ROM-диск в виде ORDOS-файлов.

Хотя формат ORDOS для ROM-диска не оптимален, но интерфейс с ORDOS из CP/M хорошо отработан, так что файлы RK-DOS или CP/M можно хранить и в формате ORDOS в ROM-диске. В западных ЭВМ файлы в ROM-диск прошивают вовсе не впритык друг к другу, а в произвольном порядке, с любыми пустыми зазорами между файлами, начало следующего файла ищется по сигнатуре, (обычно цепочка FD FD FD), что намного удобнее для модификаций за счёт простой перестановки микросхем ПЗУ, и позволяет комплектовать программами ROM-диск для конкретной задачи (да и ROM-диск тогда не ограничен в 64К).

А лучше не мыкаться с дисководом (т.к негде брать дискеты и, кстати, долговечнее дискеты DD, а не HD), а сразу использовать старый винчестер IDE (расход деталей ППА ВВ55 и 3 микросхемы 555 серии). Причём, в тот же самый разъём, кажется, можно втыкать и CF-карту. Правда для этого у меня нет готового подходящего исходника, надо не очень сложно редактировать, чтобы заменить Z80-команды на команды КР580.

С CP/M всё давно отработано. Сделайте это и это будет полезно, т.к тогда все ретрограды владельцы РК86, принципиально нежелающие расширять ОЗУ (хотя-бы до 48 кб), увидят как Вы программируете на BDS/AZTEC-СИ и на Паскале MT+, а может быть даже и на PL/M (если когда-нибудь обнаружится его версия для CP/M). И поймут, наконец, что дополнительное ОЗУ полезно даже в РК86.

Скрытый текст

Хотя мне кажется, что утверждения, что PL1 для CP/M намного хуже, чем PL/M, т.к, якобы, он слишком крутой и наворочанный, - непроверенные домыслы тех, кто это сам не попробовал. Если наворочанные функции не использованы в исходнике, то их не будет и в объектном коде. Т.е, если использовать PL1 в объёме возможностей PL/M (т.к PL/M это подмножество PL1), то результат будет тот же самый, как и при использовании PL/M. Почему надо принимать на веру, что разработчики компилятора PL1 в 80-тые годы были намного глупее, чем Гарри Килделл в 1973-м, и не понимали, что ресурсы 8-ми разрядки невелики. Может поэтому никто и не cтранслировал PL/M для CP/M, т.к это незачем, если уже есть гораздо более мощный компилятор PL1.

[свернуть]

CP/M для АПОГЕЯ имеет смысл оттого, что когда она "сжирает" 10 кб свободного ОЗУ, то остатка ОЗУ всё-равно хватает для загрузки всех имеющихся программ, а в CP/M на базовом РК86 можно стартовать только очень маленькие программки (к тому же ещё и ЯВУ не работают), что делает CP/M бесполезной.

цвет как в АПОГЕЕ к простому РК можно прикрутить?

Какие проблемы, это кажется всего несколько ИМС155-той серии. Их несложно припаять вторым этажом (или на отдельной платке, как рекомендуют в журнале "Радиолюбитель"). Но почему речь о цвете АПОГЕЯ. У РК86 есть свой цвет, т.к к РК86 ещё раньше, чем в АПОГЕЕ сделали цвет.

И даже, якобы, как указано в статье в ж."Радиолюбитель" 04.1992, какой-то КООП оцветил 30 игр для РК86 и сказочно обогатился продавая цветные программы пользователям РК. Не знаю, совместим ли тот опубликованный (а стало быть стандартный) цвет РК86 с цветом АПОГЕЯ? Т.е конечно он совместим по работе, т.к используются сигналы атрибутов, которые во всех ВГ75 работают одинаково. Но соместимо ли цвето кодирование, т.е R G B и ReVerseVideo (RVV) получают с тех же выходов?

Если ответ - несовместимо, то, если сделать в РК86 цвет по АПОГЕЮ, то те, уже якобы адаптированные, игры РК86 будут показывать искажённые цвета. Также могут быть отличия в работе сигнала RVV. Лично я RVV задерживал на знакоместо (от этого упрощалось программирование).

Интересный вопрос. Имеющиеся эмуляторы РК86 поддерживают цвет РК86 из журнала РАДИОЛЮБИТЕЛЬ? Это стандарт и его надо уважать. Если поддерживают, то тогда опытным путём можно определить какие игры РК уже цветные и соответственно принять обдуманное решение какой вариант цвета делать в своём базовом РК86.

[Vladimir_S]

У РК86 есть свой цвет, т.к к РК86 ещё раньше, чем в АПОГЕЕ сделали цвет.

Есть конечно, но по сравнению с цветом Апогея очень убогий.http://zx-pk.ru/threads/26099-radio-...l=1#post853583

[tnt23]

диск-доктор, Track-Sector Edit и SE.COM

А где можно взять Track-Sector Edit?