Сборка и настройка Z80-Card для Орион-128.3 FAQ

[OrionExt]

А Чистяковский test-z80 что выдает?

Нет возможности. Проверяю только программами из штатного ПЗУ.

Например, в обращении к портам: STA 0F900h vs. OUT 0F9h. Но, к работе клавиатуры это не относится.
Кстати, как раз разница в том, что тест ОЗУ не сканирует клавиатуру, а Монитор виснет именно на этом процессе... Вангую проблему в работе с портами, причём конкретно с портами на ВВ55.

Возможно.
Тут еще отличие (размышление) код программы теста выполняется только из ПЗУ. Код монитора выполняется как из ПЗУ, так и из ОЗУ.


Продолжим.
К Z80 карте подключены провода /RES, F42, F43, пара 13. Монитор-1 работает стабильно, Тест-ОЗУ 512 КБайт не работает.

Дальше. К Z80 карте добавил 3 пары F8, F9 и FA. Монитор-1 работает стабильно, Тест ОЗУ 512 КБайт работает стабильно.

Добавил пару D14. Монитор-1 работает стабильно, Тест ОЗУ 512 КБайт работает стабильно.

Еще добавил 2 пары MB0 и MB1. Монитор-1 работает стабильно, Тест ОЗУ 512 КБайт работает стабильно. Интересненнько

Ну и занавес. Подключаю 50Hz. Монитор-1 - тю-тю Воджешь, пи … пи… пи… Никогда бы не подумал.
Вот оно слабое звено

[Denn]

Тут еще отличие (размышление) код программы теста выполняется только из ПЗУ. Код монитора выполняется как из ПЗУ, так и из ОЗУ.

Ой, кстати, да! Забыл про это. Действительно, код ТЕСТА ОЗУ, как это не смешно, вообще не использует ОЗУ )) В смысле, для своей работы.
А Монитор как раз использует ОЗУ для работы (стек). Вполне возможно, что бага в плоскости нестыковки таймингов при работе с ОЗУ.

Ну и занавес. Подключаю 50Hz. Монитор-1 - тю-тю Воджешь, пи … пи… пи… Никогда бы не подумал.
Вот оно слабое звено

Это как раз всё верно! Монитор-1 использует звук через INTE, т.е. при озвучивании нажатия клавиатуры, с определёнными интервалами выдаётся последовательность команд EI/DI. В нормальном Орионе прерываний нет, а на выходе INTE висит бипер. Если у нас в системе появляются аппаратные прерывания, то при выдаче команды EI получается лажа: срабатывает команда RST 7 (aka CALL 0038H), а там у нас просто мусор в ОЗУ.

[OrionExt]

Это как раз всё верно! Монитор-1 использует звук через INTE, т.е. при озвучивании нажатия клавиатуры, с определёнными интервалами выдаётся последовательность команд EI/DI. В нормальном Орионе прерываний нет, а на выходе INTE висит бипер. Если у нас в системе появляются аппаратные прерывания, то при выдаче команды EI получается лажа: срабатывает команда RST 7 (aka CALL 0038H), а там у нас просто мусор в ОЗУ.

Объясняет поведение Монитора-1 с внешним прерыванием.

Вангую, что в Тесте ОЗУ прерывания запрещены.

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

у меня сей девайс только на тестах ОЗУ нормально работал.

Stampmaker,а вы как тестировали? Попробуйте как я.

[Error404]

После аппаратного сброса на плате Z80Card сбрасывается ТМ9 порта FB, которая своим битом запрещает прохождение импульсов кадровых прерываний через D8.3. Это специально сделано чтобы ПО делающее EI/DI не увисало. И чтобы использовать прерывания всегда сначала нужно программировать порт FB. Проверьте что на входе D8.3 в режиме когда улетает Монитор-1.
http://webmail.emuverse.ru/wiki/%D0%...:Z80CardII.png

[OrionExt]

Да теперь все понятно. Проблему локализировал.

После аппаратного сброса на плате Z80Card сбрасывается ТМ9 порта FB, которая своим битом запрещает прохождение импульсов кадровых прерываний через D8.3. Это специально сделано чтобы ПО делающее EI/DI не увисало. И чтобы использовать прерывания всегда сначала нужно программировать порт FB. Проверьте что на входе D8.3 в режиме когда улетает Монитор-1.
http://webmail.emuverse.ru/wiki/%D0%...:Z80CardII.png

Спасибо. Завтра расскажу, что да как.

[Denn]

К вопросу о шагателе - http://zx-pk.ru/threads/25983-quot-s...-dlya-z80.html

[Stampmaker]

Stampmaker,а вы как тестировали?

сперва добивался, чтобы было вот так


а затем вставлял тесты ОЗУ и МОНИТОРы.
также процессоры пытался подбирать (но увы, все 5шт работали одинаково), и клок подтягивал к +5В подбирая резисторы (ну а вдруг?).
результат: МОНИТОРы зависают, но тесты цветные ковры рисуют исправно.

и диспетчер 16к отключал, и отдельный микротест для IORQ вставлял (это чтобы осциллографом обращение к портам на ИД7 увидеть), и с прерыванием тоже что-то шаманил.
и ничего не добился. плата лежит на полке, ждёт своего часа. надеюсь, когда-нибудь решение работоспособности найдётся.

[OrionExt]

Загадочная ситуация складывается. Ни какой крамолы не увидел. Все четко по логике. Написал маленький тест для включения прерываний, бит 6 порта 0FBH. А вот диф. цепочка не так работает, как будто диод неисправный (хотя я его проверял). Два подряд коротких импульса проходит на INT процессора при вкл. прерываниях от порта 0FBH.

Что примечательно при откл. прерываниях от порта 0FBH, если щуп осциллографа на 16 ногу (INT) процессора поставить, то глюки пропадают. Сейчас с эмулирую эту схему в программе, теоретическую часть в голове освежу.

[Error404]

Что примечательно при откл. прерываниях от порта 0FBH, если щуп осциллографа на 16 ногу (INT) процессора поставить, то глюки пропадают. Сейчас с эмулирую эту схему в программе, теоретическую часть в голове освежу.

Может просто подтянуть тогда 16 ногу (INT) процессора резистором к +5В?

[OrionExt]

Может просто подтянуть тогда 16 ногу (INT) процессора резистором к +5В?

Может быть.

В эмуляторе все красиво выходит. А вот в жизни нет. Вот попытался нарисовать картинку с осциллографа. На выходе DD8.3:11 очень плохо видно (oчень короткие импульсы). И заметил вот такую “хрень”, обвел красным кружком. И что это?

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