Ассемблер Радио-86РК

[Error404]

barsik, В этом и весь кайф. Когда мне приходится писать большие файлы, которые не возможно написать на той же РКшке, чувствую себя как предатель.

Давно предлагаю запустить CP/M в расширенной странице ОЗУ с честными 64к (по аналогии как сделали с микродос работает на Векторе - в эл.диске запустили) - и спокойно править файлы там (размером сколько влезает на дискету и в нормальных текстовых редакторах, нормальных компилерах). Всех затрат составит примерно 2 микросхемы (одна статическая ОЗУ на 64к, и одна на логику - там не много надо то: два чипселекта обслужить, разряд порта включения режима взять с ВВ55 D14). Чем себя по-предательски чувствовать.
Сам я эмуляторщик, но тут вопрос самоощущения, я например себя нормально чувствую.

[Error404]

Область 0000...00FFh сделать "склеенной": при записи в эту область запись осуществляется сразу в обе плоскости ОЗУ - и в основное 32/16к, и в расширенные 64к. Это даст возможность использовать расширенную страницу и для CP/M (причем с максимально возможным размером TPA) и для электронного диска если без CP/M.

В случае CP/M в области 0000...00FFh размещается как и положено служебная область CP/M, но в области 00010...03Fh - подпрограммы межстраничных пересылок и call-ов + опционально стек п.п. пересылки и межстранич. вызова, 0100...0FEFFh - TPA, а 0FF00h...0FFFFh - враппер CP/M ("эмулятор" BDOS/BIOS с вызовом в основную страницу где собственно весь код).

В случае эл. диска в области 0000...00FFh подпрограммы межстраничных пересылок, выше 0100h - полезная емкость электронного диска (65280 байт) в дополнительной странице ОЗУ.

В режиме CP/M выше 0100h в основном ОЗУ кладем код CP/M + драйверов. Стартует всё в основном ОЗУ, область межстраничной пересылки инициализируется простой записью нужного блока в 0000...00FFh, дальше можно спокойно обращаться к подпрограммам в области 0000...00FFh и работать с расширенным ОЗУ что-то туда пересылая, делая туда вызовы, и возвращаясь обратно в основную страницу.

[uart]

IMHO более правильнее эл.диск с ЮТ-88 заюзать.

[Error404]

IMHO более правильнее эл.диск с ЮТ-88 заюзать.

а он позволяет выполнять программы в том дополнительном ОЗУ (а не только хранить)? Без этого диск малоинтересен. А для этого как ни крути, надо во-первых чтобы плата эл.диска это поддерживала (т.е. садилась на полную ША и имела требуемое управление от основной платы), а во-вторых внедрение в основную схему РК (добавить гейт, определяющий к которому из ОЗУ/extОЗУ/ВУ коммутируется обращение процессора). В предлагаемом мной варианте это навскидку решится парой порезов с выводом порезанного на разъем (+шины), да внешней платкой в этот разъем на двух МСХ (W24512 + W27С512)

[barsik]

Давно предлагаю запустить CP/M в расширенной странице памяти, где полные 64К ОЗУ

Это предложение надо делать авторам плат новоделов.

Без плат, можно предлагать только крошечные доработки, что быстро и легко можно сделать на базовой плате РК86. Например, программное "открытие ОЗУ 8000...BFFF (за счёт переноса ППА клавиатуры в область выше F000). Да и кто это отмакетирует? Некоторые умеют разводить платы, а макетировать МГТФ-ом давно разучились. Я, например, уже забыл с какого конца держать паяльник, и энтузиазма на монтажные работы не хватает. Поэтому остаётся только метод, когда схему рассчитывают теоретически, на бумаге и сразу делают платы, первая партия которых, естественно будет с ошибками. Таким образом по всем критериям всё-равно лучше делать простые доработки. Например, так ли уж обязательна общая область связи между банками? Имея некоммутируемое ПЗУ F800 и в нём п/п-ммы чтения/записи банок и п/п-мму вызова CALL в другую банку, без этого можно обойтись, с'экономив груду деталей и трудозатрат.

в области 00010...03Fh - подпрограммы межстраничных пересылок и CALL-ов + опционально стек

Вот как раз этот участок из ZERO-page CP/M и не надо тратить на ерунду. Во всех моих ДОС используются все RST (кроме RST 0). Это очень удобно, сокращает объём кода и унифицирует программы для разных ДОС. А для ДОС, где RST-входы не грузятся автоматически по WARM BOOT, я сам при старте программы кидаю в ОЗУ входы RST и получается то же самое.

[Ратмир]

Тема создавалась немного о другом. Для начинающих я думаю сложновато все это.

[tnt23]

Вот вы тут сидите, а svofski добавил в свой онлайновый "Прекрасный ассемблер 8080" генерацию WAV файлов в формате РК, и научил его даже дудеть скомпилированное.

Прекрасный ассемблер: http://sensi.org/~svo/i8080/
Нимнощька по теме: http://zx-pk.ru/threads/23087-prekra...kie-bukvy.html

[Vladimir_S]

tnt23, Высоко сидим, далеко глядим.

[svofski]

Чуть чуть протестированный ассемблер теперь хостится тут: https://svofski.github.io/pretty-8080-assembler/

На sensi.org можно нарваться на эксперименты без обезболивающего.

[Vladimir_S]

svofski, Все не было времени испытать как в Прекрасном ассемблере 8080 формируется WAV на практике. Великолепный результат!. Экономит кучу времени при отладке. У меня на РКшке на процессоре тактовая частота 2 Мгц и с константой (I,41) читается без ошибок.

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

И я как истинный лентяй сейчас придумал - что бы не набирать каждый раз I,41 завтра с утра создам директиву J. Она будет записывать свою константу в адрес 762F, а потом будет переходить на директиву I.

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

svofski, А случайно в самом ассемблере скорость WAV не меняется?