Универсальная плата расширения

Вид для печати

Показывать 40 сообщений этой темы на одной странице

24.01.2024, 20:04
Alikberov

Универсальная плата расширения
Так как большинство серийных ПЭВМ имело набор разных карт расширения, хотелось бы иметь нечто подобное и под РАДИО-86РК.
В своё время различные источники (журналы Радио или Радиолюбитель) публиковали схемы с модификацией дешифрации адреса, внося в саму схему РЛК коррективы.

Данная тема - совсем о другом...

Из личных опытов (частично проверенных на своём КР-03 в железе) было замечено:
1. К580ВВ55 при чтении 8003 возвращает FE или FF (видео)
2. К580ВТ57 игнорирует запись в E009-E00F (проверил с помощью ME009 и кодом 80)
3. К580ВГ75 игнорирует запись в C000 без предварительной команды в C001
Первые два пункта я проверил более-менее (видимо в ВТ57 стоит нечто типа К155ИД6, который первые девять комбинаций использует; а ВВ55 нужно ещё проверить на импенданс при непредусмотренном чтении режима, можно ли сажать его ШД на "ноль" и откуда берётся "рандом" между FF и FE тогда?), а вот до записи в C000 всякого "мусора" - ещё руки не доходят (в Emu80 это просто игнорируется).

Что мы при этом получаем?
(В двоичном коде будет яснее):
- 10XX_XXXX_XXXX_XX11 - 8003..BFFF на чтение до 4 Кб с шагом по 4 байта
- 110X_XXXX_XXXX_XXX0 - C000..DFFE на запись до 4 Кб с шагом по 2 байта (в эмуляторе у меня там перезаписывается знакогенератор как "вариант#2")
- 111X_XXXX_XXXX_1YYY - E009..FFFF на запись до 3.5 Кб (3584 байтов) с шагом по 16 байтов (в эмуляторе у меня там перезаписывается знакогенератор как "вариант#1")
То есть, не ломая нативную схему дешифрации того же (моего) КР-03, можно прямо в параллель ВВ55/ВТ57/ВГ75 включать свои дополнительные интерфейсы.
(Не нарушая нативной целостности архитектуры...)

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

P.S.: Всё пока на уровне теории.
24.01.2024, 20:42
Shaos

На 30 лет опоздал :)

Сейчас новоделы надо клепать ;)

В новоделах дырки в адресации выискивать ненадо - сразу нужную дешифрацию делаем и всего делов :v2_dizzy_botan:
25.01.2024, 16:03
Zidane

Да не то чтобы опоздал... Хотя да, опоздал... Но если за основу взять северную пальмиру, то может идея не так уж и плоха. Для раритетов смысла нет, так как, я где-то уже писал, вероятность разработки новых аппаратных средств (ну там программаторы и проч) для РК стремится к нулю...
25.01.2024, 17:19
Alikberov
Цитата:

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

Да не то чтобы опоздал... Хотя да, опоздал... Но если за основу взять северную пальмиру, то может идея не так уж и плоха. Для раритетов смысла нет, так как, я где-то уже писал, вероятность разработки новых аппаратных средств (ну там программаторы и проч) для РК стремится к нулю...

Северная Пальмира - довольно новая разработка. То есть, архитектура на 100% не устоявшаяся, тогда как оригинальный РАДИО-86РК можно собрать почти с закрытыми глазами.
Сейчас в моём распоряжении имеется только Электроника КР-03 с клавиатурой МС 7007. Соответственно, там диодами всё уместилось в матрицу 8x8 (нет Рус/Lat, УС и СС на PC ППА ВВ55), что даже удобнее - больше битов свободно.
(Но это касательно именно КР-03.)

Тем не менее...
- ИМС ПЗУ Монитора - РФ5 на панельке
- ИМС ПЗУ Знакогенератора - РФ5 на панельке
- ИМС ППА D14 без панельки
Хотя плату уже сотни раз пропаивал, выпаивал и впаивал панельки (выпаять D14 и впаять панельку - ничего не стоит: Освободится место и под ВИ53), именно концептуально я интересуюсь вопросом, как самым мягким образом расширить всю схему.

