Контроллер диска "Демиург" из Обнинска

...то ли гугель мну забанил, то ли действительно так мало инфы, но...
В рекламном блоке журнала "Радио", №7, 1992, стр. 64, было опубликовано объявление от обнинского НПП "Экспоприбор" о разработанном ими контроллере диска "Демиург" для 48К-совместимых машин. Насколько я понял, это была некая переделка ТРДОСа, с дополнительным ВВ55, а также с загрузочным ПЗУ в 2К, обеспечивающего до 48К свободной памяти для СР/М, виртуальный экран 80х24, прописные и строчные буквы кириллицы и иные ништяки с плюшками.
Никакой иной инфы пока не нашёл.
Я прекрасно понимаю, что СР/М на Спеке это уныло и безутешно (тем более с таким разрешением экрана), но может есть у кого более подробная информация о сабже? Про воссоздать не знаю (хотя валяется без дела Орелька), а познания для.

чегойто СР/М на спеке уныло ? на ЮТ вон не уныло-)
есть же спеки с СР/М

Цитата:

---

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

чегойто СР/М на спеке уныло ?

---

Кворума со шрифтом 3х8 мне хватило. Про извраты "адаптированной" оси не говорю.
На "Ленинграде" я видел полноправную СР/М только один раз - с видеотерминалом через Lprint-овский СОМ-порт.

Цитата:

---

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

на ЮТ вон не уныло-)

---

СР/М на ЮТе - вещь, кмк, мифическая, и даже авторы её так толком и не запустили, а забросили.
Вообще машина для СР/М имеет 80 символов в строке, диск и отсутствие экрана в общей области памяти. Аксиома.
И вообще разговор не об этом, а о железке из первого поста. Может быть тоже мифической...

Цитата:

---

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

разговор... о железке из первого поста. Может быть тоже мифической

---

Эта конструкция не мифическая и я даже знаю некоторые подробности про неё.

Ключевая фраза, - это "виртуальный экран 80*24". Главное слово здесь - "виртуальный". Это значит, что здесь как в линуксе используется виртуальный экран, который больше физического экрана. В обычную CP/M просто встроен драйвер экрана программно реализующий виртуальный экран 80*24, отображаемый в окне маленького физического экрана.

Сам я эту конструкцию не собирал и документацию не видел, но её осенью 1992 года собрал и применил в зоновском клоне ZX Максим Домарёв из Тулы (входящий в группу фанатов ОРИОНА из 4-х человек называемой Орион-Лаб "Adelaide").

В своём письме М.Домарёв подробно информировал меня о прогрессивных идеях из этого КНГМД. В частности, очень рекомендовал заимствовать для КНГМД ОРИОНА схему ФАПЧ, а также турбо-позиционирование головки. ФАПЧ сложна для ручных коррекций на плате КНГМД и я её не пробовал, а вот турбо-позиционирование применил (оно сокращает время шага головки с 6 до 3 МСЕК и реально избавляло от скрежета дисковода 5311) и с конца 1992 рекламировал эту схему. Позднее это турбо-позиционирование перекочевало в схему ташкентского ОРИОН Супер-Турбо 10 МГЦ.

Так вот, из данного письма я помню подробности экрана данного аппаратно-программного изделия. Окно отображения там было стандартным - 32*24, при виртуальном экране в 80*24 и это окно двигается вправо/влево обычной для Спектрума комбинацией в полдюжину клавиш.

Хотя на мой взгляд, более разумным было бы использовать экран 42*24 символа или 51*24 символа, в зависимости от применённого фонта (6*8 или 5*8). Кстати, на CP/M для ZS-Scorpion командой MODE можно поставить даже совсем мизерный шрифт 4*8, дающий 64 символа в строке.

Конструктивно CP/M получают за счёт "открытия ОЗУ" на месте ПЗУ и переноса экранного буфера в область C000 или E000. Кстати, разные клоны ZX-48К (в т.числе и западные) именно так получали CP/M. Потому применение этого контроллера не заключалось просто во включении его в системный разъём, а требовалась и дополнительная аппаратная доработка самого ZX-клона до архитектуры CP/M.

К сожалению, не знаю, что значит фраза "до 48 кб свободной памяти". ZX-экран можно перенести на C000, а можно на E000. Т.е для переключения экрана используется один бит или два бита из порта режима (в качестве которого удобна ППА). Если экран на E000, то 48 кб - это размер TPA. Если же экран на C000, то под 48 кб имеется ввиду доступное для CP/M ОЗУ. При TPA 48 кб работает большинство CP/M компиляторов ЯВУ, а вот при "48 кб свободной памяти" TPA равно ~40 кб, чего для компиляторов ЯВУ мало.

