Тот, что наоборот - это совсем другое дело, он питается от HDMI, где нагрузочная способность невелика. Решается дополнительным питанием. А те, что я купил (VGA>HDMI) работают от внешнего питания, им источник на +5В нужен в любом случае.

Подключил "Агат" по HDMI. Путь сигнала: "Агат-9" > GBS-8200 > VGA2HDMI > TV
Использовано разрешение 1024х768, режим 4:3 (нативное разрешение телевизора 1920х1080). Лично мне результат понравился. Правда, не нашёл, как у "девятки" включить инверсный режим текста 64х32, может, там такого вообще нет.

Фотографии сделаны стареньким фотоаппаратом с разрешением 1600х1200. Вот одна, загрузил на сайт, остальные на "Яндексе", для экономии места на сервере:

https://yadi.sk/i/f5JDnXiEYuPmvQ
https://yadi.sk/i/3mvkXP8Kn_L-wg
https://yadi.sk/i/WZgdH5i055Rcfw
https://yadi.sk/i/esnZfMTpGZdSZg
https://yadi.sk/i/6Y4zkJVHOjhccQ
https://yadi.sk/i/c7HWn_Jogv_p0A
https://yadi.sk/i/wKmIY65eCABPGw

Движущиеся изображения получились смазанными, но это уже фотоаппарат, на экране ничего не мажется.

>  Если нужно HDMI, дополнительно конвертер будет стоить ещё 250р.
Купил я такой, только наоборот (hdmi -> svga), но он кой где работает, кой где- нет. А одна железка просто валится при его подключении - вроде как напряг просаживается, то ли кз из-за косяков распиновки, то ли что-то ещё, но не из-за питальник железки - он ещё ампер-два в запасе имеет.

Цели две: да, просто сократить место. И число проводов и, соответственно, сложность сборки агата (у меня он хранится разобранным). Слот, даже в набитой семёрке, есть свободный. И ещё - возможно, некоторое упрощение ремонтов.

Я про коммерческий успех не говорю, просто закинул идею именно потому, что у тебя эта работа уже почти сделана.
Может кому-то тоже это покажется полезным.

Вопрос в том, нужно ли реально такое устройство? Если кто-то приобретает "Агат", то, думаю, он знаком, хотя бы приблизительно, с его характеристиками и подготовит соответствующее устройство видеовывода. Если даже нужно использовать VGA или HDMI, то GBS8200 стоит прмерно 1300 рублей. Если нужно HDMI, дополнительно конвертер будет стоить ещё 250р. Итого - примерно 1500-1600 рублей для подключения "Агата" по VGA/HDMI. И это я говорю о реально существующих устройствах, которые легко заказать на "Али". Дополнительный видеоконтроллер потребует разработки схемы, платы, HDL, заказ платы, сборка, отладка... Это время и деньги, деньги, уверен, не меньше, чем упомянутая выше сумма. Если, конечно, интересно просто разработать такое устройство, тогда, конечно, всё вышесказанное неважно :)   Конечно, карта, вставляемая в слот, удобнее в использовании и занимает меньше места, но, во-первых, она занимает при этом слот, что, иногда, может помешать, а во-вторых, при размерах "Агата" лежащая рядом GBS8200, думаю, ситуации не усугубит.
Есть ещё вопрос качества изображения, но об это, пока что, не буду. Я постараюсь на выходные подключить "Агат" к телевизору через GBS8200 и через дополнительный конвертер в HDMI, сделать фото с экрана и выложить сюда.

Мне известно две ошибки в прогах, которые приводили к зависимостям от начального состояния ОЗУ: цвет курсора в Агат-Авторе при первом обращении к процедуре ввода (цвет задавался только в режиме редактирования и если обратиться к процедуре ввода до входа в редактирование текста то курсор был непредсказумого цвета). Также была какая-то ошибка в ИКП, в поиске принтера: если ячейки принтера нет, события развивались в зависимости от какой-то ячейки в ZP. Ненормальных, которые бы расчитывали на предсказуемое заполнение (видео)озу, не было.

Другое дело, что иногда, например, прога сперва чистила страницу, потом переключала c7xx, и только потом что-то рисовала на странице. Поэтому при эмуляции нужно будет держать на ДопДК полный объём базового озу. Что, по нынешним меркам, не так уж чтобы много.

