Эмуляция "Байт" (тайминги, карта памяти)

[ZXMAK]

В "Байтах" сигнал WAIT не используется, т.е. там импульсов быть не может в принципе.

А блокировка clk используется? почему-же тогда церикопик не работает?

[Prusak]

По ссылке, которую я уже указывал ранее, есть куски кода "Церикопика", по которым делается проверка оригинальности компьютера. Возможно имеет смысл проверить вручную выполнение этого кода.

насколько ровный и стабильный меандр на CLK?

По идее меандр не должен быть стабильный, т.к. подача CLK на процессор прекращается при одновременном обращении к экранному ОЗУ видеоконтроллером и процессором. Более точно возможно покажет осциллограф.

Удалось сделать сигнал яркости в "старом" Байте. Скриншот перезаписал. В программе timechart "старый" Байт даёт 69891 такт стабильно.

[ZXMAK]

По идее меандр не должен быть стабильный, т.к. подача CLK на процессор прекращается при одновременном обращении к экранному ОЗУ видеоконтроллером и процессором. Более точно возможно покажет осциллограф.

Удалось сделать сигнал яркости в "старом" Байте. Скриншот перезаписал. В программе timechart "старый" Байт даёт 69891 такт стабильно.

получается что не хватает в текущей реализации ULA - торможения доступа к банке с видеопамятью. А есть какие-то мультиколорные эффекты, реализованные в памяти ниже #8000 на байте?

Без риала сложно такой мультиколор сделать, не располагая какой-либо информацией о моментах, когда производится торможение доступа к памяти

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

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

Может кто-то поможет разобрать почему церикопик на следующем за проверкой блоке сбрасывается?

update: обновил exe еще раз, как выяснилось использовалась неудачный вариант расчета контенций - на ULA BYTE [early] падало с ошибкой, поправил

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

[Prusak]

Результаты работы теста быстродействия, который используется в "Церикопике".

Пояснения: первая колонка цифр - результат в области памяти #4000-#7FFF, вторая колонка - в области памяти #C000-#FFFF. Третья колонка - разница между первым и вторым значениями. В Церикопике делается проверка на разницу не менее 128 единиц. Если разница меньше, чем 128, то считается, что компьютер не "Байт".

В архиве также скриншот результатов работы теста на доработанном до 1024К "Байте", без торможения памяти. Как видно, результаты теста для него почти не отличаются в различных областях памяти. На таком "Байте" Церикопик работать не станет.

-----
Update: положил в архив саму программу для тестирования быстродействия в tap-файле

[ZXMAK]

Update: положил в архив саму программу для тестирования быстродействия в tap-файле

вот, это другое дело!
странные результаты получаются - на области без контенций в эмуляторе сейчас получается 1223, а на риале 1217...
Как такое может быть?

Updated: все понятно, к сожалению тест малоинформативный... он может только подтвердить соответствуют ли все тайминги включая медленную и быструю память. Дать информацию о таймингах быстрой памяти он к сожалению не может.
Впрочем это и не нужно, по всей видимости с быстрой памятью все ок.

В обоих случаях идет обращение к медленной памяти, вот процедура для второго значения (быстрой памяти):

FDE8:   LD DE,(#5C78)   ; тут мы обращаемся к медленной памяти...
           XOR A
           LD HL,(#5C78)   ; тут мы обращаемся к медленной памяти...

А нет ли схемы "Байта"? Нужно смотреть как именно делаются задержки...

[Prusak]

Схема компьютера "Байт".

[Advertiser]

[ZXMAK]

Схема компьютера "Байт".

я правильно понимаю, что по переходу из 1 в 0 сигнала DD22-Q2, устанавливаются счетчики - DD3=8 и DD4=2?

[Prusak]

Не совсем. Входы PE счётчиков - это вход разрешения синхронной параллельной записи информации в счётчики. А сама запись предустановленных значений происходит по фронту тактового импульса на входе C. Т.е. для предустановки счётчиков необходимо подать PE=0 и дождаться фронта тактового импульса.

[breeze]

К слову ещё! когда нажата кнопка «Совмест» и сделать ресет (если мне не изменяет память) стартует другая часть ПЗУ и вместо надписи «Бресткое бла,бла,бла…» должна появится одна строчка

"Byte" Personal Computer

[ZXMAK]

запусти пожалуйста еще вот-эти тесты
1) в minfo.tap.zip - нужно посмотреть длительность int (судя по всему будет 42) и FРАМЕ TИМЕ
2) в stime.tap.zip - нужно кнопками Q/A добиться чтобы красная полоска вверху экрана гасла и записать значение тактов при котором она еще горит и при котором гаснет (ориентировочно ищи где-то около 14391)

Что касается схемы, то она похоже неправильная. Например блокировка CLK по схеме происходит когда !MREQ и сигнал 23 установлены в единицу, что нелогично, т.к. при доступе к памяти !MREQ=0...