2Семен Сатановский Для начала давай оставим в

2Семен Сатановский

Для начала давай оставим в покое синтезатор частот, его програмирование происходит вобще после ресета...

Теперь немного по VRM 8.5 - он(VRM) генерит VTT_PWRGD через 1 ms после того, как подал на проц VTT и сразу же производит считывание VID'ов, так как проц тоже сразу же после появления VTT_PWRGD выставляет нужную ему конфигурацию на VID'ах, а до этого эти выходы находятся в третьем состоянии (высокоимпндансном то есть отключены от схемы). Задержка нужна для того, что бы логика проца, которая занимается выставлением VID'ов пришла в устойчевое состаяние.

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

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

Можно припаять два провода: один к VTT_PWRGD другой через 1 килоом к VTT и повесить на них тумблер - выключить тумблер, включить машину и пойти покурить, вернуться, включить тумблер - машина стартанёт.

А у нас получается ситуация - мы подаём питание на логику, которая должна нам выдать конфигурацию VID'ов и однавременно с ним подаём ей на вход сигнал разрешения(DYN_OE) и "команду включай"(VTT_PWRGD) завязаные от этого же питания(с одними и теми же переходными процессами), а ждать эту конфигурацию начинаем ещё раньше. Будет ли это работать чётко?

P.S.
Статья Романа вещь полезная и нужная, но это не истина в последней инстанции... Своя голова на что дадена?...