Z80 PIO не генерирует прерывание

[Serg6845]

Поменял.... пока так же....

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

Пока поэтапно тестировал сигналы, обнаружил, что клава шлет селф-тест последовательности при подаче питания. Присмотрелся - да.. вроде ~INT по ~STB + фронту... Какой-то короткий, но все же получается есть. Масштаб = 10uS, значит ~INT примерно 2 uS.

~INT снимается по подтверждению прерывания процессором, длительность зависит в т.ч. от тактовой частоты. с виду нормально.

Генерится только при первом ~STB, потом хоть выспись - жми 100 раз - ничего на ~INT.

а вот это похоже на то что PIO зависает в состоянии "under service" - то есть "мое прерывание обрабатывают но еще не обработали". выход из этого состояния - по команде RETI на шине данных.
можно засинхронизироваться от ~INT и посмотреть что на IEO происходит.

Что,похоже свидетельствует о програмной ошибке.

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

[fromzero2infinity]

Кажется я где-то близко, Вашими молитвами.
Поюнул на все, разобрал.
Собрал свои портики. Выходной и взодной. Выходной ничего интересного, а вот входной, где по кнопочке генерится INT. Немного мудрено, но это что б микросхемок поменьше.

Написал тестик, где использую mod1.

; Test #05
; Test interrupt in Mode 1
PORTOUT .equ 0Fh
.org 0h ; RESET
ld sp, 0fff0h
im 1
ld a, 55h
ld hl, 8000h
ld (hl), a
ei
MAIN: ld a, (hl)
out (PORTOUT), a
jp MAIN
.org 38h
ex af, af' ; save A, FLAGS
ld a, (hl)
inc a
ld (hl), a
ex af, af' ; restore A, FLAGS
ei
ret
.END

Работает как часы... Увеличивает (HL) и отображает на выходном порту.

Цепляю к этому портику вектор (RST4).
Чутка меняю тестик.
im0 и .org 20h на обработчик..... Включаю - НЕ работает. ~INT есть, ~INTAck есть... а не работает. 55h висит на выходе и все.
И тут приходит мысль - до проца не дожодит вектор прерывания. Ну логично, если без вектора в режиме 1 работает,я тут нет.
Открываю UM0080.pdf и вижу

~RD не уходит на низкий уровень.
А у меня на шине данных вот такой гейт стоит....

Т.е. при ~RD = 1 он включен A->B, на шину, а не на CPU.
Вот и нету вектора к процессору.

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

Пожалуйста, подтвердите ход моих мыслей или ткните где не прав. Если есть готовое решения на управление буфером шины данных - киньтесь им в меня пожалуйста.
По моему разумению надо (~RD AND ~INTack) использовать. Но может еще какие случаи есть о которых я не знаю пока. Так сказать, что б позже опять не получить такую штангу.

Пока буду думать как пилить дорожки и паяться проводками к материнке, что б проверить.

[Serg6845]

Кажется я где-то близко, Вашими молитвами.
Поюнул на все, разобрал.
Написал тестик, где использую mod1.

Работает как часы... Увеличивает (HL) и отображает на выходном порту.

Цепляю к этому портику вектор (RST4).
Чутка меняю тестик.
im0 и .org 20h на обработчик..... Включаю - НЕ работает. ~INT есть, ~INTAck есть... а не работает. 55h висит на выходе и все.
И тут приходит мысль - до проца не дожодит вектор прерывания. Ну логично, если без вектора в режиме 1 работает,я тут нет.
Открываю UM0080.pdf и вижу

~RD не уходит на низкий уровень.
А у меня на шине данных вот такой гейт стоит....

Т.е. при ~RD = 1 он включен A->B, на шину, а не на CPU.
Вот и нету вектора к процессору.

Похоже так.

Семен Семеныч!
в исходной схеме буфер не показан был. естественно так работать не будет.

Все остальное при этом b стек и субрутины работают, что дало мне чувство в правильности дизайна самой моверборд...

ну они-то работают по нормальным ~RD, ~WR, обработка прерываний - особый случай.

Пожалуйста, подтвердите ход моих мыслей или ткните где не прав. Если есть готовое решения на управление буфером шины данных - киньтесь им в меня пожалуйста.
По моему разумению надо (~RD AND ~INTack) использовать.

правильно.

Но может еще какие случаи есть о которых я не знаю пока. Так сказать, что б позже опять не получить такую штангу.

сходу не припомню, разве что ~BUSRQ когда-нибудь будет задействован...

[fromzero2infinity]

Теперь c моими портами все работает. RST отрабатывает, обработчик считает, на out порту все отображается.


Буду переделывать материнку, подключать PIO и обратно на im2. Думаю, что проблем не возникнет.
Поучительно...
Еще можно ~BUSACK прицепить на ~СE, но пока до DMA очень далеко... пусть так пока будет.

Друзья, Serg6845 и Sayman спасибо Вам от всего сердца.
Мало того, что железную проблему решили, так еще и спасли меня от еще одного месяца(ев) взрывания мозга с неправильно понятым мною Mode2 и таблице прерываний.