А вот нужен ли мапер озу - дело не такое простое как кажется.
У семёрки мапер не нужн - базовые 32 кб на своих адресах всегда.
У девятки никто уже архитектуру IOSub не менял и там, во всяком случае текстовый режим, всегда мапиться при выводе
на те же адреса, что и в семёрке. Иначе придётся переделывать одну мелкую процедурку, которая расчитывает адрес строки в памяти из номера строки на экране и адреса страницы. Либо процедурку, которая расчитывает адрес начала страницы из программног о переключателя страницы. А кому оно надо ? Не думаю, что и в игрушках кто-то сильно напрягался.

Вообще, прог, которые бы использовали маппер девятки, не так уж много. Этим занимались, в основном, операционки и отдельные крупные проги, типа копировщиков. А игрушки, например, были тянуты с эпла или семёрки и им вполне хватало ОЗУ без переключений.

Насчёт совмещённых режимов ДК: вроде на этом форуме или ещё раньше - где-то были уже сообщения о том, что на девятках разных версий эти режимы работали по разному (что-то там с периодом прерываний). И, вроде бы, между семёркой и девяткой есть отличия. Реальные проги, которым это было нужно, были на семёрке, под Рапирой. Так что это можно выкинуть, практически ничего не теряя.

C1xx, С7xx, C05x - конечно они есть на слоте - кто бы и зачем их фильтровал на материнке ?
Как бы работала ячейка 121, если бы ей были недоступны C05x ?
Да и модули доппамяти ожидают полные шины адреса и данных для работы.

2. Как это - "при условии, что все транслируется на слоты прозрачно"? Я предполагал, что мы говорим об "Агате", а с его слотами всё, насколько я знаю, понятно. Какие могут быть условия?

3. Я считаю, что у любого развивающегося человека периодически меняются взгляды на разные вещи. Но это так, в общем. Теперь - конкретика. О том, что лично мне не нужен совмещённый режим, я уже говорил неоднократно и этого мнения не менял. Очень прошу показать, где я высказывал противоположное мнение.

Ты не понял о чем речь...
Представь, ты включаешь АГАТ с новым ДК в таком слотовом исполнении. Без дисководов. Включается режим 2Т, Монитор переходит в режим диалога. Ты хочешь проверить работу ДК в режиме МГВР - обращаешься по $C703. Родной ДК переключается в МГВР и отображает содержимое нулевой страницы физической памяти: мусор по включению питания. Одновременно новый ДК также включается в МГВР - и должен показывать также содержимое нулевой страницы прозрачной копии физической памяти. А прозрачной записи-то в эту страницу еще не было... А содержимое после включения питания однозначно разное... Экраны двух ДК будут совпадать?

Это только один из примеров. Да, практическая ценность в этом стремится к нулю. Однако, истина остается истиной. Быть может, где-то в какой-то проге этот момент и проявится знАчимым.

Наверное, да (при условии, что все транслируется на слоты прозрачно).

Отслеживание регистра режима ДК - очевидно.

Аналогично и по Яблоку.

По мапперу: ДК умеет экранизировать в графрежимах всю физическую память 128КБ (все 16 страниц), в текстовых режимах только первые 64КБ. И разные страницы могут быть подключены на разные сегменты. Поэтому новому ДК нужно для себя дублировать маппер, чтобы правильно отслеживать прозрачную запись в страницы копии физической памяти из сегментов адресного пространства процессора.

Ох, сколько раз на форуме ты менял свои мнения и суждения... ;)

Если на двухпортовке в виде отдельной карточки в слот:
1. При переключении на новую текстовую/графическую страницу получаем мусор до перерисовки экрана.

Точно так же, как и со штатным видеоконтроллером "Агата", так же, как и с любым другим.

Достаточно присутствия на слоте сигналов процессора.

Ну, возможно, для кого-то это важно. Лично для меня это не потеря вообще.

Если на двухпортовке в виде отдельной карточки в слот:
1. При переключении на новую текстовую/графическую страницу получаем мусор до перерисовки экрана.
2. На слоте надо отслеживать запись не только всего адресного пространства памяти, но и регистр режима ДК $C7xx, регистры маппера $C1xx, Яблочные регистры $C05x. На слот это все прозрачно транслируется? Надо смотреть схему.
3. Новый ДК будет по определению не синхронизирован с основным, а значит "привет" эффектам с использованием таймерных прерываний (только на новом ДК!)...

