Периферия "ОрионПро"

[Denn]

Error404, если не считать адресации, то всё остальное аналогично.

Вместо:

ld	(ADDRVI),bc

я использую раздельные команды выставления адреса и данных:

SV_RTC:
; Вход: [B]-адрес, [C]-данные
MOV A,B
OUT 51H
MOV A,C
OUT 50H
RET

и

LD_RTC:
; Вход: [B]-адрес
; Выход: [A]-данные
MOV A,B
OUT 51H
IN 50H
RET

Но сути это не меняет. Часы работают прекрасно, но загрузке компа мешают. Чую, дело в недостаточной глубине сна ВИ1, и чую требуется какая-то команда усыпления после сеанса связи с ВИ1.

П.С. или какая-то аппаратная недоработка? Может требуется подтяжка /CE резистором к питанию? Что-то идёт не так в момент включения компа.

[b2m]

какая-то аппаратная недоработка?

Ясен пень. Колхозный триггер после включения питания находится в случайном состоянии. А дальше идёт ИЛИ-НЕ. Следовательно и /СЕ у него случайным образом активно после включения питания.

[Denn]

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

[b2m]

b2m, там скорее всего резистор об землю на верхнем входе как раз и стоит для определённости триггера при включении.

Там же ИЛИ, и ему по барабану, что один из входов на землю притянут. Вот если и второй на землю притянуть, тогда может и сработает. И то не факт.

[Denn]

b2m, тогда почему через 20 секунд после выключения питания, при включении триггер себя по-другому ведёт?

[b2m]

На начальное положение триггера много что влияет, в том числе и остаточный заряд на разных элементах. Чтобы исключить неопределённость, в схеме нужно использовать сигнал сброса.

[Denn]

Чтобы исключить неопределённость, в схеме нужно использовать сигнал сброса.

Я исхожу из того, что схема выпущена в свет в чистовом виде, т.е. отлажена и проверена (у меня карта на заказной плате), и разумеется собрана у многих владельцев Ориона-ПРО (платы в "барахолке" покупал не только я) и прекрасно работает с каким-то "родным" авторским ПО. А я тут со своим методом научного тыка пытаюсь понять, как она устроена

[Denn]

История получила неожиданное продолжение.
Ткнулся я пробником на /CE ВИ1, а там вот что: при включении питания всегда стабильно "0", т.е. чип часов выбран (и это неправильно!). При любом обращении к ВИ1 сигнал переключается в "1" и остаётся в таком состоянии до выключения питания. Разумеется, в момент обращения к ВИ1 чипселект коротко моргает. Т.е. состояние /CE ВИ1 не зависит от режима включения: с глюком или без.
Заметил ещё интересный момент! Иногда при включении в состояние глюка, на экране отображается покоцаное содержимое, которое было на момент выключения. Т.е. РУ7-ые каким-то чудом "помнят" инфу даже при выключении питания (мультиметром видно, что при выключении напряжение на шинах моментально падает до нуля).

Резюме. Предустановка триггера защиты часов от переходных процессов включения ПРК работает некорректно. Но причина глюка в чём-то другом!

Вот что осталось на экране после 10 секунд обесточивания ПРК:




а это ещё раз выключил и включил примерно через 10 сек:



Если не обращаться к ВИ1, то можно хоть моментально выкл-вкл питание, и комп корректно резетится и загружается. Что же за мистика такая?!

П.С. перемычкой J3 отключил прерывания от ВИ1 в схему ПРК - картина не изменилась никак.

[OrionExt]

У памяти DRAM от старости начался склероз (наоборот) Проходили на MSX. На работу не влияет.

Проблема в чем-то другом. А подгаживать часы и обвязка могут только на шину данных. Инициализация триггера на рассыпухе стремная.

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

Там хак программный был. Пять минут не мог компьютер сбросить. Залипло 2 байта. И эти 2 байта не давали машинке стартануть. Больше я ту программу не запускал, хотя похожими пользовался. Со временем видимо отпустило динамическое озу.

[Denn]

Проблема в чем-то другом. А подгаживать часы и обвязка могут только на шину данных. Инициализация триггера на рассыпухе стремная.

Получается, что в момент старта ВИ1 выбрана. Остаётся переходному процессу моргнуть сигналом DS, и часики светанут в ШД компа. Видимо, это и происходит. В итоге старт ПРК идёт под откос (даже заглавная менюшка не появляется).
Мне только странно вот что... допустим оно всё так, но тогда бы часы мешали только в момент старта, а потом бы они "отлипали". Но нет, нажатия на резет не помогают запустить комп. Только выключение питания и ожидание 20+ секунд.

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

Всё, вопрос решён!
Резистор 1 ком с выв."2" D7.1 на землю. В итоге, при старте ПРК часы во сне (/CE="1") и вышеописанного глюка больше нет.
Что получилось. Триггер на элементах D7.1 и D7.2 при подаче питания находится в неустойчивом состоянии, в итоге куда он "сваливается" - это как карта ляжет (скорость нарастания напряжения на шинах питания, серия микросхемы, паразитные ёмкости платы, фаза Луны... и т.д.). Принудительное притягивание обоих входов (они складываются по "ИЛИ") верхнего плеча перетягивает одеяло в нужную сторону, и вместо неопределённости появляется нужное устойчивое состояние.