Редактор текстов для РК86 и световое перо

[Радио-86РК]

по мне так проще вводить программную корректировку.

Тaк было проще именно 50 лет назад, когда дизайнили архитектуры, типа 6502. И в x86 имеем кучу хлама (типа ENTER/LEAVE/STOS/LODS/LOOP), который рекомендуется не использовать, в целях оптимизации работы конвейера ядра.

приведенные примеры аппаратных задержек зависят от конденсатора, а значит будут плавать в зависимости от температуры.

Не зря давно изобрели TCXO, чтобы облегчить жизнь радиолюбителям. Зависимость от температуры - особенность радиодеталей наших дней. Всё может измениться в ближайшие годы.
ЕВПОЧЯ: Любым AtTiny можно на булавочном пространстве собрать цифровую линию задержки на любой интервал, работающую с самой высокой точностью…
(А ссылки на схемы те я вставил то, что гугл первым выдал, не вдумываясь. Просто, найти можно и качественные примеры, если гуглить глубже…)

К тому же, я написал, что…

Тем более, запасы тех же ВГ75 не бесконечны, а благодаря реверсинженерингу в FPGA/ПЛИС легко можно сделать нормальный аналог ВГ75, но со входом от сенсорного экрана, где позиция нажатия будет 1 к 1 - без смещения.

И кинескопы доживают свой век, так как добыть ЭЛТ-монитор скоро будет, разве что, у маргинальных китайских производителей.
У многих сейчас ЖК телевизоры, что дешевле и проще. А значит, без имитаторов светового пера в лице переходника-адаптера от сенсорной тач-панели - не обойтись.
А саму ВГ75 скоро самому на 3D-принтере напечатать можно будет.

Просто я смотрю лет на 10 вперёд и против уродования алгоритмов из-за каких-то технических издержек местного региона глухой тайги.

комментарии в коде никто не отменял.

Пожалуйста, дайте мне исходный код «Бейсика-Микрон» с комменариями, а то достало уже вникать в его дизассемблинг и комментировать куски самому.
А ещё мне нужны комментарии к коду «Музыкальная система».
Единственное, что хорошо прокомментировано - игра «Питон».

P.S.: Всё, конечно, ИМХО.
Просто, не хотелось бы, чтобы, наконец-то, подключив к РК световое перо, начали писать код именно в реалиях спартанских условий 70-х, когда не было даже качественных деталей, чтобы добиться точности задания интервалов.
Мир и так расхлёбывает косяки архитектуры Intel. Излишне будет ещё прогибаться под косяки ВГ75, которую любой школьник сейчас в ПЛИС может исполнить более умнее и с USB-портом под стилус…

[Advertiser]

[tchv71]

Ой, вот просто задокументирую 2 байта, в которых будет лежать смещение по X и Y к координатам от ВГ75. По идее, это функция драйвера, неотделимая от железной реализации, драйвер уже должен выдавать правильные символьные координаты. Но поскольку у нас полный минимализм и РК, то вот так.

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

Пожалуйста, дайте мне исходный код «Бейсика-Микрон» с комменариями, а то достало уже вникать в его дизассемблинг и комментировать куски самому.

Вот что мне нравится в ретроплатформах, так это то, что они свободны от налёта "коммерческой ценности", уже нет смысла "зажимать исходники" как ПО, так и железа. Пожалуйста, не ленитесь выкладывать исходный код, и писать доку.

[tchv71]

Для уменьшения проблем совместимости с клонами решил ввести стандарт на пролог для программы под РК:
вместо
;************ Controller's mapping **************
PPI equ 08000h; 8255 fist *
PPI2 equ 0A000h; 8255 second *
DISP equ 0C000h; 8275 display adapter *
DMA equ 0E000h; 8257 DMA chip *
;************************************************

программа будет начинаться следующей последовательностью:

JMP Entry
DW VRAM ; Адрес начала буфера экрана - 76d0h
DW PPI ; Адрес ВВ55 контроллера клавиатуры - 8000h
DW PPI2 ; Адрес дополнительного ВВ55 - 0A000h
DW DISP ; Адрес ВГ75 - 0C000h
DW DMA ; Адрес ВТ57 - 0E000h
DW 0,0,0,0 ; Reserved for future use
Entry: ; Program code

Обязуюсь переделать свой редактор на такой пролог и использовать только косвенную адресацию.
Для переноса на Апогей или RK-16к или RK-60к и другие, которые совместимы, но отличаются адресами портов, нужно будет поменять лишь несколько ячеек, которые не меняют своё положение относительно стартового адреса программы, поддерживающий данный стандарт на пролог. Это можно сделать даже автоматически в загрузчике, поскольку число сигнатур пролога без учета первых 3-х байт конечно и весьма невелико, а загрузчик знает конфигурацию РК, на котором работает.

[tchv71]

Для уменьшения проблем совместимости с клонами решил ввести стандарт на пролог для программы под РК:
вместо
;************ Controller's mapping **************
PPI equ 08000h; 8255 fist *
PPI2 equ 0A000h; 8255 second *
DISP equ 0C000h; 8275 display adapter *
DMA equ 0E000h; 8257 DMA chip *
;************************************************

программа будет начинаться следующей последовательностью:

JMP Entry
DW VRAM ; Адрес начала буфера экрана - 76d0h
DW PPI ; Адрес ВВ55 контроллера клавиатуры - 8000h
DW PPI2 ; Адрес дополнительного ВВ55 - 0A000h
DW DISP ; Адрес ВГ75 - 0C000h
DW DMA ; Адрес ВТ57 - 0E000h
DW 0,0,0,0 ; Reserved for future use
Entry: ; Program code

Обязуюсь переделать свой редактор на такой пролог и использовать только косвенную адресацию.
Для переноса на Апогей или RK-16к или RK-60к и другие, которые совместимы, но отличаются адресами портов, нужно будет поменять лишь несколько ячеек, которые не меняют своё положение относительно стартового адреса программы, поддерживающий данный стандарт на пролог. Это можно сделать даже автоматически в загрузчике, поскольку число сигнатур пролога без учета первых 3-х байт конечно и весьма невелико, а загрузчик знает конфигурацию РК, на котором работает.

Как и обещал, переделал редактор на косвенную адресацию портов. Теперь на других компах с ВГ надо будет только изменить несколько начальных ячеек.
Ссылка на редактор в эмуляторе - в начале темы.

[aahzma]

А текст хранится в памяти в сжатом виде?

[tchv71]

В сжатом только в том смысле, что хранится только столько символов, сколько в строке (без пробелов до края экрана) плюс перевод строки - 0Dh, ну и табуляции лучше использовать вместо пробелов. Никакого сжатия типа RLE и тем более Хафмана нет.

[aahzma]

А сколько текста может влезть в память, интересно?

[tchv71]

Примерно 7600h-2000h-30h = 22 тыс. символов, включая переводы строк, остальное - код редактора, экран, стек редактора, но он маленький - 48 байт

[aahzma]

Да, и правда, сжатие не нужно. 100 000 текста в один документ никто пихать не станет...

[tchv71]

Тут еще такой момент - всё это использовалось в паре с загруженным ассемблером "Микрон", как бы он стал понимать сжатый текст? Даже токенизировать ассемблерные команды нельзя было...