Естественно, с ПЗУ всё просто: Вынимаем из панелек и стряпаем на макетнице переходник под РФ4 с подтягиванием адреса A11.
Получим 4 Кб под Монитор (можно и 8 Кб) и 4 Кб под Знакогенератор.
Это - как минимум. Так как ПЗУ и ПДП делят единое пространство, КНГМД подключить не получится без перерезания дорожек - пусть просто будет 8 Кб под Монитор, БСВВ или что-там ещё можно?
(К тому же, идея КНГМД уже давно устарела и, лично мне, возиться с приводами НГМД от моего "Поиска" нет желания.)

Клавиатура
Для опроса клавиатуры нужен код маски в 8000 хотя бы с один нулевым битом, чтобы из 8001 прочитать что-то отличное от FF.
Тем самым, ситуацию, когда в 8000 код FF, с помощью К155ЛА2 можно легко отлавливать и "третьим устройством" вместо матрицы клавиатуры возвращать в ППА "невозможный код" (код, который матрица никогда не вернёт, так как на всех линиях - "1"). При всех 8 Кб - это 2 Кб ввода "чего-то".

Причём, это - самая "мягкая" из доработок и требует минимума "врезок" в "сердцевину схемы".

Как использовать?
Идей пока нету...
(Но, смотрите ниже...)

ПЗУ Монитора
Можно удалить все ненужные сейчас подпрограммы и директивы, оставив только ввод с клавиатуры и вывод на экран.
Интерфейс организовать на более высоком интерактивном уровне.

Интернет
Можно "поднять" некий сервер, который будет обслуживать все запросы от РК.
То есть, необходимо разработать некий адаптер (хоть на Arduino, хоть на Raspberry Pi Zero), который организует некий "шлюз" между самим РАДИО-86РК и удалённым сервером.

Например, при FF в 8000 через 8001 (смотрите выше) возвращать байт из интернета (организовать "виртуальную удалённую клавиатуру"). Тогда формально "интернет" будет работать как "клавиатура": Что читается из 8001, то и возвращается по F803/F81B.
Отправка "запроса в интернет" - код FF по адресам 8000-9FFC (100X_XXXX_XXXX_XX00).

Код:

I8255A: EQU 08000H I8255B: EQU 08001H ;;;;;;;;;;;;;;;;;;;;;;;; ; Чтение "сети" ; ;;;;;;;; ; A - данные ;;;;;;;;;;;;;;;;;;;;;;;; GETNET: XRA A CMA STA I8255A LDA I8255B RET ;;;;;;;;;;;;;;;;;;;;;;;; ; Отправка в "сеть" ; ;;;;;;;; ; C - символ ;;;;;;;;;;;;;;;;;;;;;;;; PUTNET: PUSH B PUSH H LXI H,I8255A MVI B,000H DAD B DAD B DAD B DAD B MVI M,0FFH POP H POP B RET
25.01.2024, 18:04
Zidane

И будет непрактично, так как сервак будет завязан на одного, максимум трех человек. Ну и жить он будет столько же (и это в самом оптимистичном варианте). Принимая во внимание возраст большинства РК-любителей, идея так себе. При этом я не против, но учитывая крайне низкую распространенность этих машин идея несколько утопична. Даже ZX BBS отжил свое, насколько я знаю, а спектрумистов куда как больше чем, наверное, всех любителей советских компьютеров вместе взятых. Хотя если использовать РК как терминал....

Все сугубо имхо, потому как в железе я валенок почти. И мой взгляд на проблему сугубо с пользовательской точки зрения.
25.01.2024, 18:24
Alikberov

Относительно подпрограмм Монитора:

Код:

