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

Цитата:

---

Сообщение от Vital72

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

---

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

Цитата:

---

Сообщение от Vital72

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

---

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

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

Цитата:

---

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

---

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

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

Цитата:

---

Сообщение от Vital72

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

---

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

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

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

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

Цитата:

---

Сообщение от Радио-86РК

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

---

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

Цитата:

---

Сообщение от tchv71

ПЗУ знакогенератора есть в физическом воплощении, уже запрограммированное, но как считать его? Программатор есть на РК, но пока не запускал в настоящем времени, только в прошлом. А на PC у меня программатора нет. Это надо будет зашить новое ПЗУ со стандартным ЗГ, считать старый ЗГ и передать на PC. Да еще стереть ПЗУ ультрафиолетом, а лампочки у меня нет. Целое дело. Можно воссоздать ЗГ на основе ЗГ Апогея или других клонов, у которых 2к ЗГ. Попытайте завсегдатаев - они точно знают, как это сделать.

---

У меня и программатор всеядный (для РС вот этот www.triton-prog.ru) есть и лампочка стирающая и ПЗУ для тестов.
aahzma просил помочь с железной частью :)

Территориально я тут: Москва (м.Фили или м.Семеновская)

Цитата:

---

Сообщение от Alex.Ismagilov

У меня и программатор всеядный (для РС вот этот www.triton-prog.ru) есть и лампочка стирающая и ПЗУ для тестов.
aahzma просил помочь с железной частью :)

Территориально я тут: Москва (м.Фили или м.Семеновская)

---

Забыл сказать, что и с архитектурой рк-шки знаком не шапочно и не понаслышке! [emoji16]

Цитата:

---

Сообщение от Alex.Ismagilov

У меня и программатор всеядный (для РС вот этот www.triton-prog.ru) есть и лампочка стирающая и ПЗУ для тестов.
aahzma просил помочь с железной частью :)

Территориально я тут: Москва (м.Фили или м.Семеновская)

---

Приятно познакомиться. Я территориально: Москва, м.Сокольники и м.Электрозаводская - работа, но туда почти не езжу в связи с карантином. Пересечься на Семеновской было бы очень здорово. ПЗУ-шки есть и у меня, вот только стирать нечем.
Вообще, запустив РК, я оказался как в каменном веке, точнее в 1988 году, с той разницей, что магнитофона тоже уже нет. Контроллер дисковода затерялся, связи с PC никакой. Соединю по звуковому каналу, что ж, буду как по старинке, но вместо магнитофона - PC. А ПЗУ-шку ЗГ предоставить считать - это пожалуйста.
P.S.
В планах поставить вместо ВВ55 и ПЗУ контроллер на STM32 BluePill и обмениваться как белые люди, через USB. К тому же, в свободную часть флеша контроллера можно много РК софта зашить.

Для уменьшения проблем совместимости с клонами решил ввести стандарт на пролог для программы под РК:
вместо
;************ 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-х байт конечно и весьма невелико, а загрузчик знает конфигурацию РК, на котором работает.

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

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

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

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