nedoPC.org

Bсё иронизируете?
Мне страшно представить, что там от РК осталось
Меня это тоже интересовало! Когда сегодня написал код, понял, что ещё один-два адреса директив можно вставить…
Кстати, код выше я писал наобум и не проверяя, так как из-за бессонницы начал ковырять дамп ментально… Не выдержал, включил компьютер и набил тот код в стиле Z80. Сейчас перевёл в эмулятор - сбой!
Тем самым, ответ - 11 директив!
То есть, до двенадцатой директивы экономия таблицей невозможна…
Нажмите тут F4 - тут я полное имя директивы выводил таблицей из 26 WORD'ов, так как первая буква печатается эхом с клавиатуры, а остальные три буквы - хранятся 5 битами в WORD.
(К сожалению, версия эмулятора на сайте подбитая и гонит: Квадратиков быть не должно, так как это просачивается код FF от опроса клавиатуры…)
Ещё 25 лет назад я задавался вопросом, для чего нужна «U» с переходом на F000, если F000 запускается по любой другой букве. Потому здесь «U» у меня и не включена.
Вообще, подозревал всегда, что сам автор МОНИТОРа по F000 не отдельную оболочку хотел запускать, а разместить там продолжение разбора остальных директив.
Сейчас я вообще ничего не понимаю…
Подзабыли, что «G» я доработал и вместо «Goto» получился «Gosub»: По «X» я менял регистры и по «GF809» проверял свою подпрограмму вывода символа…
Доработал, но не втиснул…
Бывают случаи…
Вот «I»/«O»/«V» я не буду трогать - подпрограммы реального времени отлаживаются сложно и в рамках эмулятора ковырять их опасно
Если Вам это под силу! Я тоже хотел бы такое иметь в ПЗУ, с тех пор, как здесь узнал про игры с подобными загрузчиками…Вот потому я и надрывался, чтобы переключать страницы РФ2 без лишних сигналов/проводков!
Нужно будет снова пересмотреть всю номенклатуру ТТЛ и выискать наиболее подходящие регистры/счётчики под это…
Пусть даже редчайшие буржуйские…
Всё это я проходил уже на «ПОИСКе», пока НГМД не добыл…
А пробел и так вызывает F000 в оригинале: Нажмите ПРОБЕЛ с параметрами…
По F000 обычно вспомогательный МОНИТОР или какая-то DOS может размещаться. А так как кроме «U» и все остальные директивы туда ссылаются, необходимо крепко подумать…

И в мыслях не было. Битовые маски обычно используют, чтобы фиксировать занятость членов в множествах (в частности для этого служит Allocation Table в CP/M и VTOC в Apple-DOS 3.3 и RK-DOS). Но я никогда не встречал их применения в CCP для таких целей. Скорее всего никто в мире так их ещё не использовал.
Да нет, за модификацию кода я ещё и не брался. Весь код Попова и Зелёнко сохранён в неизменности. ~90 байтов освободились от удаления директивы X и стоп-точки в директиве G. Остальные байты выиграны удалением лишнего по мелочи (типа замены CP 0 на OR A; LD A,0 на XOR A; CP FF на INC A; устранение дублирования, ненужных JMP-ов, использование полезного содержимого регистров после п/п-мм, типа А=0 после MSSG, и т.п).
Это ясно, но это не отменяет того, что и DOS может располагаться в том же ПЗУ F000 и добавленные директивы, (что в этом ПЗУ F000) могут быть командами DOS (записать/удалить/загрузить/переименовать). Использование CCP монитора в качестве замены CCP DOS экономит объём кода (хотя и ограничивает команды DOS одной буквой).

Правда RK-DOS 1.0 что стояла на F000 не использовала CCP монитора (т.к у Микроши нет в ПЗУ расширяющей команды JMP F000), там вынужденно был свой CCP, но подпрограммы GETLIN и GETPRM (т.е ввод строки и конверсия символьных параметров в HEX-значения) использовались мониторовские. Потому в RK-DOS 1.0 и было всего 4 директивы: C- Catalog, S- Save, L- Load и F- Format.

Кстати, Вы можете посмотреть для чего люди 30 лет назад ставили в РК86 второе ПЗУ F000, - на архивных сайтах есть РК-монитор размером в 4 кб.
Не совсем так. Да, по ошибке, т.е если первая буква директивы не из числа резидентных 12, то происходит уход на F000. Но при этом не меняя CCP мы не можем в качестве доп.директив использовать те же буквы, например D для DIR, S для SAVE, т.к они уже резидентны и по ним переход на исполнительную часть уже происходит по коду ранее.

