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

[megov]

У меня по результатам расшифровки циклограмм с D36/РЕ3 получается не 4, а три такта 6МГц в течении которых MX2=0 и, следовательно, доступ в память со стороны видеоадаптера в течении окна в 500ns. Про страничный доступ - да, спасибо, что напомнили, 3 RAS строба можно сэкономить. Кроме того я точно не планировал набирать банки из x1, а сразу смотрел бы на что-то x16, типа HM5118160, такие у меня после ZX-Evo остались, а там и CAS-before-RAS и RAS-onle рефреши есть. Скрытого и внутренних счетчиков, правда, нет.

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

Текущий цикл чтения видео из SRAM выглядит так:


Пояснения:
с0_24М - с2_3М - клок от 24МГц вниз (С1-С4 как раз выходы D35/ИЕ7)
Т - фазы ВМ80, addr+ALATCH - немультиплексированная ША, cyc_mx2 - MX2
nvramrd - строб чтения от видео, nsramrd/wr - стробы чтения/записи в память,
vplane - счетчик плоскостей, дающий изменяющиеся A13+A14 в адресе,
DATA - ШД, LATCH_X0_* - стробы записи в выходные регистры по плоскостям,
pixctr - счетчик пикселей для справки, wvrTB - старый строб записи в выходные регистры (из тестбенча),
DELAY - симуляция задержки доступа в память с гранулярностью в 1 master clock (20.85ns)
LATCH_CTR - счетчик на 6 MCLK для формирования LATCH_X0_*,
cx - состояние выходов D35 входов D36 без A4, фактически номер цикла в D36/РЕ3.

CPU и память написаны как тестбенчи в верилоге, криво и косо, но какое-то представление дают.
Данные выдаваемые на ШД - это слайс битов адреса [11:4] для отладки, живых данных в видеопамяти никаких нет.
CPU умеет циклы, соответствующие опкодам и дергать стробами чтения/записи в память и IO, действительного
исполнения кода там нет. Писалось все на коленке.

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

Вдогонку: есть ли где наиболее полная раскладка IO портов по Вектору?
Про стандартные 00h-0Fh + 10h кваз + где-то около 18h-1Ch ВГ93 + 20h второй кваз - я помню. В вот дальше?

Идеи 3:
- ROM диск отсадить с ПУ/ВВ55 куда нибудь вдаль и без ВВ55, на защелках (2-3 порта)
- сделать аналог 80h из PC - POST регистр (1 порт). На ввод можно дип свичей организовать для конфигурации.
- куда нибудь воткнуть ВВ51 (2 порта ВВ51 + переключалку бодрейта)

[Advertiser]

[ivagor]

есть ли где наиболее полная раскладка IO портов по Вектору?

Не нашел, где этот файл сейчас выложен в сети, поэтому прилагаю к посту (составил Tim0xA).

Дополнение: в файле упомянут кировский вариант расширения квазидиска, который не взлетел. Сейчас в эмуляторах и даже в железе поддерживаются расширения Баркаря.

[svofski]

CPU и память написаны как тестбенчи в верилоге, криво и косо, но какое-то представление дают.

vm80a Vslav-a можно в тестбенче завести.

куда нибудь воткнуть ВВ51 (2 порта ВВ51 + переключалку бодрейта)

Где-то мы это уже обсуждали. С последовательным портом без FIFO и прерываний Вектор не много сможет сделать полезного. 16550 чуть-чуть повышает теоретическую полезность.

Я сейчас делаю эмулятор Вектора на 5" LCD-модуле с ESP32S3 и была шальная идея -- насколько реально сделать Вектор по максимуму из оригинального чугуна, но чтобы плата вписывалась в размер платы модуля примерно 14x9 см. Типа если максимально уплотнить плату, сделать ее на столько слоев, сколько нужно, а не насколько кажется экономически разумно, мелкую логику запихнуть или в tssop-ы под большими чипами, или в cpld, две стороны монтаж. Иными словами, если отбросить разум, какой минимально возможный размер Вектора c труъ кр580+вв55+ви53 в принципе.

[megov]

Типа если максимально уплотнить плату, сделать ее на столько слоев, сколько нужно, а не насколько кажется экономически разумно, мелкую логику запихнуть или в tssop-ы под большими чипами, или в cpld, две стороны монтаж. Иными словами, если отбросить разум, какой минимально возможный размер Вектора c труъ кр580+вв55+ви53 в принципе.

Так это как раз и была моя основная идея в данном начинании. Ну, может быть еще плюсом замена ВВ55+ВИ53 на аналоги в SO/PLCC/TQFP и абстрагирование процессора до модуля с ША+ШД+MEM/IO/RD/WR+CLK+READY+RESET.
Тогда появляется возможность использовать 8085 и Z80 тоже в SO-40/TQFP-44. Причем весь ассортимент комплектующих у меня есть. В планах также оставить СНП34 по ВУ/ПУ и интегрировать адаптер PS/2 клавиатуры на атмеге или (тоже проект зреет) USB клавиатуры на китайце CH558/CH559.

Где-то мы это уже обсуждали. С последовательным портом без FIFO и прерываний Вектор не много сможет сделать полезного.

Про ВН59 тоже думается... Ну и, опять же, лишний последовательный порт еще никогда никому не мешал.

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

vm80a Vslav-a можно в тестбенче завести.

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

[svofski]

USB клавиатуры на китайце CH558/CH559.

Это по-моему оптимальный вариант. PS/2 клавиатура свое уже пожила.

[megov]

Это по-моему оптимальный вариант. PS/2 клавиатура свое уже пожила.

Дык уже:



Нарисовал схему в KiCad, развел, заказал, платы приехали... А вот с прошивкой, пока все пока застопорилось.
Есть"the девборда" CH559, SDK с примерами и тулчейн, ядро внутри C51 (если ничего не напутал), добрые люди перевели даташит с китайского на английский,
что-то собирается и шьется по USB, блинк, короче работает.

Но инициализацию USB хоста этого чуда китайской инженерной мысли я так и не победил. Событие есть, но ни VID ни PID я прочитать пока не смог.
HW отладки нет, ком-порт какой-то вроде я прикрутил, туда и вывожу дебаг.

Примеры, как и всегда с китайским кодом - тупое наслоение всяких фекалий с комментами на китайском, отключенными по #if 0 блоками и прочим весельем.
Доведу Vector06c-neo до прототипа - вернусь доделывать это чудо.

Немного о том, зачем туда полез. USB хосты есть не везде, навскидку есть в некоторых 4XX камнях у STM32, но это совсем из пушки по воробьям, там
весь Вектор cо Спектрумом вместе в non-uniofied multiprocessor mode можно наэмулить. Столько дури не надо в простом адаптере.
Да и дорого и сложно сейчас с STM32. А вот CH558/559 показались перспективными, дешевыми и прямо просились заюзать.
Общий дизайн прост и прям, как ЖД рельса: СР559 делает USB хост, общается с HID, достает скан-коды и как-то их мапит в матрицу 16x8.
Матрица отображает, собственно, матричную клавиатуру с контактами! А вот отдается она в аналоговый матричный коммутатор (МТ8816),
на который и заведены строки и столбцы от обслуживаемого ретокомпа. Модуль делался универсальным: маппинг задается прошивкой,
подтяжки и развязывающие диоды можно ставить или не ставить уже по схемотехнике ретрокомпа, 5 дополнительных выходов с коммутацией
nmos транзисторами на землю тоже выведены - это наши УС/CC/РУС/ВВОД/СБР.

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