Полуплата КЦГД на СМД мелкоте

[Vslav]

а делать копию КСМ вообще глупо - как раз с этим вполне справится STM32 на своих внутренних ресурсах плюс чуть-чуть ресурсов ФПГА.

Не согласен на счет КСМ, я уже прикинул ресурсы плиски - vm80a (600LUT) + 8x1KRAM.
Оригинальную ПЗУ-шку КСМ разобрал, надо будет пропатчить чтобы использовать только 4К под экранный буфер вместо 16K на оригинале ну и AT-клавиатуру перекодировать вместо 7004.
У меня есть вопросы чего от оригинала надо оставить - автономный режим? Буфер 48 строк? Но под это наверное надо тему заводить отдельную.

[Advertiser]

[AFZ]

Это в случае, когда всё пытаемся затолкать в одну, достаточно "жирную" ФПГА. И если использовать исходную концепцию, что основной дисплей это КСМ, а КГД к нему просто "довесок". Если же для того, что будет исполнять функции КСМ выделить отдельный "взрослый" МК, вроде STM32F407, а основную часть видеоадаптера сосредоточить в КГД, то от ФПГА потребуется существенно меньше ресурсов. Ну, и фирмварь КСМ в таком случае не нужна ни разу, надо будет сочинить что-то своё, причем на старте следует оставить VT52, но команду <033>"<" и переключение в режим VT240, естественно, надо сделать. Те софты, которые рассчитаны на КСМ спокойно будут работать в режиме совместимости, а для полного использования нового дисплея, кто-нибудь его переключит. Собственно, очень хорошо эти дела (VT52-VT240) сделаны в КЦГД-182, сочиняя свою программу, надо будет смотреть в доку от КЦГД (книга 8 из комплекта ДВК). ИМХО, конечно.

[Vslav]

Это в случае, когда всё пытаемся затолкать в одну, достаточно "жирную" ФПГА.

"Жирную" FPGA? В том то и прикол отреверсенных блоков что они маленькие, 1201.01/02 + КСМ + MX могут влезть в самый мелкий Cyclone III/IV.

[hobot]

+ MX

зачем штамповать это зло в пространстве\времени? давайте похороним его, пусть в архиве упокоиться, а файлы скопируем на человеческий формат !!! )

[Vslav]

зачем штамповать это зло в пространстве\времени? давайте похороним его, пусть в архиве упокоиться, а файлы скопируем на человеческий формат !!! )

1. MX контроллер простой
2. У меня достаточно много сохранилось дискет в этом формате, надо вычитать

[hobot]

1. MX контроллер простой

это не повод ) надо однозначно признать его непреемлимым злом и не продолжать далее финальной точки - оцифровка носителей в веб-хранилище.
R.I.P. MX-format.

2. У меня достаточно много сохранилось дискет в этом формате, надо вычитать

это утвердительная форма? тогда по возможности предлагаю разместить всё считанное в разделе ДВК у себя ! )

все перезаписываемо на MY c заменой драйвера всего лишь )
Нет эмиксу! Нам не нужен эмыкс! Эмыкс таксичен и вреден!
Он вредит лапам ваших домашних животных ) Он вредит вашим легким !
Даешь запрет на эмыкс в любом проявлении! Добровольно сдающим эмыкс материалы в архив - амнистия гарантируется !!! )

[Hunta]

Попробую найти у себя рабочий MX или восстановить. Интересно будет посмотреть его в работе

[hobot]

Кто не так давно перегонял файлы с дискет, я уже не помню...ЕМНИП Стас ( @SKcorp. )
и ещё кто то... в пределах полторак два года назад + _ - промежуток

[Vslav]

это утвердительная форма? тогда по возможности предлагаю разместить всё считанное в разделе ДВК у себя ! )

Это мечтательная форма, хочется самому эти дискеты почитать.
Там ничего особенного, ну разве что документация и мои драйвера платы КОП (IEEE-488), мои драйвера под электронный диск и еще по мелочи.
Ну и ресурсов (времени) на разработку MX на FPGA надо значительно меньше, чем MY. И MX не исключает разработку MY и MY4.

[SKcorp.]

Кто не так давно перегонял файлы с дискет, я уже не помню...ЕМНИП Стас ( @SKcorp. )
и ещё кто то... в пределах полторак два года назад + _ - промежуток

Я с HDD перегонял.