Если просто вводить пробел, а затем, например, команду S100,1FFF<ВК>, то до F000 управление даже не дойдёт, т.к буква S это не HEX-цифра и подпрограмма GETPRM выскочит на ошибку. Потому надо в CCP ввести подпрограмму SKIP, которая пропускает пробелы в начале ком.строки. Тогда на обслуживание резидентных команд и правильную конверсию в HEX-числа лидирующий пробел в ком.строке не повлияет. Но т.к цепочкой сравнений анализируется байт взятый по LD A,(COMBUF), т.е из самого первого байта буфера ком.строки, то команды начинающиеся с пробела не вызовут исполнения, даже если они содержат буквы резидентных команд (C,S,T,D,I,O...), потому что буквой команды будет считаться пробел. А также благодаря SKIP подпрограмма конверсии текста в HEX-цифры сработает правильно загрузив ячейки 3-х параметров и 3 пары регистров. Решается задача, чтобы и подпрограмма конверсии текста в HEX-значения сработала и чтобы буквы уже занятые резидентно можно было использовать в расширении монитора.

Уходить на F000 программа должна только если первый символ команды именно пробел (а не любая буква). И перед уходом на F000 монитор должен проверить, что на F000 стоит JMP F836 (иначе на F000 нет ни ПЗУ F000, ни дубля ПЗУ F800, что бывает без дешифратора или большого ПЗУ).

Если же просто уходить на F000 по пробелу или другой свободной букве, используя её как префикс, то возможна только одна команда, т.к нельзя передать букву доп.команды в F000. GETPRM, что делает конверсию текста в числа (если МНИП, вроде аналог оператора VAL$ в бейсике) в РК86 неудачная, хотя и короткая. Лучше эта п/п-мма - у А.Волкова в первом мониторе Специалиста (что на 8D00) и у Орлова в его мониторе Специалиста.
Не знаю о чём это, но все директивы «G» во всех мониторах всех компьютеров делают уход по CALL. Там в стеке адрес WARM START (F86C) и делается JP (HL). В регистрах DE, BC могут передаваться параметры.

Eсть мысль сократить число директив до пограничного минимума - 11.
Так как моя подпрограмма печати символа использует «шагалку» по строкам, я её хочу вынести за пределы пространства кода печати:Удивительно, но увеличив её на два байта, можно добиться полной универсальности:Тем самым, чтобы мои «FD FD FD» по F803…F82F работали, получим ячейки под FDFD…FE00 таким образом, что откроет мне перспективы унификации селекторного перехода к API, но только в рамках МОНИТОРа, который должен быть в составе страниц «Супер-РФ2» с функциями работы с файлами, о чём я выше думал…
В рамках же просто «продвинутого Монитора» эти FD-шки ни к чему…
Если «заставку Windows» переместить, а «шагалку» вписать на то место, то резервные ячейки, из-за перемещения проверки Escape-последовательности на место «шагалки» в тело кода печати, дадут некий выигрыш… Сейчас нужно проверить, какой…
Потому что в оригинале сначала читаются аргументы, а потом уже исследуется буква директивы…
Если бы мой код проверили практически, то заметили бы, что в нём иное поведение…

А как я могу проверить ваше ПЗУ, если Вы ни готовые коды своего улучшенного ПЗУ, ни его исходник, чтобы можно было самому странслировать, не выкладываете? Правильно выкладывать коды или исходники плюс описание, где подробно описано, что изменено или добавлено/убавлено.

Что толку от дампов каких-то коррекций? Кому охота вручную вбивать эти дампы. Да и зачем? Пока нет окончательного релиза вашего нового ROM-BIOS просто раскажите, что даёт та или иная мелкая коррекция. Хотя в очередной раз упомяну, что модернизировать программы отладчиком раз в сто менее эффективно, чем нормальным способом.

Для маленьких патчей программ поставляют отдельные программки - запускаешь такую программку и она изменяет коды (предварительно убедившись по КС, что это тот код, для коррекции которого она предназначена).
Директивы V в РК нет (есть в Специалисте). В эмуляторе с перехватом МГ-подпрограмм ничего не отладить, т.к коды этих п/п-ммы там не прогоняются вообще. Но в обоих эмуляторах есть ввод из WAV. Но похоже это работает не точно, т.к есть WAV МГ-записи, что вводятся в реале, а в эмуляторе нет.

Что значит трогать? - Менять логику работы? Или просто сдвинуть на более удобное место? И в чём проблема, если даже чуть изменить, не меняя алгоритм? Что изменится, если вместо LD A,0 поставить XOR A. Понятно, что 4 POP-а, что там стоят для регенерации ОЗУ убирать не надо или переделывать двухфазку в двухчастотку.

