насчет "за полсекунды" это не проблема, я думаю проблема в том, что даже 800х400 в монохроме оперативно через один порт обновлять проблема. Кстати что за мысли о размещении кода в озу дисплея? это поле не доступно процессору
насчет "за полсекунды" это не проблема, я думаю проблема в том, что даже 800х400 в монохроме оперативно через один порт обновлять проблема. Кстати что за мысли о размещении кода в озу дисплея? это поле не доступно процессору
16-битный? Ни разу. Сам же КГД справляется? А быстродействие GPIO современных АРМов на полтора порядка выше.
Центральному - да. Зато у КЦГД есть команда "загрузить и выполнить код" на его процессоре. А, поскольку там 1801ВМ2, тот код будет тот же, что и на ЦП. Естественно, его следует писать из расчета на КЦГД, учитывая КЦГД-шное распределение памяти и периферийное оборудование. Так сделаны все КЦГД-шные графические игрушки. Собственно, большая их часть - это взяли соответствующую КГД-шную игрушку и портировали ее с ЦП ДВК на КЦГД-шный процессор. Ну, или, с УКНЦ, там игрушки исполняются на ПП, так при портировании заменили обращения к аппаратуре УКНЦ на обращения к аппаратуре КЦГД - в области графики они слегка похожи.
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
это плохо, я то думал что кгд не будет иметь своего процессора
Он его и не имеет. Это я про КЦГД писал, там да, 1801ВМ2, загрузка туда софта и пр. Ничего этого у КГД нет,у него всего три регистра: адреса ГОЗУ, данных ГОЗУ и переключения (см. ниже). Занес в РА ГОЗУ адрес, в РД ГОЗУ данные, и на экране появится соответствующий набор точек. Ну, или прочитал из РД ГОЗУ предыдущие данные. Все. Таблица соответствия координат точек на экране и адреса их в ГОЗУ есть в руководстве.
Это в КСМ. Но, с точки зрения ЦП, КСМ - "вещь в себе", черный ящик. Есть стандартный набор портов 177560-566, байт, отправленный на 177566, должен отобразиться на экране, код нажатой клавиши (код буквы, а не скан-код) поступает через регистр 177562, регистры 177560 и177564 используются в управлении, и тоже все.
Ну, и, желательно, чтобы этот дисплей мог отрабатывать управляющие последовательности. КСМ разрабатывался похожим на 15ИЭ, который, в свою очередь, разрабатывался похожим на VT52 В принципе, никто не запрещает поставить туда и что-то посерьезнее, те же VT100+, лишь бы оно исходно включалось в режиме совместимости с VT52.
И, наконец, КСМ и КГД почти не связаны между собой, не считая того, что они оба работают на один и тот же моник. Видеосигнал с КСМ заводится на КГД, а там стоит двухбитный переключатель. Один из битов разрешает проходить на моник сигналу КСМ, второй - КГД. Если взвести оба бита, на моник пойдет сумма видеосигналов. Правда, на "железный" КГД еще подаются синхросигналы с КСМ, но для эмуляции этих дел на "фруктовом пирожке" сей факт ничего не значит
Последний раз редактировалось AFZ; 07.05.2018 в 04:18.
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
касательно реплики кцгд есть более интересная идея, пусть там будет 580вм80а, три регистра загрузки и еще один 16 битный регистр указывает что код исполняемый в озу графики и 580 передает управление туда. Программа в графозу и программа в основной памяти могут общаться через этот 16 битный двунаправленный порт. Зачем не знаю, но интересно.
ну да, надо подумать
Автор, не слушай никого, жги
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)