Цифровая археология: 1801 и все-все-все

[svinka]

Вопрос по -037

Полный кадр включая гашение и прочие черные рамки составляет 768 на 320 пикселей
Высчитал по верилогу

Почему не 312 линий в кадре что написано в тв стандарте? Зачем кадровую сделали 48.83 а не 50

Инженерная ошибка или научный расчет???

[Advertiser]

[gid]

регистр в инструкциях movb, mfps и swab не обновляется если приемник имеет нулевой режим адресации

Из описания бага, не сосем понятно, регистр FSEL вообще не обновляется, или обновляется неправильно - со сброшенным битом С.
Иначе, если бы вообще не обновлялся, то после команд SWAB R0 и MOVB x,R0 так же глючили бы команды условного перехода BPL/BMI и BEQ/BNE и это уже было бы очень заметно.

[AFZ]

Почему не 312 линий в кадре что написано в тв стандарте?

Может не получились сделать делитель на 312? На 320-то оно просто, сначала на 32, потом на 10...

Зачем кадровую сделали 48.83 а не 50

Затем, что строчную сделали 15625. Подели ее на 320, получишь те самые 48,828125, которые округлили до 48,83. Если бы сделали кадровую 50 Гц, строчку пришлось бы делать 50 х 320 = 16000 Гц. Учитывая, что в строчке используются сложные резонансные эффекты в комплексе ОС+ТВС (ТДКС), по всей видимости, разработчики решили "Ну ее, строчку, на фиг, подкрутим лучше кадры".

[gid]

swab

И ещё вопрос: SWAB или SXT? В тесте на гитхабе sxt написано. Команде SXT вроде нет никаких оснований использовать тот кусок микрокода, который используют MOVB и MFPS при котором происходит баг.

[svinka]

ожет не получились сделать делитель на 312?

Про делители не знаю но из курса цифровой электроники уровня ПТУ из прочтения профильной книжки в 1988 году помню что нет ничего проще чем загрузить в реверсивный счетчик любое значение и ждать пока нуль пройдет

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

которые округлили до 48,83

Кто округлили? как можно физический сигнал округлить???

считайте 1200000/768/320

[Vslav]

Из описания бага, не сосем понятно, регистр FSEL вообще не обновляется, или обновляется неправильно - со сброшенным битом С.

При выполнении MOVB и MFPS микроавтомат проходит через адрес 0x51 (для ВМ1А, для ВМ1Г он другой). На этом адресе выполняется такое:

51: if (N) Rd |= 1774008
    else Rd &= ~1774008
    assign NZV, MCIR poll, wait read
    goto 01 (next instruction)

FSEL принимает значение по результатам этой последней OR/AND операции. assign NZV переписывает флаги в реальный PSW. Флаг C в PSW не изменяется, во FSEL флаг С нулевой. Проблема в том, что на 0x51 регистр FSEL не считывается обратно из PSW и следующая команда ветвления (только ветвления, так как АЛУ использует реальный PSW) лажает. Флаги NZV во FSEL и PSW после MOVB одинаковые, только в C во FSEL всегда сброшен. MFPS сохраняет реальный PSW поэтому с сохраненными флагами проблем нет.

Иначе, если бы вообще не обновлялся, то после команд SWAB R0 и MOVB x,R0

Эти инструкции не ходят через 0x51 (я строил полную матрицу переходов, оно все в документе описано). MOVB с любым операндом не регистровым тоже не ходит через 0x51. MOVB из памяти расширяет знак схемой обмена с шиной, не при помощи АЛУ. MOVB, записывающий байт в память, расширения знака не делает совсем, что логично.

И ещё вопрос: SWAB или SXT? В тесте на гитхабе sxt написано. Команде SXT вроде нет никаких оснований использовать тот кусок микрокода, который используют MOVB и MFPS при котором происходит баг.

Э-э-э... На гитхабе? Я проверил - вроде не писал я такого. Может быть в статье на Хабре? SXT вроде этому багу не подвержен, так как не ходит через 0x51, но надо бы перепроверить, если точно нет - то пофиксить статью.

Update: был неправ, SWAB Rd ходит через 0x51, тоже подвержен багу с ветвлением по флагу C. Спасибо gid за поправку.

[AFZ]

Кто округлили? как можно физический сигнал округлить???

Округлить можно в документации. Ну, или измеряя прибором с недостаточной разрешающей способностью. Или считая на калькуляторе с двумя знаками после запятой (бухгалтерском). А фактически, 12000000 / 768 = 15625. Делим эти 15625 на 320, виндовый куркулятор не даст соврать. Вид ->Инженерный, если что...

из прочтения профильной книжки в 1988 году помню что нет ничего проще чем загрузить в реверсивный счетчик любое значение и ждать пока нуль пройдет

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

[gid]

Э-э-э... На гитхабе?

да, в файле ...cpu11/vm1/tst/test.mac в строке 315 закомментированная команда sxt.

Я тут тест на досуге набросал и проверил на c++ модели за отсутствием пока реальной БК.
получилось, что команда sxt багу не подвержена, переход по состоянию бита С делается корректно. А подвержены команды movb, mfps и swab. После выполнения swab поведение абсолютно такое же, как и после movb

[Vslav]

да, в файле ...cpu11/vm1/tst/test.mac в строке 315 закомментированная команда sxt.

OK, спасибо. Надо будет внести описание бага в .mac, в коммит-лог и документацию.

А подвержены команды movb, mfps и swab. После выполнения swab поведение абсолютно такое же, как и после movb

O как. Да, я пролистал свою документацию - был неправ, SWAB таки ходит через 0x51, поправлю свое сообщение выше, спасибо за бдительность

[svinka]

Увлекательное чтение про первый вариант микропроцессорного комплекта 588 для построения УЧПУ Электроника НЦ-31

Описаны 588вс1, 588ик1, система команд НЦ-3, микрокод с примерами, шина МНЦ (до МПИ), одноплатный вычислитель (ячейка ПРЦ) с двумя АЛУ ВС1 что позволило вести параллельные операции над операндами и адресами или выполнять действия с 32-х разрядными данными


я так понимаю что 1801ВЕ1 делали засовыванием всего этого в один кристалл по нМОП для радикально увеличения быстродействия

ссцылка https://www.chipmaker.ru/files/file/14551/