Орион 42 Турбо Супер, разработка 2022 г
Новый компьютер на с улучшенным видео, со статической памяти, z80 и прочей современной элементной базе совместимый с Орионом -128.
Разработка 2022 год, ведется Андреем из Норильска, на современной элементной базе, разработка совместима по сигналам с Орионом 128
Дата обновления имнформации: 18.01.2025
30/03/2024 И так появилась информация по сборке SVGA платы. Андрей полгода разрабатывал, потом по некоторым обстоятельствам забросил проект, и вот после нового года, активно взялся вновь.... теперь ждем разведенные платки, чтобы повторить это чудо..
По графике плата SVGA на 04/05/2024
Вставляется в Х2, автор Андрей
Вся информация чуть позже в процессе создания...
Плата вставляется в разьем Х2, принцип работы такой: вместо 1 пикселя выводится на экран 4 пикселя. Для работы с ЖК дисплеями и телевизорами. При ширине экрана 380 точек. Данная доработка позволила улучшить восприятие шрифтов. Пока реализован режим 380 точек по горизонтали.
Вот так выглядит вывод экрана при ширине 4 пикселя вместо 1-го.
Примеры работ различных программ Ориона-128
Пример платы (1 версия полумонтажная)
По сообщениям автора
Нет возможности проверить работу с окнами ниже дефолтных, в виду
отсутствия софта и живых чипов IDT7006
Там, вроде, ТМ8 за это отвечает
С него управление заведено.
Правда, не реализована дешифрация адресов этих окон. Поэтому,
предполагаю, нижние окна "не взлетят". Нужен второй дешифратор окон. Или
прокачать имеющийся.
Какой софт на классике использует окна для вывода видео, с адресами
ниже?
Кстати, какой диапазон адресов у окна сразу под дефолтным?
Я подумаю над дешифратором
Скачать документацию присланную Андреем от 30/03/2024 (схема и прошивка ПЗУ)
Скачать в хорошем
качестве на 29/03/2024 (неточности)
Схема!!!! Внимание некоторые контакты Х2 не соответствуют реальности (стандартам Орион-128)!!! Например ШD6 это на разьеме Х2 контакт -B6 (на схеме не соответствует) WR - совпадает, ША1 - совпадает. Нужно проверять!!!
Надо видеть разницу, пацаны!!! (коммент автора)
Небольшие особенности тоже в наличии:
1. Небольшой снежок.
2. Периодически изредка "блымкает" экран белым цветом.
Краткое описание автора, принцип работы:
Основная идея построения устройства - использование двухпортового ОЗУ, куда процессор ПРК независимо и невидимо для себя пишет видеоданные, параллельно с основной областью видео-ОЗУ. Считывание происходит асинхронно, с другого порта dualport RAM IDT7006.
Для организации записи в левый порт DP RAM используются управляющие сигналы с выхода дешифратора на плате ПРК (/WE0, /WE1), который определяет текущую страницу для записи, и дешифратор окна (DD9.1, DD9.3), который разрешает запись в DP RAM по конкретному адресу. Всё это, совместно с сигналом процессора /WR и управляющими сигналами 121 и /121 (берутся с ТМ7 на плате ПРК, выбирается основное окно или дополнительное) разрешает запись байта данных одновременно с записью в ячейку видеопамяти основного ОЗУ ПРК, по левому порту DP RAM. Шина данных левого порта DP RAM может находиться в двух состояниях - записи в порт и высокоимпедансном.
С процессом записи данных в устройство всё понятно (надеюсь).
Самая навороченная часть устройства - вторая,
обслуживающая порт вывода видеоданных из ИМС IDT7006.
Состоит из тактового генератора (ИМС DD1.1, DD1.2), пересчётной линейки
на синхронных счётчиках 1533ИЕ10, которые перебирают адреса ИМС ПЗУ
27С1024, формирующей растр и выталкивающей данные из DP RAM в регистры
видеоформирователя (собранного по схеме аналогичной авторской). В
младшем байте 16-битной ПЗУ прописаны строки, формирующие растр
развёртки. Для каждой строки (а их больше 600) имеется старший байт, где
прописаны биты, определяющие наличие КСИ (D11), ССИ (D10), конец кадра
(D13). Всё это выбирается совместно с служебным битом (D14), так как
иначе не хватает ШД, и некоторые нужные сигналы для развёртки записаны
на местах полезных данных (которые не совпадают по времени с сигналами,
формирующими растр). Во время действия служебного бита проходит гашение
на выходные мультиплексоры. Выделением вспомогательных сигналов
занимаются элементы DD8.1, DD8.2, DD8.3, DD9.2.
Управление цветовым режимом осуществляется сигналами с
ПРК (ТМ8-2б ТМ8-6б ТМ8-7, ТМ8-10). Цифры после дефисов соответствуют
ножкам ИМС ТМ8.
Надеюсь, описание написано понятно. Желающие повторить или улучшить
устройство могут это сделать свободно, указав при этом разработчика
исходного устройства - Андрей Федосенко (aka Rain). Контакты:
leftrain@yandex.ru. Буду благодарен за донаты
и прочую помощь. Карта Сбера привязана к телефону (ну, или наоборот).
Начало проекта - Россия, г. Норильск,
2022 г.
Завершение проекта - Беларусь, 2024 г.
Исправленная версия на 31/03/2024
Скачать в
хорошем качестве, скачать
в архиве
Последний вариант схемы
Есть подозрение, что у idt7006 слишком высокоомные входы. Отсюда
наводка при длинной дорожке. Попробую завести вместо инверсного сигнала
121 неинвертированный, с того же триггера, на свободный инвертор в
видеоадаптере, а с него уже на IDT7006
В общем, избавился от моргания СОВСЕМ.
Взял сигнал 121 (не инверсный), проинвертировал свободным элементом ЛА4,
и всё.
Поправлю схему, можно будет разводить
Устранены все недочёты
Теперь у меня есть полезные наработки, чтобы вернуться к более
масштабному проекту.
По крайней мере, обкатана схема асинхронного отбора и вывода видеоданных
из правой части Dualport RAM.
Неплохо было бы первые две страницы реализовать целиком на idt7008
Ни снега, ни морганий, ни артефактов
Долго не мог вдуплить, почему снежок и артефакты. В итоге опытным путём
пришёл к факту, что в дешифраторе сериям 1533, 1531 не место. Только 555
Скачать схему упрощенный вариант для классики
Прошивка на 10/04/2024 скачать (обновленная), косметическая доработка
Суть доработки:
Есть при формировании растра одна особенность. После выборки последнего
байта не гасятся первые полпикселя байта следующего. Ну, отстаёт сигнал
гашения на половину пикселя. В результате на предыдущей версии прошивки
справа присутствовал разноцветный столбец шириной в 0,5 пикселя.
Здесь я прописал последний столбец дважды, показывается первый пиксель
последнего столбца. На монотонном фоне теперь его не заметно.
В процессе....
В процессе....
Комментарий специалиста для истории (чтобы не потерялось):
С дублированием строк вообще нет никаких
проблем. Просто младший разряд увеличевшегося (рязрядностью на плюс один)
счётчика строк игнорируется и не участвует в формировании адреса доступа
к видеопамяти. Элементарно!
Проблемы возникают при выводе полной строки растра, уменьшенной по
длительности в три раза! Было 64мкс, а стало 21.(3)мкс.
Стандартный Орион, его стандартная (ТВ) развёртка. Полная строка длится
64мкс. В строке 640 точек (из них активных 384). Это 640 тактов
пиксельклока 10МГц. За 64мкс сдвиговые регистры заружаются 80 раз каждые
800нс (1.25МГц). За один такт частоты процессора 2.5МГц (400нс) прочик
имеет МОНОПОЛЬНЫЙ доступ к памяти - это тайм-слот процика. За следующий
такт частоты процессора (тоже 400нс) видеоконтроллер имеет МОНОПОЛЬНЫЙ
доступ к памяти (это тайм-слот видеоконтроллера), и загружает сдвиговые
регистры. Чередующиеся два СИНХРОННЫХ тайм-слота и дают возможность
видеоконтроллеру загружать сдвиговые регистры каждые 800нс (400+400).
Всё синхронно и замечательно! Причём тактовая частота процика ровно в 4
раза меньше пиксельклока. Ферштейн? ??
Кстати, у Корвета абсолютно такая же развёртка, только у него 512
активных точек, вместо 384 Орионовских.
Орион с тактом процика 2.5МГц, VGA-выдох с выбранным тобой режимом
800x600@75 (SVGA). У него уже совершенно другая развёртка. Полная
длительность строки ровно в три раза короче и составляет 21.(3)мкс.
Из-за удвоения точек по горизонтали соптимизированный пиксельклок
составляет 24.75МГц. В строке 528 точек (активных 384). За 21.(3)мкс
сдвиговые регистры нужно загружать 66 (528/8) раз каждые 0.(32)мкс
(3.09375МГц). То есть тайм-слоты должны быть по ~162нс... А что ты
имеешь в наличии? Что тайм-слот процика, что тайм-слот видеоконтроллера,
даже по отдельности, не говоря уже в сумме, НАМНОГО длятся дольше, чем
требуемый цикл загрузки сдвиговых регистров... "Потеря потерь!!!" (C)
Ферштейн? ??
Вывод №1. Для Ориона со стандартным клоком процика 2.5МГц с VGA-выдохом
НИКАК НЕ ОБОЙТИСЬ БЕЗ ДВУХПОРТОВКИ! Кстати, двухпортовка существует аж
трёх типов, но нам нужна именно асинхронная.
Вывод№2. Для Ориона с VGA-выдохом, НО БЕЗ ДВУХПОРТОВКИ, на обычной (однопортовой)
статике/динамике, частота процика должна быть в 4 раза меньше
пиксельклока. То есть для выбранного тобой VGA режима клок процика
должен быть 24.75/4=6.1875МГц. Ни один ВМ80А (как и intel8080 и amd9080)
этого не потянет. А вот с i8085H и Z80 можно!
Ферштейн? ??
На предыдущую страницу На главную страницу На следующую страницу