Вообще при модификациях код можно двигать, если сохранять лишь 11 внутренних точек (это 8 вх.точек для идиотов и точки для эмуляторов). Хотя может быть их даже больше, т.е возможно есть ещё игры идиотов, что лезут на неучтённые мной внутренние точки. Например, меня удивляет, что на точку @LDIR я не встречал игр, а должны бы быть. Чаще всего используют CMPDH, GETLIN и PUSK_VG. Если CMPDH, GETLIN ещё понятно, но на внутреннюю точку PUSK_VG зачем лезть, если эта точка включающая видео выведена в стандартные входы (F82D)? Как будто 6 МКСЕК (время прогона команды JMP) спасут программу этого программиста дилетанта.

А относительно эмуляторов достаточно знать как задать точки перехвата в конфиге. У EMU например, задаются точки входа в LDBYTE/SVBYTE и точки выхода (байты RET) из них. Если Вы эти точки сдвинули, так посмотрите адреса в листинге трансляции и откорректируйте конфиг. Или проще, всегда подгоняйте эти адреса под адреса оригинала.
Это естественно, как может быть обратный порядок? Если сразу уходить по букве на исполнение, то надо в каждую директиву вставлять вызов подпрограммы конверсии текстовой строки с параметрами в их значения (GETPRM или DC16).

Я писал о том, что чтобы ввести префикс, служащий для переадресации директив в доп.ПЗУ F000 и одновременно использовать имеющуюся подпрограмму конверсии текстовых параметров в HEX-числа, надо убрать позиционность. Как я упоминал выше в оригинале подпрограмма конверсии, начинает разбор сразу за буквой директивы, т.е с адреса BUFCOM+1. А когда добавляется префикс (например, пробел), то это попадает на букву команды и получается ошибка, в лучшем случае, вводится ошибочное первое число. Кстати, все мониторы, кроме РК-шного прекрасно воспринимают ввод более, чем 4-х HEX-цифр, - берутся 4 последних (например, при вводе 123456, параметр будет 3456H), а РК-шная процедура GETPRM это не допускает.

Потому вчера, когда я заменил две директивы D и M на аналогичные директивы от Специалиста (т.к они более удобные), то одновременно заменил и GETLIN и подпрограмму конверсии текстовых параметров в двоичные.

Вот посмотрите как просто и красиво в мониторе Специалиста делается конверсия текстовых параметров в двоичные значения (а аналогичная РК-п/п-мма GETPRM просто уродлива). И пробелы пропускаются и разделитель может быть как запятая, так и пробел. И посмотрите, что делает эта п/п-мма. Она вводит один параметр до разделителя и кладёт его в стек. Если указатель дошёл до стоп-байта 13, то в стек уходит 0 (нет параметра). Таким образом вводятся 4 параметра, но при желании можно вводить и 44 параметра (лишь бы стека хватало).

Типa вот такого?Здесь я освободил 9 ячеек. Но если удалить/переместить директивы C/F/S/T, то освободится ещё 49 ячеек.
Можно сделать одну комбинированную директиву D:

• «D100» работает как «M100»
• «D100,109» работает стандартно

Если тут чуток доработать:И F818 править не обязательно, печать текста будет иметь терминацию по 00 или >7F (как Бейсик-токены), а это в ПЗУ позволит отыграть ещё парочку ячеек…Кaк не выкладываю?
Существует онлайн-эмулятор с ассемблером - вот туда мои патчи можно вставить и проверить…
Нужно лишь онлайн проверить, оценить, а затем сделать замечания, что где-то кривовато получилось…
Код ПЗУ? Бинарник я выше выкладывал…
Исходников нет. Одни заплатки в нескольких текстовых файлах…
Тем более, комментариев нет, так как всё очень сырое…
Какие дампы в XXI веке‽
Я давал маленький дампик под ВГ75 и всё…Да, пока нет…
Вернее, я тупо из онлайн-эмулятора выдрал снимок памяти пропатченного ПЗУ и выложил тут, предварительно проверив в Emu80/3000.

Ниже выкладываю патч текстом для вставки в ассемблер онлайн-эмулятора.
Вставьте, транслируйте, залейте в память и нажмите «Reset».
Затем набирайте «G0», «G1», «G2», «G3», «G4» - выше я описал эти точки демонстрации вьюпорта.
Что в патче:

• Разделительную запятую сменил на пробел - «D0 17F» работает (непривычно, неудобно)
• Вместо точки теперь АР2 (в эмуляторе - Левый Alt+0) (быстро привык)
• Теперь ширина экрана определяется ячейкой 7722h - «M7722» с байтом «4D» устроит перекос скроллинга и всего

