КЦГД - поиск софта, вопросы и ответы

[shattered]

собрался запустить тесты из-под FTMON, и прикрутил для этого к mame устройство HD: им. Patron (http://zx-pk.ru/threads/17277-pomogi...-60/page4.html), но дальше уперся в то, что тамошнее T11 cpu core (из которого я делаю ВМ2) не умеет делать trap to 4 по доступу к несуществующей памяти а переносить эмуляцию в SIMH неохота (хоть он и поддерживает графику).

[shattered]

Можно Титуса попросить допилить. Собственно для подключения KEYGP достаточно подключить 182, 183 и 184. Так в КЦГД адресное пространство после 181/182 (120000-157776) пустует, положить туда 183-184, основным положить 182, и вперед.

Должны ли работать 183 и 184 с прошивкой 181? В книжке ПО ДВК показано, что загружаемая KeyGP работает.

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

Кадровая частота у него 60 Гц. Про строчную, действительно, нигде не написано, но можно предположить, что она сделана из расчета на американские телевизионные 525 строк при 60-Гц кадровой, то есть 15750 Гц при чересстрочной развертке и 15720 при прогрессивной. По крайней мере, очень похоже. Ну, и pixel clock - ровно половина от частоты генератора 33 МГц (D24.4, D24.6, BQ2, документ ПБА3.660.259 Э3).

BQ2 в этом документе (как и в ТО) -- кварц на 30,8 МГц. Были разные варианты?

[AFZ]

Должны ли работать 183 и 184 с прошивкой 181? В книжке ПО ДВК показано, что загружаемая KeyGP работает.

Нет. Их (KeyGP), фактически, две - одна для 181, вторая - для 182. В 183 и 184 занесена KeyGP для 182, собранная для исполнения из ПЗУ.

BQ2 в этом документе (как и в ТО) -- кварц на 30,8 МГц. Были разные варианты?

Нет, это меня склероз подвел. Все КЦГД имеют один и тот же кварц, просто я был уверен, что он 33, оказалось, 30.8. Кстати, он там гармониковый, в обычной правильной схеме генератора он запускается на 10 с копейками МГЦ, а здесь - на третьей механической гармонике. Вероятно, из-за малой емкости конденсатора C85 и малого входного сопротивления каскада на D24.6, усиление этого каскада на 10 МГц недостаточно для самовозбуждения генератора. А на 30 МГц - достаточно.

[shattered]

Вообще-то на EmuStudio и 181 и 182 прошивки работают корректно)

оказалось, что прошивка не успевает сделать рулон до приема первого символа новой строки на скорости 9600 (за 1146 us). подозреваю, что дело в неверном тайминге команд (сейчас он взято от T11).

[MiX]

на скорости 9600

ВПшки 065 в КЦГД обмениваются на 57600 (кроме клавиатуры).

[shattered]

знаю, временно сделал скорость поменьше. все же дело в квитировании, скорее всего -- цикл очистки очень простой, но выполняется 13ms, никак не успеть.

[Titus]

знаю, временно сделал скорость поменьше. все же дело в квитировании, скорее всего -- цикл очистки очень простой, но выполняется 13ms, никак не успеть.

У меня как-то проблем таких в эмуляторе никогда не встречалось. Однако, у меня виртуально достаточно высокая скорость последовательного порта. Не помню щас какая. Кстати, из-за несоответствия скорости оригиналу криво работали какие-то графическо-математические пакеты, как я их 'заплатками по скорости' не подгонял.

[shattered]

мда, найти хорошее описание квитирования в ВП1-065 пока не удалось, только какой-то сомнительный обрывок текста

При готовности приёмника к приёму данных на выходе RR (31 вывод) устанавливается низкий уровень напряжения, а данные приходят на вход IP (28 вывод). Данные из последнего кода преобразуются в параллельный и записываются в буферный регистр приёмника. После этого в регистре состояние приёмника устанавливается в единицу 7-ой разряд, а на выходе RR устанавливается напряжение высокого уровня. После чтения данных из буферного регистра приёмника флаг состояния приёмника устанавливается в 0, а [не на выходе RR- высокий уровень напряжения.]

буду вкручивать это в эмулятор.

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

Таки да, с квитированием работает заметно лучше



Попробую игрушки позапускать...

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

Lode Runner почти играбелен (скорость выше, чем удобно для игры). Не уверен, что правильно выставил тактовую ВМ2 -- сейчас 30.8 мгц/4.

[AFZ]

найти хорошее описание квитирования в ВП1-065 пока не удалось, только какой-то сомнительный обрывок текста

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

Учитывая наличие как в приемнике, так и в передатчике двух регистров - ( в приемнике один сдвиговый, второй - для выдачи, т.е. РД приемника, в передатчике - один - входной, т.е. РД передатчика, второй - сдвиговый), в процессе передачи могут участвовать одновременно три байта - самый ранний лежит в РД приемника, второй - в процессе передачи, т е находится в сдвиговых регистрах плавно переезжая из передатчика в приемник и последний лежит в РД передатчика.

Так вот, по всей видимости, на каком-то такте переезда байта из передатчика в приемник, схема приемника проверяет, забрали ли предыдущий байт, если нет, она активирует сигнал RR. Передатчик же, получив от ЦП байт в свой RD сбрасывает бит D7 РС, затем смотрит свой вход BSYD, если он активен, ждет его дезактивации, после этого проверяет сдвиговый регистр, если он свободен, передает байт из своего РД в сдвиговый регистр, запускает передачу и только после этого взводит бит D7 в РС. То есть, пока BSYD активен (занято), D7 РС передатчика будет стоять в нуле, не давая продолжить передачу.

[shattered]

Внезапно!


MESS WIP: КЦГД (прошивка 182 + KeyGP)