Таким образом, этот контроллер является просто грамотным контроллером дисковода с ФАПЧ, турбо-позиционированием головок и инструкцией по доработке самой платы ZX дающей доступное ОЗУ в области 0...BFFF (или 0...DFFF). А программное решение представляет собой драйвер виртуальной консоли в процедуре CONOUT в CP/M-BIOS.

На мой взгляд более грамотно получить CP/M для ZX-48К можно было разработав для отечественных клонов ZX, платку текстового адаптера, подобной текстовому адаптеру от МИКРО-80 или ЮТ88. С 8-ми битовой памятью (537РУ17 или 8 шт. 565 РУ2), что даёт 8-ми битовые символы без атрибута инверсии (или 7-ми битовые символы с атрибутом инверии), это выливается всего лишь в 20-25 корпусов. Я это знаю, потому что делал такую плату текстового адаптера, а также делал и более грамотную 9-ти битовую плату, что даёт и КОИ-8 и инверсию знакомест (и выливается уже в 30 корпусов).

Был ещё один более выгодный путь, - это существенная доработка видеовывода самого ZX-клона. Включение параллельной экрану банки 565 РУ6 и вывод четных знакомест из одной банки и нечётных знакомест из другой банки, что даёт экран в 64*24. Кроме напайки РУ6/РУ5 вторым этажом, это выливается в ~7 дополнительных TTL-корпусов, что вполне можно было уместить на слепыше зоновского клона ZX. Интересно, был хоть один ZX-клон реализовавший эту прогрессивную идею.

...я предполагал, что barsik в курсе, просто постеснялся обратиться в личку напрямую. Большое спасибо.

Цитата:

---

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

я предполагал, что barsik в курсе

---

Это случайность, т.к по синклерам я полный чайник.

Хотя и имел клон-ZX с 1987, а рэтро дисковод 5089 подключил в конце 1989. Но увы, дисководом на ZX пользовался лишь пару месяцев, - пришлось продать, чтобы получить средства на покупку другой ЭВМ. Потому знаком только со схемотехникой зоновской платы. Т.к хотя и купил в 1991 документацию, как переделать эту плату в Spectrum-128, но так и не сделал доработку. До сих пор ждёт своего часа специально купленная для этого музыкалка AY-8912.

Если Вас интересует, установка CP/M на простой ZX-клон с ОЗУ в 48К, то давайте скооперируемся. Я тут "прикинул член к носу" и понял, что мне это тоже интересно. Не виртуальный экран, а сама установка CP/M на зоновский клон ZX и экран в 64 символа с фонтом шириной в 8 точек. Потому, что у меня как раз есть пара рабочих зоновских плат, плата Beta-диска, дисководы 3.5", а также непользованный корпус с ZX-клавиатурой на токопроводящей резине.

Я поискал в разделе "Ленинград-1" темы про установку на него CP/M и ничего не нашёл. Хотя точно знаю, что в начале 90-тых такое делали. Кроме того, были промышленные клоны ZX-48К с CP/M, например Хоббит, где ОЗУ на 62256.

Для игроманов CP/M как файловая система для запуска игр совсем была не нужна. Т.к CP/M на ZX невыгодна (отнимает ~10 кб, отчего ей можно стартануть только небольшие ZX-игры) и требует апп.доработок архитектуры. Да и т.к TR-DOS c конца 80-тых стала стандартом, где было бы брать те же ZX-игры на дискетах CP/M.

CP/M имела хоть какой-то смысл только для программистов, давая им более качественные ассемблер/дизассемблер и компиляторы ЯВУ. Но кажется и этим никто не воспользовался, т.к исходники всех отечественных игр выложенные в сети, - в формате TR-DOS. CP/M на ZX-клонах с мизерным экраном использовалась лишь как дополнительный рекламный трюк. А вот для ZX-клонов с нормальным экраном (ATM и Профи) CP/M давала приличные текстовые редакторы.

Однако, если на сАмом простом ZX-клоне, как указано в моём предыдущем посте, напаять вторым этажом вторую банку РУ5, введя режим экрана 512*256 и, при желании, поменяв коэффициент деления счётчиков, растянуть растр на весь экран телевизора (кварц можно не менять, подстроив частоты строк и кадров в мониторе), то получится почти ВЕКТОР по возможностям вывода текста, только существенно более быстрый, особенно при цветных символах.

