Новый реверс Вектора 06Ц.01 и возможная реинкарнация

[megov]

Sandro, Если вы про проект со схемой и PCB существующего Вектора - он в 7zip архиве приложен к сообщению, если под проектом имеется ввиду реплика Вектора, то такой проект, как любой другой, на ранних этапах находится в головах и черновых записях.

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

Improver, Глянул на Ваш проект - интересно, но подходы немного разные. Я не собираюсь (по крайней мере пока) сильно менять функциональную часть машины.
Это во многом перенос +/- как есть на новые компоненты со "скруглением углов" там, где это потребуется. Например нет РЕ3/ИР13 в 74HC/HCT серии, ВА86/87 будут
заменены на соответствующие функциональные аналоги в 74HC серии и т. д. Я собираюсь и вовсе не использовать ГФ24/ВМ80/ВК28 - их нет в SMD вариантах,
поэтому CPU будет 8085 в TQFP44. Таймер и ВВ55 есть в SO24 и TQFP44, такими достаточно долгое время баловалась OKI. Из остального остается только память
и мелкая логика, которая есть в SO корпусах в 74HC/HCT сериях.

Менять ли память на статическую - для меня под вопросом, поскольку я не планирую сильно влезать в видеоподсистему, а значит 32 бита надо где-то взять.
У DRAM есть распространенные чипы с x16 организацией и 2мя CAS на отдельные байты, пара таких и обеспечит 32 бита шины.

Надеюсь объяснил свою позицию и подходы.

[Advertiser]

[ivagor]

CPU будет 8085

Если уж менять процессор, то может сразу на z80?

[megov]

Если уж менять процессор, то может сразу на z80?

Как один из вариантов. Но Z80 с точки зрения логики шины сильнее отличается от BM80, могу не осилить.
8085 явно ближе и, кроме того, прямо сейчас у меня уже есть 1821ВМ85. Поэтому как только распаянный Вектор
соберется обратно, можно попробовать посмотреть на работы орионовцев на этом направлении.
Там был дизайн, который пин-в-пин вставлятся в панельку ВМ80, вот его и можно быстро развести и попробовать.
Вплоть до МГТФа на макетке.

[ivagor]

Поэтому как только распаянный Вектор
соберется обратно, можно попробовать посмотреть на работы орионовцев на этом направлении.
Там был дизайн, который пин-в-пин вставлятся в панельку ВМ80, вот его и можно быстро развести и попробовать.

На мой взгляд проще отталкиваться от векторовских вариантов (1,2,3) замены на z80.

Но Z80 с точки зрения логики шины сильнее отличается от BM80, могу не осилить.
8085 явно ближе и, кроме того, прямо сейчас у меня уже есть 1821ВМ85.

Есть пара серьезных проблем одинаковых при замене в векторе 8080 хоть на 8085 и z80:
1. Сигнал "СТЕК" (его отсутствие)
2. Другие тайминги некоторых критичных для программирования палитры и обмена с магнитофоном команд.
Если уж бороться с этими проблемами, то 1) для z80 есть примеры решения и 2) z80 дает больше плюшек в программном плане.
Хотя при замене на 8085 можно плюнуть на квазидиск и ориентироваться на ПК-6128Ц, но это уже совсем другая история.

[megov]

Мда. Посидел в KiCad часа три-четыре, накидал и начал разводить замечательные pin-to-pin схему/схемы включения 8085 в сокет 8080, найденные у орионовцев.
Параллельно думал над указанной ivagor проблемой со STACK, который теоретически хотелось бы тоже эмулировать на 8085.
И как-то одно с другим совпало, и я прифигел, что у орионовцев не подключены на сокете 8080 INT/INTE,
а потом прифигел еще больше, увидев на 8085 никуда не идущие IO/~M, S0 и S1!!!

Фиг с ним с INT/INTЕ, мало ли компов без прерываний, но как без IO/~M то в порты писать!!! Неужели?!
И таки да, у них MMIO на 64 кбайтах адресного пространства!
Потом нашел описание, где говорилось, что нет контроллера прерываний, нет декодирования слова состояния
и нет отдельного IO, оно отображается на память. И все - для упрощения конструкции. Нет, с точки зрения элементной базы
создатели Ориона правы, как и были правы создатели Вектора - куча доступной рассыпухи решает, я тоже в 88-90 году будучи
школьником в областном центре офигевал от ВВ55/ВТ57/ВГ75/ВН59/ГФ24 в "простом радиолюбительском компьютере всего
на 29 микросхемах".

В результате возвращаемся к тому, что интел правильно писал тогда в MCS80/85 Reference Manuals о том, что замена одного CPU на другой
проходит не на уровне pin-to-pin (или около) замены, а поперек набора системной логики. И, если STACK можно попробовать вытащить
на мелкой ПЛИС из сигналов цикла шины и (!) опкодов на этапе Opcode Fetch, то "вталкивать фарш обратно", пытаясь выставить на шину
данных под активный SYNC собранное из разных источников синтетическое слово состояния - я не готов.

А без этого невозможна замена в сокете 8080 на 8085. Ну кроме отдельных, специфических машин.

[ivagor]

Один из плохо исследованных векторов усовершенствования Вектора — изготовление pin-to-pin совместимой замены 8080 на ПЛИС.