PS. Не ПЛИС, а малинка и подобное (программная эмуляция железа в родном железе) - это резиновая женщина, ИМХО... :(

А как подключили -то ? Адаптер какой-то или прям gpio завели на шину спека ? Вроде у малины gpio не сильно много... 16 +8 + служебку слушать.

Если даже по прерываниям работать, это надо слушать доступ ко всей подряд памяти,
выбирать адреса видео и схватывать налету значения ?
В малине код на C или на асме писали? не на перле же ?

А может таким макаром сделать отдельный ДК, который будет работать параллельно с основным ?
Т.е. просто периферийный модуль: воткнул его в агат и у него выход на svga/hdmi и он просто повторяет всю логику штатного ДК, кроме рефреша ОЗУ и работает параллельно с основным. Просто сигнал гонит на свой интерфейс со своими частотами и прочим.

Не только почти всё готово - я планировал сделать такое устройство. Полностью автономное, с собственной памятью, оно бы только отлавливало факт записи в служебные регистры и память. Память - двупортовая, видеовыход можно строить, как угодно. Правда, есть ещё вопрос синхронизации для совмещённого режима, но лично мне он не нужен. Конечно, планировал реализовать 121-ю ячейку. Но устройство так и осталось "на бумаге" за ненадобностью, так как я занялся разработкой "Агата" целиком на современной базе.

Кстати, уже позже я узнал, что нечто подобное сделали для ZX-Spectrum - к нему подключается "малина" в качестве дополнительного и независимого видеоконтроллера с HDMI. Разница в том, что вся логика сделана программно, но основной принцип тот же.

PS Я тоже обратного хода не встречал на мониках в нормальных режимах. Разве что если сильно выкрутить регулировки.
Вероятно, это всё же поломка.

2AlexBel:
я че-то подумал: ты вот возишся с дисплейным контроллером на матрице и хочешь сделать его на собственной памяти.
А может таким макаром сделать отдельный ДК, который будет работать параллельно с основным ?
Т.е. просто периферийный модуль: воткнул его в агат и у него выход на svga/hdmi и он просто повторяет всю логику штатного ДК, кроме рефреша ОЗУ и работает параллельно с основным. Просто сигнал гонит на свой интерфейс со своими частотами и прочим.

Тут видиться целых три возможности:
1) Можно такую штуку использовать по прямому назначению: рисовать чистую картинку на LCD. Причем сразу на два монитора - на телек и на svga/hdmi.
2) Можно такой штукой тестить комп или использовать его если выхлоп штатного ДК накрылся. Т.е. он ещё рефреш памяти делает, а больше ничего.
3) Если схема хорошо зайдёт, то можно на её основе сделать реплику ячейки 121 на новый лад.

У тебя же почти всё есть для этого - оформить только в виде автономной схемы.

Я сидел и за "Юностью-404" и за "32втц" и за "колокольчиком", а ещё подключал агат к примерно 23-дюймовому телеку с ч-б кинескопом (напрямую, в видеоканал)

У нас в школе была сборная солянка из мониторов: и "Юности" и "Шилялисы" и "Электроники ВТЦ", только, кажется, не 201-е, а еще 101-е. 64x32 на всех читать можно было с трудом. У некоторых мониторов сведение лучей у края экрана было такое, что даже в 32x32 буквы "троились".

А вот когда дома к ламповому "Рекорду В312" с диагональю 50 см цеплял "Агат" и "Правец", тут четкость была просто супер.

Насчет четкости: обычные кинескопы 32ЛК1Ц-1 и 32ЛК2Ц судя по справочнику должны давать четкость 300 линий по вертикали и горизонтали в центре экрана, сведение лучей внутри круга 0,75 от высоты экрана - 0,8 мм. То есть, хорошо отрегулированные "Юность" или "Шилялис" режим 256x256 показывать должны довольно прилично. Но, это, понятное дело, не про школьные мониторы, которые двигают, за ручки крутят, стучат по корпусу, когда один из цветов отвалится :)

Подтверждаю, у колокольчиков отличное изображение. Причем даже на бОльших чем у агата разрешениях (ес184х и прочие искры) все в порядке.

▼Spoiler

Крупно:
http://agatcomp.ru/Images/new_monic/MC6105_3.jpg

И никакого обратного хода ;)