Так и надо было сделать в 1989 и назвав это ОРИОНОМ, опубликовать в журнале РАДИО в 1990. Кроме того, имея две параллельные экранные банки совсем просто можно было поиметь, как режим 256*192 с 4-мя цветами на каждую точку (CGA), так и комбинированный режим, при котором бит FLASH из байта цветового атрибута знакоместа ZX используется для выбора режима отображения для каждого знакоместа - или двухцветная графика в знакоместе 16*8 или попиксельные 4 цвета в знакоместе 8*8, причём со своей палитрой для каждого знакоместа (используя для выбора палитры 7 оставшихся свободных битов байта атрибутов).

Удивительно, что никто этого не сделал, ведь такое решение просто напрашивается и, не считая доп.банку ОЗУ, умещается всего в десяток дополнительных TTL-корпусов. А скорее всего такой клон ZX уже где-то был сделан лет 30 назад и я предлагаю "изобрести велосипед".

Никто не хочет сделать такой очень простой клон ZX-48К, позволяющий комфортно использовать CP/M, без потери возможности использовать ZX-игры.

Цитата:

---

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

Если Вас интересует, установка CP/M на простой ZX-клон с ОЗУ в 48К

---

Пока нет, не вся информация собрана ;). Основная причина, как было верно замечено - экран. Я не зря упомянул выше Кворум - там народ умудрялся работать со знакогенератором 3х8 (в принципе такая же фигня была и в редакторе TLW-2, но это была реальная жуть). "Ползающий" по виртуальному реальный экран у меня используется на Epson HX-20, но этот режим хорош только для ознакомления с текстом/картинкой, но никак не для работы.
Вторая проблема Спектрума - карта памяти, кардинально отличающаяся от требуемой СР/М, главным образом наличием той же области экрана в ОЗУ.
Третье - отсутствие стандартных системных разъёмов и дисковых контроллеров в стоке как класса.
Максимум, что я готов сделать из своего "Ореля" (по хорошему используя только системный разъём и не кромсая плату) - только контроллер с клавиатурой, ПЗУ ZX отключается совсем. Экранная область в режиме СР/М используется как основное ОЗУ, вся память отдаётся системе. Сам "экран" - внешний; либо как терминал через СОМ-порт (с использованием уже упомянутого интерфейса ZX LPrint), либо как внешнее устройство (для примера http://qsl.net/rw6hrm/html/8bitdisp.htm ). Дисковая память - CF-карта (мне с ней проще). Конструктив - картридж в имеющийся системный разъём.
Данное решение не будет универсальным для 48К машин от слова совсем, поскольку практически все 48К-клоны (за исключением "Ореля") не имеют возможностей отключения ПЗУ и использования теневого ОЗУ (Ленинград, Москва, Краснодар - везде надо лезть в плату и резать/ставить перемычки, переключатели и пр.).
Если кого-то коробит наличие двух видеовыходов (а ведь второй может быть и не ТВ, а, скажем, ВГА), то просто так напомню, что многие пользователи ПК не используют возможности встроенной карты, а используют дополнительную :v2_laugh:
Если получится с картриджем, то Ваша идея клона ZX-CP/M будет вполне реальна. Но, повторюсь, далеко не для всех 48К-машин.

Касательно самой темы. Суть уловил, ещё раз спасибо. На чём интерес к "Демиургу" погас ;)

Цитата:

---

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

"Ползающий" по виртуальному реальный экран у меня используется на Epson HX-20, но этот режим хорош только для ознакомления с текстом/картинкой, но никак не для работы.
...
Касательно самой темы. Суть уловил, ещё раз спасибо. На чём интерес к "Демиургу" погас ;)

---

Погас, а напрасно.
Потому что если сделать символ 6х8 (они отлично читаются), т.е. 42 символа в строке, и если сделать не "ползающий", а экран с двумя состояниями ( 1=отбражаются символы с 1 по 42 и 2=символы с 39 по 80) и их "мгновенным" переключением, то учитывая перекрытие в 4 символа и то что текст все же чаще в левой половине, такое "заглядывание за край", вызываемое одной "теневой" кнопкой, будет мозгом восприниматься "на ура".

...не... Я представил, как будет происходить работа с текстом в ВордСтаре, к примеру, с растяжкой текста по ширине страницы. Для программирования на Бейсике такой вариант пойдёт, но для серьёзной работы - нет.

Цитата:

---

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