Вектора - да, но в принципе успешный эксперимент был, только там сейчас похоже ссылки протухли. Но проц Vslava остался, если что.

у орионовцев не подключены на сокете 8080 INT/INTE

Насколько помню в варианте радио они формировали INTE для совместимости по звуку. В вариантах установки z80 в вектор формируют (с той или иной степенью успешности) все необходимые сигналы, в т.ч. стек. Для 8085 это тоже более-менее возможно, но тут я лучше дальше не буду развивать, чтобы на слове не поймали (в плисе я бы скорее всего сделал, но в плисе то все сделают). Вопрос скорее в другом, сколько времени будет потрачено на проект. Одно дело реверс и воспроизведение, а тут уже модификация.

[megov]

Спасибо ivagor, svofski и backa за пинки в стороны RP2040/STM32F401.

Исходная идея с CH558/559 была найти максимально дешевый USB хост под клавиатуру. По пять штук чипы с али стоили по 80 рублей за старший. Оттого и занялся.
Сейчас курю даташит на RP2040, очень интересно они там напилили. Я не сильно шарю в контроллерах, но есть ощущение, что разработчики туда "дрожжей-то подкинули".
Выделенная QSFP под флеш с прямым исполнением, два M0 Core (и я пока не понимаю как там с ними работать, особенно при синхронизации), ну и PIO приколен изрядно.

Дабы не уходить от темы, вкину идею, применительно к Вектору (сама идея не моя, где-то встречал а просторах): что, если ловить конечным автоматом на PIO все записи
в видеопамять (как делал коллега Improver) и получить, тем самым, зеркало видеопамяти в SRAM RP2040. А отдавать оттуда куда-нибудь в UVC device. Там правда в спеке UVC 1.5
я не нашел прямых RGB форматов, поэтому придется в YUV конвертить, видимо.

Нафига? Уйти от стандартного видеовыхода и не пытаться вложить 312p/15625/50 в какой-то из VGA/VESA форматов (тем более что с 50 герцами кадровой и у ZX Evo были трудности
с подбором мониторов). Дрова для видеокамеры есть в любой системе сейчас, отдельного моника/ТV не надо. Компы есть везде.

Посему, вопросов к коллегам ровно два:
- стоит ли идея воплощения?
- сохранить ли при этом классический видеовыход?

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

Вдогонку. Вчера прикидывал простой апскейлинг разрешений Вектора на VGA/VESA форматы. Как там в мультике про щенка в деревне? "Много думал" (С)
Если я правильно понимаю задумку Темиразова с Соколовым, то оба растра, и 256x256 и 512x256 должны быть квадратными, с соотношением сторон 1:1
и квадратными пикселями для основного разрешения и 1:2 для 512 pix. Что ложится на стандартные 4:3 и целочисленный дабблинг не очень хорошо.

Из того, что более-менее целочисленно подошло для основного разрешения - 1024x768@60Hz с пиксельклоком в 65MHz, что уже напрягает. Вертикально - 3x,
горизонтально тоже 3x c полями по 128 точек слева и справа. Соотношение сторон должно сохраниться. Но в эту схему плохо помещается 512х256.
Горизонтально можно сделать 2х и попасть нормально, но уплывет соотношение сторон.
Есть еще VESA 768x576@60Hz. По вертикали имеем двойное сканирование в 512 линий всегда и по 32 неиспользуемых линии сверху и снизу.
По горизонтали - 512 точек в 512 режиме 2x для 256 точек и по 128 точек поля. Вроде в обоих случаях растр будет 1:1. Но вот какова поддержка
такого разрешения на устройствах?

Так и возникла идея хватать записи в видеопамять и делать из них нечто типа video-over-usb, которое в стандарте зовется UVC.

[Improver]

megov, Ваш проект тоже будет интересен, но, забегая немного вперёд, хочу поинтересоваться:
1. Почему за основу взяли первый Вектор, а не 02-й? Посмотрите его схему -- там было исправлено несколько проблем, зачем их повторять в своём проекте?
2. Чем Вы планируете заменить К155РУ2? Или оставите её как есть, в DIP корпусе?

[megov]

1. Почему за основу взяли первый Вектор, а не 02-й? Посмотрите его схему -- там было исправлено несколько проблем, зачем их повторять в своём проекте?

У меня в наличии есть мой 06Ц.01 с которого я и начинал когда-то свою трудовую деятельность.
Он распаян на 2/3 и его восстановление (а я буду запаивать обратно и запускать поблочно) поможет в понимании что и как работает.
Поэтому на переделки 06Ц.02 я буду смотреть уже в процессе дизайна, скорее всего и использую их тоже.

2. Чем Вы планируете заменить К155РУ2? Или оставите её как есть, в DIP корпусе?

Я пока так далеко не думал, возможно подберу какой-нибудь мелкий чип статической памяти с x8, правда все они с двунаправленной шиной.

[Improver]

Я пока так далеко не думал, возможно подберу какой-нибудь мелкий чип статической памяти с x8, правда все они с двунаправленной шиной.

Советую подумать уже сейчас, ибо эта микруха самая проблемная в плане замены -- из того, что можно найти, всё либо нерационально дорого, либо по характеристикам не подходит, либо требует существенного изменения схемы. Ну и есть ещё вариант на ПЛИС...