Предвосхищая Вашу критику, скажу, что это всё - лишь заготовки.
Так как я сижу на форумах и в гугле, одна из закладок - эмулятор, чтобы в промежутках вносить разные изменения, не запуская разные программы. Это очень удобно! В случае краха - просто жму F5…
Чтобы выложить исходники, их нужно написать/переписать.
Вы советуете мнемонику Z80.
Эмуляторы поддерживают мнемонику i8080.
Мне же удобна мнемоника x86…
Из-за чего я ещё не определился, с какого края подходить к написанию полного текста…

Но, рано или поздно, исходники будут - напишу.
Пока - проверяем заплатки онлайн!

P.S.: Может моя версия - тупиковая и медленно двигается к краху?
Пока обойдусь браузерной эмуляцией/отладкой поэтому

Почему не надо править F818 для стопа по старшему биту? Там же (на F922) обычный MSSG и он не останавливается по старшему биту, только по нулю.


Да, если вместо оригинальной MSSG (F818) применить п/п-мму MSGH, которая делает стоп по взведённому старшему биту символа, то в оригинальном РК-мониторе это даёт выигрыш в пяток байтов (экономия в байтах = сколько вызовов MSSG минус 2).

Но если убрана директива X и G без стоп точки, то выигрывается совсем немного. Сейчас выиграю и этот байт. Так мало выигрывается потому, что после выкидыша ненужных сообщений про регистры, текстов в ПЗУ осталось слишком мало (всего четыре - TITR, TZABOJ, TCHSUM и TRIGHT). TRIGHT сейчас уже не нужен, т.к п/п RIGHT4 я заменяю на CR. Остаётся всего 3 текста, т.о выигрыш всего 1 байт.

В компьютерах из стран с чисто латинским алфавитом часто используется такой метод задания конца текстовой строки. Т.к у них 7-ми битовый ASCII. И даже в некоторых ассемблерах есть такой псевдо-оператор для задания текстовых строк, - аналог DEFB, но в последнем символе строки старший бит выставляется. Но у нас для КОИ-8 это не годится, потому и не распространилось. Я много раз использовал MSSG со стопом по биту D7=1 в CP/M и в прикладных программах, где много сообщений. В CCP CP/M в сочетании с RST это даёт выигрыш около 80 байт.

В CP/M Специалиста всё-равно нельзя использовать стандартный MSSG C818, т.к из-за того, что CONOUT в ПЗУ не векторизован, чтобы MSSG обслуживал искейп-коды (которые не обслуживаются ПЗУ), надо иметь свой MSSG. В РК86 изначально стоило использовать такой стоп в MSSG, т.к там семибитовость символов, а атрибуты запрещены.

Обычно, если не нужна КОИ-8 и нет сброса бита D7 в CONOUT, то стоп по биту D7 обходится в 7 байтов (см.ниже). Но для РК86, т.к там в COUT_A сбрасывается старший бит и рег.А сохраняется, стоп по взведённому биту D7 вводится ценой всего в 2 байта:



Заменить запятую на пробел разве проблема? В DOS желательно вводить вот такую командную строку:

--> S 0,1FFF MYPROG.COM

Чтобы и запятые принимались и пробелы (любое их число) и табуляция и ввод имени файла не вызывал ошибки. Ещё надо добавить ввод с клавиатуры символа $5F (подчёркивание).
Где ? Дайте готовый дамп ПЗУ, пригодный, как для эмуляторов, так и для реала и демо-программу, что демонстрирует добавленные возможности. И объясните, что мы должны увидеть. Я до сих пор не понимаю в чём Вы хотите улучшить подпрограмму CONOUT F809. Я бы понял, если бы в эту п/п-мму добавили обслуживание искейп-кодов, реализующих оконность.


Это убогий эмулятор, вместо отладчика предлагающий какую-то консоль. У меня от этого эмулятора прямо сейчас плоский монитор сдох (сейчас поставил другой плоский монитор, дефектный - чуть пониженная яркость вверху экрана). Единственная польза от этого онлайн-эмулятора - это скачать некоторые РК-игры и забыть. Но я даже скачать файлы не сумел. Как вывести данные из этого эмулятора на мой винчестер?

