Вопросы по Вектору (для эмулятора)

[Saar]

Exolon заработал. Пришлось написать новую модель ВИ53 с нуля.


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

[Advertiser]

[KTSerg]

Exolon заработал. Пришлось написать новую модель ВИ53 с нуля.
...
Правда, данные всё так же сдвинуты. Но это, я думаю, из-за сдвига фазы частоты таймера.

Крут. Молодца, разобрался в проблеме.

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

[Saar]

KTSerg,
Я сильно сомневаюсь в неточности модели процессора, поскольку использую модель, основанную на реверсе реального кристалла.
Я сейчас доделываю ВИ53, а потом попробую разобраться.

Может в тесте используется прерывание 50гц и этим объясняется задержка.

[KTSerg]

KTSerg,
... Может в тесте используется прерывание 50гц и этим объясняется задержка.

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

Посмотрел код теста I8253 , в нём запись и чтение значений счётчиков синхронизированы с прерываниями.
Может действительно на результат (сдвиг) прерывания как-то влияют... но это возможно только если есть какая-то ошибка в эмуляции схемы... возможно.

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

Попробуй ради интереса вот этот тест, загружать его нужно с адреса 0000.
Я добавил в начало ожидание прерывания и переход к тесту после прерывания.
Хотя ожидание нужно было воткнуть непосредственно перед работой с ВИ53, а так там ещё экран очищается...

[Saar]

KTSerg,
придется изменить систему загрузки для этого теста. .c00 - это стандартное расширение для Вектора для загрузки с 0 адреса?

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

в общем, твой тест выдает числа начиная с 15.

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

подвигал я фазу частоты таймера - не помогло. Прочно начинается с 15.

[KTSerg]

...
подвигал я фазу частоты таймера - не помогло. Прочно начинается с 15.

15 - отображается на экране, типа 15h ? или на экране 0F ?

Попробуй этот вариант, он не чистит экран, а сразу после прерывания начнет работать с ВИ53.
Проверил на своём рел., оба модифицированных теста дают числа начиная с 0С.

[Saar]

хмм.. только сейчас заметил.. а значения у меня 2 раза медленнее уменьшаются.

Так.. тут наступает недокументированная особенность.
В режиме меандра счетчик уменьшается 2 раза быстрее разве?? Я вижу что в модели от svofski счетсик уменьшается на 2 за каждый тик.
Но в доках нигде не сказано что счетчик должен так уменьшаться. Там лишь сказано что первая половина out = 1 а вторая половина out =0.
Где правда??

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

GATE на ВИ53 это системный сброс Вектора...

сомнительная польза от этого.. Пнуть возможно зависший таймер?


KTSerg,
можешь сделать фотку с экрана реального вектора с одним из твоих последних тестов?

[b2m]

Но в доках нигде не сказано что счетчик должен так уменьшаться. Там лишь сказано что первая половина out = 1 а вторая половина out =0.
Где правда??

Правда в том, что результирующая частота на выходе должна быть одинаковой, как в режиме делителя частоты, так и в режиме меандра. А вот как это достигается, это уже второй вопрос. В режиме меандра таймеру приходится срабатывать в два раза чаще, поэтому счётчик уменьшается в два раза быстрее, т.е. на 2 за один такт. Причём, если делитель нечётный, то один полупериод будет на 1 такт длиннее, т.е. в первом полупериоде первый такт уменьшит счётчик на 1, а во втором полупериоде младший бит сбросится в 0 уже при загрузке счётчика.