если сделать символ 6х8 , т.е. 42 символа в строке, и не "ползающий" экран, а экран с двумя состояниями

---

Здесь речь о виртуальном экране отображаемом на базовом маленьком ZX-экране 256*192. Не важно с каким именно шагом сделать панорамирование по виртуальному экрану. С шагом в 40 символов или с шагом в 8 символов. В любом случае писать и читать тексты в которых в строке более 42-х символов будет неудобно.

Кстати, эту идею ещё в середине 80-тых реализовали в текстовом редакторе ИРИТЕКСТ для ИРИШИ. Там в режиме экрана в 40 символов в строке на экране видно только окно шириной в 40 символов, хотя всего в строке допустимо до 80 символов. Шаг сдвига окна равен 16-ти символам, т.е при сдвиге курсора за левую или правую границу экрана происходит мгновенная сдвижка всего экрана на 16 позиций по горизонтали. Как это выглядит можно посмотреть в эмуляторе ИРИШИ EMU от b2m, включив в редакторе ИРИТЕКСТ режим в 40 символов нажатием на ^K.

Цитата:

---

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

Я представил, как будет происходить работа с текстом в Word Star, к примеру, с растяжкой текста по ширине страницы. Для программирования на Бейсике такой вариант пойдёт, но для серьёзной работы - нет

---

А здесь, похоже, речь идёт уже о доработанном клоне ZX, в котором сделана доработка по введению второй банки с целью получить графический экран в 512*192 точки и расширен растр, чтобы с большей пользой использовать место на экране.

Отчего же не пойдёт? Символы будут даже крупнее, чем в ИРИШЕ, а точнее точно такими же как на CGA.

В исходном виде экран 512*192 получается при частоте пиксель клока в 14 МГЦ. В ИРИШЕ в режиме 640*200 пиксель клок 16 МГЦ и растр выводится 40 МКСЕК из 64 МКСЕК строчного периода (в Синклере растр выводится 36.5 МКСЕК). Отчего растр в ИРИШЕ лишь немного больше, чем синклеровский (на мониторе занимает лишь часть экрана, а в телевизор такой растр влезает нормально).

Т.о, чтобы увеличить растр ZX до размера как в ИРИШЕ, достаточно кварц 14 МГЦ заменить на кварц 13 МГЦ, а коэффициент деления счётчика по строке понизить с 57 до 52 (для чего достаточно перекинуть пару проводков).

Аппаратное расширение растра разумно сделать, т.к по вертикали растр легко расширить регулируя "размер по вертикали", а вот по горизонтали растянуть картинку можно только аппаратно, меняя параметры видео-сигнала.

Для начала я подумал о получении CP/M в базовом ZX-клоне (т.е без установки второй банки РУ5 вторым этажом и введения видео режима 512*192). Это требует "открытия ОЗУ" в области 0...3FFF и переноса экрана на E000. Для открытия ОЗУ надо запретить /CSROM, разрешив /CSRAM, для чего достаточно отключить D12.1/1 от D10.4/13 и подать на этот вход землю. А для переноса экрана на E000 надо проинвертировать ноль и +5В на 10 и 13 ногах мультиплексора D19. Обе эти задачи решаются установкой всего одного корпуса 555 КП11 управляемой каким-либо портом вывода.

В качестве управляющего порта для переключения в режим CP/M, удобно использовать уже имеющийся бит порта FE из ТМ9 (D35). Там на вход ТМ9 уже заведён бит D5 (а выход регистра не используется). Используя этот готовый бит, режим CP/M можно получить всего за 10 минут работы паяльником.

В ходе разработки сначала средствами ZX-бейсика придётся загружать стартёр, который грузит загрузчик CP/M с дискеты, которая при запуске включает режим CP/M, в котором отключено ПЗУ, образуя режим FULL RAM, а экраный буфер перенесён на E000.

Более удобно не грузить стартёр CP/M с МГ-ленты, а прошить его в свободное место в ZX-ПЗУ (где свободно более 1 кб). А ещё лучше применить ПЗУ 27256 и во вторые 16 кб этого ПЗУ прошить CP/M.

Припаять одну КП11 и перепрошить ПЗУ не так уж сложно. А из программных работ требуется лишь написать драйвер вывода на экран шрифта 6*8 и драйвер клавиатуры, позволяющий вводить коды от 0 до 127. К сожалению, нет ZX-эмулятора, где бы было проще это отладить, чем в реале.