Вряд-ли кто-то захочет проверять ваши программы в этом онлайн-эмуляторе. Давайте нормальные коды, пригодные для приличных эмуляторов и реала. Да и зачем нам это проверять, читателей форумов вполне устроят скрин-шоты и рассказы о ходе работ.
Исходники читателям и не нужны, нужны готовые программы в виде кодов (а не экранных дампов). В 80-тые годы считалось неприличным просить исходник, это личное. Считалось, что если тебе надо, то покупай, или дизассемблер в помощь!
Так что же Вы их постоянно показываете в форумах. Как будто их кто понимает. А вот исходный текст на ассемблере читатели поймут, особенно, если он в привычной большинству читателей мнемонике и с комментарями.
Непонятно, куда, как вставить, что транслировать, где набирать и вообще, я этот эмулятор больше не запущу, т.к у меня остался единственный плоский монитор (ещё пара кинескопных). Лучше показывайте скрин-шоты и расказывайте словами какая польза от ваших доработок.
EMU и EMU80 поддерживают и Z80. Достаточно в конфиге заменить одно слово на Z80. А в EMU можно даже включить процессор 6502 или 8088 (жаль 6800 нельзя). В EMU80 мнемоника в отладчике переключается командой Z (но проще задать в конфиге процессор Z80 не используя в программах его доп.команды, тогда мнемоника сразу Z80).
У вас же нет конвертора мнемоник 8086 в мнемоники Z80/8080. Чтобы получить текст понятный всем придётся дизассемблировать коды полученные из под вашего компилятора x86/80.
Даже самым лучшим врачам психиатрам не удаётся излечить мазохизм. На вкус и цвет товарищей нет (пословица).

Т.к доработки ПЗУ в этой теме выкладываются в виде никому непонятных дампов, я всё-же заинтересовался c чего бы вдруг MSSG у Вас будет работать со стопом по выставленному старшему биту символов. После долгой возни узнал, что всё-же модификация в MSSG для этого нужна, а фраза о ненужности для этого модификаций в п/п-мме F818 была ложной.

Т.к читать в кодах я не умею, мне пришлось скопировать выложенный дамп, вставить его в текстовый редактор, вручную отредактировать дамп в DEFB строки ассемблера, дополнить обрамлением, затем странслировать макро ассемблером, отлинковать и полученный DAT-файл загрузить в IDA и затем дизассемблировать и текст фрагмента сохранить в виде ASM-текста. Затем отредактировать его и только тогда получается возможность его изучать.

Разве можно такое выкладывание для ознакомления читателям считать нормальным? Когда надо потратить, как минимум полчаса для каждого фрагмента, чтобы привести данные в воспринимаемый обычным человеком вид. На мой взгляд это не нормальное выкладывание в форуме, а граничит с издевательством. Типа, я могу читать в кодах, а вы все дураки, если это не умеете... В общем в итоге я получил вот такой фрагмент. Это оказались немного модифицированные п/п-ммы GETLIN и MSSG.


Во-первых, сразу видно насколько написание программ отладчиком неэффективно и подвержено ошибкам (здесь ошибочно вставлена команда CP 77H). Кстати, вот так экономим два байта на загрузке в DE адреса COMBUF:


Ещё один байт выигрывается, если (во второй строчке снизу в предыдущем фрагменте) убрать загрузку регистра B нулём, а сделать это в п/п-мме GET_HL (что стоит на $F95A в оригинале), где первой командой в HL загружается 0000. После неё надо вставить команду LD B,H, что также загружает 0 в регистр B, но с экономией в 1 байт.

Зато из MSGH видно, что ваш вариант на 1 байт короче, а я не сообразил, что не только регистр А сохраняется в п/п-мме COUT_A, но и флаги, и потому сдвигать, чтобы узнать бит D7 излишне. Уже польза от потраченного на дизассемблирование дампа времени.

Кстати, команду AND A, чтобы узнать флаги программисты применяют реже, чем OR A. Это конечно, кто как привык, но мне AND A сразу не даёт подсказку, что это тест для получения флагов (т.к AND всегда используют для маскирования битов). Потому я всегда заменяю AND A на OR A.

Мoя демка окон так и работает… В ней RST_0 служит для печати текста и вызова подпрограмм МОНИТОРа.
Да, именно RST_0, так как она проверяет по указателю стека горячий/холодный ли вызов? А так как у МОНИТОРа SP > 7600, а приложения устанавливают SP < 75FF, то RST_0 - самая медленная подпрограмма, так как печать текста впопыхах не нужна!
Вoт здесь меня обнадёжили тем, что мою интеллектуальную собственность с первого захода никто ковырять и не станет…Она не нужна, так как подпрограмма неверно воспринята:Как уже можете видеть, моя фирма тоже веники не вяжет…

Здесь в теме у нас уже наблюдается здоровая конкуренция модификации ПЗУ судя по всему…
Тем самым, не будете против, если я буду именно своей версией заниматься?

Нет, я не против разных комментариев и критики моего кода или варианта.
Просто мой вариант - наиболее совместимый с оригиналом и поддержкой всех директив.
(В силу моего малого опыта и излишней аккуратности!)
Конечному пользователю будет просто любопытно сравнить наши МОНИТОРы в конце-концов!

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