GETKEY: EQU 0F803H ; Чтение "локальной клавиатуры" GETNET: EQU 0F806H ; Чтение "глобального потока" PUTCHR: EQU 0F809H ; Вывод на "локальный дисплей" PUTNET: EQU 0F80CH ; Вывод в "глобальный поток" PUTLOG: EQU 0F80FH ; Печать "лога" CHEKEY: EQU 0F812H ; Опрос "локальной клавиатуры" PUTHEX: EQU 0F815H ; Вывод байта на "локальный дисплей" PUTEXT: EQU 0F818H ; Вывод текста на "локальный дисплей" INKEY: EQU 0F81BH ; Ввод "локальной клавиши" GETCUR: EQU 0F81EH ; Чтение позиции курсора/светового пера GETSCR: EQU 0F821H ; Чтение символа "локального дисплея" GETBLK: EQU 0F824H ; Чтение "глобального файла" PUTBLK: EQU 0F827H ; Запись "глобального файла" GETCRC: EQU 0F82AH ; Подсчёт контрольной суммы SETSCR: EQU 0F82DH ; Установка режима "локального дисплея" GETMEM: EQU 0F830H ; Чтение границы памяти SETMEM: EQU 0F833H ; Установка границы памяти

Практически всё то же самое, но с "нюансами".
(Например, если при вызове F818 в HL адрес 8000..DFFF, старший бит обнуляется под адрес 0000..5FFF, откуда читается индекс потока для ввода/вывода.)

Цитата:

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

И будет непрактично, так как сервак будет завязан на одного, максимум трех человек. Ну и жить он будет столько же (и это в самом оптимистичном варианте). Принимая во внимание возраст большинства РК-любителей, идея так себе. При этом я не против, но учитывая крайне низкую распространенность этих машин идея несколько утопична. Даже ZX BBS отжил свое, насколько я знаю, а спектрумистов куда как больше чем, наверное, всех любителей советских компьютеров вместе взятых. Хотя если использовать РК как терминал....

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

Хм...
Но ничто не мешает же сам "сетевой адаптер" использовать за "сервак"?
Типа, на Raspberry Pi Zero при открытии You-Tube-клипа кадры ASCII-фильтром переводить в ASCII-поток и выдавать на ППА.:v2_dizzy_vodka:
25.01.2024, 19:44
Shaos

Rasperry Pi Zero может с десяток РК сэмулировать одновременно :)
Рудимент в виде раритетного РК в данной системе ненужен ;)
25.01.2024, 19:56
Alikberov

Вложений: 1

Цитата:

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

Rasperry Pi Zero может с десяток РК сэмулировать одновременно :)
Рудимент в виде раритетного РК в данной системе ненужен ;)

Вложение 80201
25.01.2024, 19:58
Shaos

О - ты можешь проверить сколько эмуляторов оно выдержми?
Запускай пока нагрузка проца не досигнет 100% :)
25.01.2024, 20:23
Alikberov

Цитата:

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

О - ты можешь проверить сколько эмуляторов оно выдержми?
Запускай пока нагрузка проца не досигнет 100% :)

Так тема не про "эмуляцию РК на Pi", а про "эмуляцию Pi на РК":p

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

Доработка подпрограмм Монитора / DirectDraw-86RK
Итак, как известно, подпрограмма вывода символа на экран поддерживает только одну Escape-последовательность для установки позиции курсора.
В прошлых опытах я уже добавлял поддержку "окон" прямо на уровне ПЗУ.
Думаю, можно добавить также Escape-последовательность с передачей ей адреса на пользовательский буфер, который будет отображён максимально быстро в указанной прямоугольной области.
(Скажем, буфер "стакана" Тетриса отображать как суббуффер экрана.)
В этом случае, программа становится максимально независимой от архитектурных особенностей РК и организации экранной памяти.
(Даже на уровне Бейсика программа посредством нечто типа «PRINT AT X,Y;CHR$(27);"@";CHR$(ADDR(BF$)-INT(ADDR(BF$)/256)*256);CHR$(INT(ADDR(BF$)/256))» может моментально отобразить строковой массив)

Показывать 40 сообщений этой темы на одной странице