Затем, получив CP/M на зоновском ZX-клоне, можно заняться введением альтернативного видео режима 512*192 за счёт параллельной экрану банки ОЗУ. Кроме установки второ-этажной банки РУ6 это выливается в монтаж двух 555 ИР9 в качестве выходного сдвигового регистра и ещё несколько корпусов логики, нужных для обеспечения переключения банок в окне C000...FFFF.

Переключение между двумя банками в окне C000...FFFF можно делать стандартным для ZX-128 коммутатором окна C000, т.е битами D0,D1,D2 порта 7FFD. Хотя, если вторую банку сделать на РУ6, когда этим портом включаются лишь дополнительные 16 кб, то придётся ввести возможность отключать этот порт, иначе универсальные игры рассчитанные на работу как на ZX-48K так и на Spectrum-128 будут неверно определять тип компьютера.

То, что я заинтересован поиметь CP/M на зоновском ZX-клоне и обдумал эту идею, вовсе не значит, что я прямо сегодня возьмусь это делать, а тем более доведу дело до конца.

Хотя бы потому, что не имею ZX с дисководом, есть только ZX-48K в МГ варианте. Также есть настроенный Beta-диск с дисководом, но его не подключить, - на моём ZX-клоне нет системного разъёма. Когда найду время и получу TRDOS работающую с дисководом, лишь тогда можно начать думать о CP/M. Тогда и попробую поставить КП11 для переключения архитектуры под CP/M. К тому же с начала полезно разобраться с тем, как CP/M делалась в промышленных ZX-клонах, т.к возможно, какие-то идеи можно заимствовать оттуда.

Обдумывая установку CP/M в плату, обзываемую здесь "Ленинград-1", стал искать информацию о том, как аппаратно в отечественных промышленных клонах ZX-48K получали CP/M. Интересует как включается CP/M именно в ZX-Spectrum с 48K, т.к в 128-мых клонах для CP/M использовался стандартный второй экран на E000, включаемый битом D3 порта #7FFD (и расположеный в 7-й странице памяти).

Замечу, что Spectrum-128 в оригинале непригоден для CP/M, т.к у него в адресах 0...3FFF ПЗУ не отключается. Для CP/M в клонах добавляют какой-то порт для отключения ПЗУ и включения так называемого "теневого ОЗУ".

Оказалось, что из нескольких сотен клонов ZX, лишь в нескольких из них была CP/M. Изначально я знал, что CP/M использовалась в TIMEX, самом первом клоне ZX. Знал также, что CP/M была в Хоббите, т.к когда-то имел полную его документацию. Увы, информации о управляющих архитектурой портах TIMEX-а и Хоббита не нашёл.

Зато узнал, что CP/M была в Кворуме и нашёл описание его портов служащих для реконфигурации архитектуры под CP/M. Т.о в Кворуме-64 это делает порт #0, а в Кворуме-128 - порт #80FD. А в Балтике, где тоже есть CP/M, используется порт #7E (бит D7 отключает ПЗУ, бит D2 перемещает экран на C000).

В итоге, сделал вывод, что стандарта управляющих портов для реконфигурации архитектуры под CP/M не существует и каждый волен это делать как угодно, лишь бы не конфликтовало с портами Spectrum-128.

Также стал искать в каких расширенных клонах ZX есть режим 512*192. Оказалось таких клонов ещё меньше, чем клонов, имеющих реконфигуратор под CP/M. Во-первых, это тот же TIMEX-2048/2068. А из отечественных клонов режим 512*192 имеется лишь в Пентагоне-128 и в Байте-01.

Но и в этих клонах управление видео режимом оказалось разное. Т.е и на режим двойного разрешения стандарта нет.

В Пентагоне-128 режим 512*192 включается 1-м битом порта #EFF7. А в Байте 01 включение двойного разрешения осуществляется установкой 7-го бита в порте #05. Остальные биты порта #05 используются для установки цвета символов и фона для всего экрана. Адрес дополнительной экранной области такой же, как и в TIMEX (#6000), так что возможно и управляющий порт тот же.

Здесь указано, что режим 512*192 во всех клонах, где он реализован - монохромный, что свидетельствует о том, что используются не 2 параллельные банки, а лишь одна. Вторая плоскость читается вместо атрибутов, отсюда и монохромность. Потому-то у них адрес второй плоскости - другой.

Я же думаю о использовании двух параллельных банок, как в ОРИОНЕ, и экранный адрес второй плоскости - тот же самый, только физически она находится в другой банке ОЗУ и считывается одновременно. Причём атрибуты считываются обычным образом, т.к никаких вторжений в схему видеогенератора нет. И для раскраски для каждого знакоместа имеется байт атрибутов. Так и получается режим 512*192, но цветной.