Те тексты, что я здесь публикую, имеют ошибки, да…
Так как я их с потолка прямо сюда вставляю.
С одной стороны - тоже хорошо, так как не нужно слепо доверять коду и лучше перепроверить, если хочется.
С другой стороны, нужно уважать друг друга и не вводить в заблуждение. И я постараюсь быть аккуратнее…

Испробовал Ваш метод выигрыша объёма кода за счёт стопа по взведённому старшему биту символа. Выиграл 3 байта, но пока делал, то вспомнил почему этот метод я не применил в Мониторе-3 ОРИОНА и ПЗУ Специалиста.

Этот метод не так эффективен для монитора, потому что есть программы, которые ожидают, что после вызова п/п-ммы F818 в аккумуляторе возвращается 0. Значит перед RET M надо ставить команду LD A,0.
Это неверно. Нельзя сдвигать указатель HL, т.к есть программы, что рассчитывают на то, что HL по выходе из MSSG указывает на стоп байт. Тогда сделав INC HL снова вызывают CALL MSSG для вывода следующих слов.
Вообще исходно у нас были разные задачи. Я освобождал место, чтобы хватило на поддержку ROM-диска, подпрограмм RRAM/WRAM F836/39 для чтения/записи байта из дополнительного ОЗУ (что обязательно при цельно-банковой коммутации, но необязательно при оконной) и для введения в ПЗУ F000 RAMDOS от Специалиста.

А Вы собирались изменить алгоритм работы п/п-ммы F809. Но конечно я охотно заимствую любые чужие идеи, если они полезны. Уже с вашей помощью я выиграл несколько байтов.

Мoя демка окон так и работает… В ней RST_0 служит для печати текста и вызова подпрограмм МОНИТОРа.
Да, именно RST_0, так как она проверяет по указателю стека горячий/холодный ли вызов? А так как у МОНИТОРа SP > 7600, а приложения устанавливают SP < 75FF, то RST_0 - самая медленная подпрограмма, так как печать текста впопыхах не нужна!
RST_0 проверяет первый байт за инструкцией. Если он ≤127 - печатает текст. Если >127 - вызывает F800+(n-128)*3…
Вот этого я и боялся!
Однако, использую это в своей радикальной версии ПЗУ тогда…

Когда я приводил пример подпрограммы вывода текста вставленного сразу за командой CALL или RST, я эту подпрограмму вывода текста назвал именем RST_18. Это просто имя, речь не шла об однобайтовой команде RST. Я использую такое имя, потому, что в версиях CP/M, что я транслировал с середины 90-тых всегда использовались RST (все RST, кроме RST 0, т.к RST 0 в CP/M это Warm Boot) и RST 18H как раз делает то же самое - выводит текст непосредственно вставленный в код.

В CP/M использование RST не создаёт проблем, т.к это место в Zero Page резервировано именно для RST и по каждому рестарту на адрес 0008 кидается блок RST. Благодаря чему в CP/M всегда есть RST, что заметно экономит объём кода в программах и в самой CP/M. Например, команда RST 18H выводит непосредственный текст, RST 10H выводит символ из регистра A с сохранением всех регистров (SCOUTA), RST 20H - возвращает статус консоли, RST 30H - CONIN, RST 28H - CALL F81B без останова часов и др.

Но не для CP/M, а для обычных бездисковых прикладных программ (игр и др.) команды RST не используют, т.к бОльшая часть программ работает с адреса 0. Тогда вместо однобайтовой команды RST 18H, ставят команду CALL. Об этом и был пример. Я назвал подпрограмму RST_18 просто потому, что у меня во всех исходниках эта п/п-мма так и называется. Потому что это делает макро-команда и я всегда пишу макро-команду, а ассемблер сам подставляет или команду RST 18H или команду CALL RST_18 (где RST_18 это подпрограмма и вовсе не на адресе $0018). У других авторов, аналогичная подпрограмма называется TXTOUT или иначе. И речи тут о самих командах RST не идёт.

Потому и непонятно, что Вы имеете ввиду когда пишете RST_0. Это что так ошибочно Вы пишете команду RST 0 или ещё что-то? Как RST могут применяться в ROM-BIOS машины в которой на адресах 0000...003A стоит ОЗУ, а не ПЗУ ?

Здесь я сделал типа макроса:
В адресах под RST я расположил демо-код. МОНИТОР RST не использует.
Позднее попытаюсь выложить его: Нету средств для трансляции под руками. Только онлайн-эмулятор
(Нашёл тут кое-что под несколько процессоров. Но он ругается на мой листинг, так как не поддерживается подчёркивание как ведущий символ метки и некоторый синтаксический сахар, поддерживаемый ассемблером онлайн-эмулятора (банальное «&» и «>>» следует менять на «%» и «/») )

