УКНЦ отсутствие микросхемы

[ZPilot]

Кстати, а общение шло через разъём XS1? И если через этот разъём, то все сигналы, т.е. не только адрес-данные, но и DIN, SYNC, RPLY?

Да, все шло через XS1, все сигналы я отлавливал в таком порядке: SYNC, DIN, а потом с генерировал RPLY путем поджатия к 0, естественно все отпустил когда SYNC стал высоким.
Сейчас попробую ответить высоким.

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

Странно, но результат не изменился. Может все-таки ответ от 172660 играет тут роль?

[Advertiser]

[Alex_K]

Странно, но результат не изменился. Может все-таки ответ от 172660 играет тут роль?

Когда стал активным DIN надо выставить на шину 0xFFFF прямой, для процессора это будет инверсный ноль, выдержать паузу, т.к. есть задержка через буфер, потом дать RPLY.
По адресу 0172660 записано значение указателя стека, он загружается правильно. Для ПП это 0450. Когда происходит сбой и генерируются прерывания, то в стек всё ложится правильно, соответственно это последовательности 446 444, далее 442 440, ну и т.д.

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

Есть ещё предположение, что плохо работает схема управления буфером. Это D9, D21, D6.5. При чтении за буфером должно переключиться направление.

[ZPilot]

Я так и делаю, даже пауза у меня есть в виде:

Скрытый текст

mov r1,#(1UL<<(5U))
strh r1,[%[PORT_A],BSRR]
b sync_h //to start

[свернуть]

зажигаю светодиод, как индикатор, что был адрес 177716, ну и переход в начало цикла, где жду поднятия SYNC

[ZPilot]

Есть ещё предположение, что плохо работает схема управления буфером. Это D9, D21, D6.5. При чтении за буфером должно переключиться направление.

Проверил, все вроде хорошо.

Кстати, у меня была вытащена 205 ПЗУха, когда я ее вставил на место программа стала проходить дальше как на исправной, но все равно упал при повторном считывании с порта 177716:

Скрытый текст

160000 160002 160300 160302 172660 160304 160306 160310 160312 160314 160316 177716 160320 160322 160332 160334 160336 177716 446 444 4 6 442 440 14 16 0 2 436 434 10 12 0 2 432 430 10 12 0 2 426 424 10 12 0 2 422 420 10 12 0 2 416 414 10 12 0 2 412 410 10 12 0 2 406 404 10 12 0 2 402 400 10 12 0 2 376 374

[свернуть]

Чем должна ответить 031 второй раз? 1?

[Alex_K]

160332 160334 160336 177716

Тут уже не читается, а записывается в регистр 0177716 командой MOV #40,@#177716. В данном случае ЦП полностью останавливается, т.е. переходят в активный низкий уровень сигналы DCLO и ACLO на ЦП. Здесь уже вывод делается сигналом DOUT.

[ZPilot]

Тут уже не читается, а записывается в регистр 0177716 командой MOV #40,@#177716. В данном случае ЦП полностью останавливается, т.е. переходят в активный низкий уровень сигналы DCLO и ACLO на ЦП. Здесь уже вывод делается сигналом DOUT.

А отвечает 031 чем что выполнила команду? Тоже RPLY?

[Alex_K]

А отвечает 031 чем что выполнила команду? Тоже RPLY?

Естественно, иначе будет TRAP4.

[ZPilot]

Естественно, иначе будет TRAP4.

Ясно почему у меня в TRAP4, у меня же нет ответа на DOUT.. он вообще ни куда не подключен.. надо найти старый IDE шлейф и подключить плату адаптера разъема УКНЦ напрямую к Нуклио.
Жаль только одно, 031 похоже все-таки дохлая! сейчас глянул сигналы на не подключенных ногах, там тааакой зоопарк..
По идее я могу подергать даже ногами DCLO и ACLO на ЦП.. может получится эмулировать хотя бы эту часть 031..

[Alex_K]

А к 031 все сигналы нормально подходят? Имеется ввиду шина адреса-данных от 055, сигналы SYNC, DIN, RPLY.

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

По идее я могу подергать даже ногами DCLO и ACLO на ЦП.. может получится эмулировать хотя бы эту часть 031..

В 031 ещё собран контроллер клавиатуры и программируемый таймер.

[ZPilot]

В 031 ещё собран контроллер клавиатуры и программируемый таймер.

Да, но для запуска, я так понимаю, это не надо?

записывается в регистр 0177716 командой MOV #40,@#177716

#40 прижимает оба сигнала DCLO и ACLO к земле, а какой байт или байты отпускает их?