Причём, если нужен только текст и скорость не важна, то аппаратно этот режим можно значительно упростить. Тогда используются не 2 сдвиговых регистра ИР9 на такте 14 МГЦ, а добавляется только один регистр ИР9 на такте 7 МГЦ для второй банки ОЗУ и мультиплексор коммутирующий выходы обоих ИР9-тых с частотой 14 МГЦ (плюс КП11 переключающий выходы RGBI, чтобы был один общий видео выход). При этом в одном полупериоде сигнала 14 МГЦ на видео-выход уходит сигнал считанный из одной банки ОЗУ, а в другом полупериоде из другой.

Разрешение по горизонтали удваивается, но для программирования (особенно графики) такой режим неудобен и заметно тормознут, хотя аппаратная доработка проста. Я делал такой режим в ОРИОНЕ в 1991 и имею соответствующий драйвер вывода текста. С точки зрения программирования лучше потратить на несколько TTL-корпусов больше и получить нормальную байтовую графику и отсутствие потери скорости при символах шириной в байт.

С другой стороны, если обе экранные области перенести в одну банку (тогда сокращается TPA, но отпадает тормозящая вывод коммутация банок) и отказаться от возможности считывания второй банки (тогда отпадает буфер чтения ИР22, D32 для второй банки), то доработка упрощается. Кроме доп.банки ОЗУ надо ИР9, две КП11 и несколько корпусов логики. При этом усложняется программирование, но упрощается апп.доработка.

Цитата:

---

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

Я же думаю о использовании двух параллельных банок, как в ОРИОНЕ, и экранный адрес второй плоскости - тот же самый, только физически она находится в другой банке ОЗУ и считывается одновременно. Причём атрибуты считываются обычным образом, т.к никаких вторжений в схему видеогенератора нет. И для раскраски для каждого знакоместа имеется байт атрибутов. Так и получается режим 512*192, но цветной.

---

А нужна ли яростно в ЦП/Ме графика ? Вонзить в контроллер в нагрузку к остальному 580ВГ75 со своим теневым ПЗУ/ОЗУ и минимумом обвеса, или если чешется графики то более прогрессивную MC6845, общаться с ними через узкую I/O дырочку, и сделать с контроллера отдельный видеовыход. А на спековском экране нехай мусор маячит, кому он мешает если видео идет с другого контроллера. Верхнюю границу памяти таким образом можно будет подпереть чуть ли не под #F800. А с I/O дырочкой пускай драйвер разбирается.

Из всего геморроя останется только отключение набортного ROM, что на многих машинах реализовано, а на остатних требует немножко скальпеля и МГТФ-инья..

А спековские игрушки с флопа пускать тыырдос есть.

8 битный дисплейный контроллер, на атмега 328, дип корпус 28 ног
http://qsl.net/rw6hrm/html/8bitdisp.htm

на семи микросхемах
http://qsl.net/rw6hrm/pics/8bitdisp.GIF

Добый день! Прошу прощения, что поднимаю старую тему, но, может быть, у кого-то схема и, если нужны, прошивки этого контроллера сохранились? Я так понял, что обнинские товарищи высылали схему - тут и на ixbt упоминается именно сборка контроллера. Вдруг у кого схема сохранилась?

Добрый вечер!
Прошу прощения, что поднимаю тему еще раз. Листая "Радио" увидел объявление о продаже CP/M-контроллера, но, вроде бы, делали в Саратове. Второй раз объявление не сумел найти, хотя, пересмотрел журналы с 91-го по 94-й год. Может быть, кто-то помнит, знает, использовал? Можете помочь? Названием, а то, если вдруг сохранилась схема - выложить на всеобщее обозрение.
Буду рад любой информации.
С уважением
Шаронов Андрей

Выкладываю всё, что сохранилось с прошлого века (раскопал в своём шкафу :) ) - это было в комплекте с платой контроллера "Демиург-Т" от НПП "Экспоприбор" (ссылка на мой Яндекс-диск):
https://disk.yandex.ru/d/qEu0EZEgfJWE5w
А этим была прошита К573РФ2 из комплекта платы:
https://disk.yandex.ru/d/NPhjjtJhvm1d8A

Alexis66, спасибо огромное! Уже не думал, что кто отпишется :-) Сейчас просто гуглил снова этот контроллер и увидел, что Вы выложили. Спасибо огромное!