Скриншoты просили?

Маленькиe раздумья…
Вообще-то схема РК спроектирована очень расточительно в плане расширения.
Так, светодиод «Рус/Lat» можно было посадить прямо на матрицу клавиатуры:
Что плохого, если при опросе клавиатуры индикатор будет пульсировать?
За то, явно видно, что опрос клавиатуры работает. А сама подпрограмма опроса перед выходом должна явно бит индикатора так и так установить. В этом плане, можно хоть все восемь светодиодов установить и подпрограммы ПЗУ ввода/вывода могли бы явно индикаторами сигнализировать о режиме, в котором в данный момент находится РК…
Конечно, можно выделить отдельный регистр и разместить его прямо на плате клавиатуры, а стробировать - тем же «Рус/Lat»…

Клавиши «УС»/«СС»/«Рус/Lat» могли бы параллельно с компаратором магнитофона через диод сидеть:
Нормальный пользователь при загрузке с ленты не тарабанит по клавишам
Тем более, для прерывания процедуры ввода можно было бы специально нажать их для генерации сбоя.

Здесь, правда, нужно придумать развязку, чтобы сигнал с магнитофона не воспринимался ошибочно как «УС»/«СС»/«Рус/Lat»…
Можно просто выход компаратора двумя диодами и подать на «СС»+«УС»…

Хотя, вообще-то, никто никогда не стал бы нажимать сразу три клавиши и «СС»/«УС» с «Рус/Lat». И «Рус/Lat» можно посадить диодами одновременно, например, на «Ф1»+«Ф3». В моём КР-03 с матрицей 8×11 три лишние линии клавиатуры шестью диодами и сидят так…
(Что за расточительность авторами схемы взята за основу? Диодов что ли жалко было? Или лишних инструкций? Вон, в DOS раскладка переключалась двумя клавишами Shift…)

Тем самым, по возможности, я бы доработал схему в этом плане. Ведь ничего добавлять существенно и не придётся.
Можно было бы одну-две линии клавиатуры вывести и на джойстики так же. Правда, игры нужно будет допиливать…
В том же ZX-Spectrum всегда поддерживался комплекс джойстиков, включая сидящий на клавишах «6»…«0» (не помню, как назывался, Interface 2?)…
И добавил бы просто ещё клавиш через диоды - ничего плохого не случится…

Кстати…
Вoт файлы демонстрации…
Файл *.rkr - Демонстрация окон…
Загрузите (нормально, без автозапуска или по «I») и запускайте по «G0»,«G1»,«G2»,«G3» и «G4».
По «G4» работают курсорные клавиши перемещения активного окна и клавиша Tab для переключения между окнами.

Файл *.rss - Бейсик с готовой программой: Сначала RUN и затем пару раз CONT.

Естественно, предварительно эмулятору нужно подложить мою версию ПЗУ…
Да как можно говорить, чтобы РАДИО-86РК выводил "куцый дамп", когда я и ZX-Spectrum заставил дамп выводить нормально
Ниже - tap-файл для Спектрума…

Без инверсии знакомест или цвета и нормальных рамок заниматься окнами на РК86 бессмысленно. Кому понравится такое уродство? Зато истратив кусочек проволоки и допрошив во вторую половинку РФ2 знакогенератора альтернативный фонт управляемый одним битом запасного ППА D14 (или PC1 ППА D20) получаются приемлемые инверсные окна.
Это разве нормальный вывод дампа? Такое пишется на любом бейсике за 3 минуты и занимает всего несколько строк бейсика. Вот нормальный дамп.
Никакие средства трансляции кроме TSR CP/M эмулятора (например 22NICE) и макроассемблера Microsoft М80 из CP/M Вам и не надо. Ничего лучше за 40 лет не написали. Всяким самодельным кросс-ассемблерам под Windows от любителей далеко до М80 как до Луны. Есть и другие ассемблеры для CP/M, но лучше нет. Поищите здесь.

Удобнее всего, если используется Windows XP, тогда трансляция, линковка и запуск на тестирование занимают две секунды (да и то лишь потому, что надо глазами увидеть сообщения, что нет ошибок трансляции и линковки и нажать пробел). Нужно только это плюс текстов редактор программиста UltraEdit (из редакторов для программиста тоже ничего лучше за 25 последних лет не написали). Если же применяется более свежая Windows, то она не позволяет прогонять программы MSDOS и потому приходится запускать MSDOS-программы и CP/M компиляторы ассемблера и ЯВУ под программой DosBox.
Где-же расточительно? Наоборот, недостаточно расточительно, - в ППА клавиатуры не нашли куда применить 2 бита на вывод PC1 и PC2. Если освободим и PC3, то будет уже 3 разряда незадействованных.
УС и СС - клавиши модификаторы, потому они правильно вне матрицы и читаются отдельными битами. А вот РУС/ЛАТ генерит код $FE и потому её можно было включить в матрицу (например, вместо <F5>). Тогда бы по освобождённому биту можно читать КСИ или такт КСИ делённый на 5 или 10, что даёт примитивный программный таймер. Ещё было бы полезно куда-то приспособить вход от "светового пера" (кстати, интересно с плоским дисплеем он работает или только с кинескопным).

