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

Интересный вопрос появился.
Если в журнале РАДИО за 1993 год публиковалась схема КНГМД с ПЗУ на E000-EFFF, то возникает некий нюанс.
После "Сброса" тригерром ТМ2 блокируется ИД7 до прихода A15 и DBIN, принудительно активируя выборку ПЗУ Монитора. Само ПЗУ обычно дублируется четыре раза по диапазону E000-FFFF. Получается, процессором после Сброса считывается команда JMP F836 с адреса 0000 и именно JMP снимает блокировку ИД7.
(Иначе говоря, после Сброса ПЗУ с командой JMP 0036 также сработает в пределах ПЗУ, но ИД7 при этом не включается и всё РК'шное адресное пространство остаётся в "тени".)

Что получается?

1. Заменив РФ2 на РФ4 на месте (без всяких КНГМД), Монитор будет стартовать с адреса E000 (формально: Логически - с 0000), тем самым, код нужно планировать со стартовой позиции по E000
2. Если заменить РФ2 на своё или на РУ8/РУ10, при условии, что старшие 32 Кб мы не будем никак "трогать", процессор будет продолжать работать в "вакууме" (без ОЗУ, ПДП, ППА и т.д.) и все нижние 32 Кб можно искусственно "на макетке" создать свои (схема РК превратится в "отладочный комплекс")

Вот "Момент #2" - самый любопытный!
Так как без перерезания дорожек мы имеем отключенный ИД7 и полные 32 Кб под своё распоряжение и можем тестировать любую архитектуру ПЭВМ.
Под "универсальную плату расширения" этот "режим" тоже надо учитывать!

P.S.: Если я не ошибаюсь, вставленное вместо Монитора экспериментальное ПЗУ будет работать даже с таким кодом:

Код:

---

    .0 .1 .2 .3 .4 .5 .6 .7 .8 .9 .A .B .C .D .E .F
0000 C3 03 00 21 20 00 16 FF 7E B7 CA 03 00 FB 3C C2
0010 0E 00 7E F3 3C C2 14 00 15 C2 08 00 23 C3 06 00
0020 7B BD DE EF F7 89 C4 E2 F1 F8 96 CB E5 F2 F9 00

---

Причём, ИД7 так и останется заблокированным!

Цитата:

---

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

Интересный вопрос появился...

---

https://i.ibb.co/jgdkN7D/image.png
Возьмите кусок пальмиры. Там вопрос дешифрации и совместимости решен. хочешь используй 20 кб а хочешь - пользуйся адресным рк86

Цитата:

---

Сообщение от Ведущий_специалист

Возьмите кусок пальмиры. Там вопрос дешифрации и совместимости решен. хочешь используй 20 кб а хочешь - пользуйся адресным рк86

---

Это слишком сложно и не так сразу!
Пока обошёлся покупкой BlueTooth-ресивера для загрузки файлов без всяких переходников и паразитных наводок.

Например, думаю по директиве «O», «O,,F», «O,,11» и т.д., когда передаётся всего 1 байт на разных скоростях, удалённая система (хоть тот же Raspberry Pi) должна подготовиться к передачи соответствующего файла…
Например:

• O / O0 / O0,0 - Запрос на загрузку основной оболочки
• O1 / O1,1 - Выбор пункта #1 в списке оболочки
• O2 / O2,2 - Выбор пункта #2 в оболочке
• и т.д.

Т.е. сначала пользователь в ручном режиме даёт директиву O, после чего сразу вводит директиву I, потом запускает по G.
После чего все эти трюки с обменом файлами будут выполняться кодом самой оболочки.

P.S.: Другими словами, на первом этапе можно обойтись платой расширения в виде BT-свистелок и сервера на Python 'е.

Как мною выяснилось, внутреннее устройство ИМС ВТ57 напоминает нечто похожее на ИД6 - двоично-десятичный дешифратор адреса при доступе к нему процессором.
Если запись кода 80 по адресу E008 отключает цикл ПДП, то запись по E009-E00F просто игнорируется: Реально только девять комбинаций обрабатывается внутренней схемой ВТ57.

Так как регистры ИМС ВГ75 в основном используются на запись при программировании формата отображения, как и ВТ57 этот ВГ75 можно также использовать в режиме "только запись".
Чтение бита статуса из C001 используется после настройки режима ВГ75 перед запуском ВТ57, чтобы синхронно с началом нового кадра запустился ПДП и экран никуда не "съехал".
Однако, если мы принудительно вставим код F3 ("Конец ПДП") в конец буфера экрана - 3FF2/7FF2, то ВГ75 и ВТ57 "сами договорятся" где стартует буфер экрана.
(Это легко проверить, прописав по адресам FAE2..FAE6 байты "3E F3 32 F2 7F/3F" и слегка доработать цикл очищения экрана FDA3..FDB7.)

Правка ПЗУ

Код:

---

    .0 .1 .2 .3 .4 .5 .6 .7 .8 .9 .A .B .C .D .E .F
FACE -- -- -- -- -- -- -- -- -- -- -- -- -- -- E5 21
FAD0 0D E0 36 00 2B 36 4D 36 1D 36 99 36 93 23 36 27
FAE0 2E 08 36 80 2E 04 36 D0 36 76 23 36 23 36 49 2E
FAF0 08 36 A4 E1 C9 XX XX XX XX XX XX XX XX

    .0 .1 .2 .3 .4 .5 .6 .7 .8 .9 .A .B .C .D .E .F
FDA3 -- -- -- 21 D0 76 11 F2 7F 0E 00 CD ED F9 36 F3
FDB0 23 71

---

[свернуть]

Собственно, если не собираться использовать "световое перо", можно обойтись без чтения ВГ75.
Получается, добавив ещё один логический элемент, порт ИМС ВГ75 можно сместить и посадить на адрес E00A/E00B или E00C..E00F.

Тем самым, все 8 Кб C000..DFFF освободятся!
(Несколько игровых программ (как "Lode Runner" и "The Ball") нужно будет слегка подправить.)

Если перерезать сигнал от вывода 10 D10 ИД7 к выводу 6 D14 ВВ55 и вывести наружу в совокупности с ША A0-A12 и ШД D0-D7 с управлением, фактически можно получить окно A000-BFFF в 8 Кб, не теряя возможности использовать D14.
Соответственно, внешнюю схему следует усилить буферами ВА86 и ИР82 или аналогичными - это элементарный момент.

Но, в "рамках импортозамещения" я тут вдруг подумал, а что особенного такого в STM32 или Raspberry Pi, что нельзя под РАДИО-86РК заиметь совместимую с привычным уже GPIO-интерфейсом?
То есть, появилась идея снабдить РАДИО-86РК, если не таким же, то подобным интерфейсом.

Так как на GPIO имеются ШИМ, UART, I²C и т.д., на плате расширения, соответственно, необходимо иметь ИМС ВВ51, ВИ53, ВВ55 и пр.
Причём, ВВ55 понадобится штуки три, так как GPIO-пины могут индивидуально программировать на ввод или вывод. Непосредственно выводить ВВ55 на них не получится.
Один ВВ55 должен работать всегда на ввод, второй - всегда на вывод, а третий - управлять ключами/оптронами.

Это - как минимум...

К тому же, помимо всех этих дополнительных интерфейсных ИМС в области A000-BFFF необходимо иметь и ПЗУ с базовым API для управления всем этим.
Конечно, Python-подобную программную среду в 8 Кб не уместишь. Но минимальные средства, думаю, можно.

P.S.: Вот какой степени сложности получается задача, чтобы, если не полностью, то максимально совместимее обеспечить GPIO-интерфейс?