Вот как раз джойстик (или ещё 8 клавиш) можно читать по линии магнитофона добавив линию ввода в матрицу. Можно бы и наоборот, т.е добавить линию сканирования с диодом по PC1 или PC2. Но на PC1 и PC2 сидят нули (после задания режима) и даже, если изменить ПЗУ и выдавать на PC1 и PC2 единицы, то не поможет, т.к игры не знают о этом.
Кажется в ПК11/16 (Союз-Неон) MS7007 подключена всего через два порта по 8 разрядов за счёт диодов (два нуля на разрядах PA дают доп.линию сканирования).

Этo слова XXI века! А тогда - и таким бы довольствовались
Опять ППА! Атрибуты же есть!
Для меня - да
Вы уверены Вам нужно почитать мемуары одного пользователя, который интерфейсами Радио-86РК и Специалист связал и не понимал, как другие на Спектруме редактируют текст 64x24 с вырви глаз фонтами 4x8 и тормозами, когда на ВГ75 всё быстро и красиво!
(Кстати, дефолтный фонт ZX меня всегда напрягал какой-то корявостью… Буква «T» особенно…)Спасибо!
Кстати, только что для онлайн-эмулятора написал костыль в 54 строки, который дежурит и пасёт FB50 в стеке 76C9: Как только в эмуляторе набираешь «O», мой скрипт подсчитывает CRC памяти и выбрасывает в файл.
Теперь я могу файлы *.rom и *.rkr штамповать даже не напрягаясь! Чем больше резерва - тем лучше На моём КР-03 пять клавиш-триггеров: «Упр», «Лат», «Рус», «Верхний регистр» и «Нижний регистр».
Тем шамым, пальцами шпагаты никогда не выкренделывал и так привык, что страдал на Поиске в DOS, но в Windows сразу же включил залипание.
Потому экономия на клавишах - зло!Не сработает Опять окольные методы
Знакогенератор переключать - ППА D14/D20, джойстик читать - магнитофоном!
Давайте уже признаем, что в XXI веке нужно стремиться к унификации стандартов?
Для ввода пальцами (клавиатура/джойстик) - порт клавиатуры. Тем более, если грамотно подключить, игры не заметят разницы.
Для ввода/вывода информации - порт магнитофона.

Нет, фантазировать можно, конечно… Но не генерируя хаос…
Вот смотрите: Когда я вожусь со схемой «Супер-РФ2» у которой 512 Кб в 256 страницах - это одно. Так как впихивать туда всё ПО должен, по идее, я сам. Пользователь же, как во времена NES/Sega, должен лишь заказать этот «Супер-РФ2», вставить в панельку и включить - всё! То есть, по идее, концептуально я задумываю дизайн как закрытый. Пользователь не должен думать, как там страницы переключаются…
Вами же предлагается наворотить в открытой архитектуре многое из эпохи дефицита. В открытом дизайне нужно быть аккуратнее.
Я понимаю, у Вас - опыт!
Опытный хирург в пациенте орудует аки мясник.
Я же в технике - дилетант и действую аккуратно…

Если Вы не обиделись/разозлились, вот ещё идея…

Умный ВГ75
Можно обойтись и без атрибутов.
Режим «Smart»: Код ТОЧКИ/Кавычек/Двоеточия сбрасывает триггер и включает верхний регистр знакогенератора. Код любой буквы - включает нижний регистр. Тем самым, весь текст будет начинаться всегда заглавными буквами, но продолжаться - строчными.
Режим «Jumps»: Особый код переключает каналы ПДП и ВГ75 может читать с любого из четырёх каналов ПДП, а также и знакогенератор переключать. Тем самым, на одном экране можно иметь 4 независимых ПДП-страницы и 4 знакогенератора. Конечно, программирование такого режима будет адское! Но возможности - уникальные…
Так как знакогенератор - 6x8, 2 бита никак не используются и можно прошить некоторые символы как угодно: Два бита - 3 исключительные комбинации.

• 00 - переключить канал ПДП
• 01 - нижний регистр (вторая страница знакогенератора)
• 10 - верхний регистр
• 11 - ничего не делать