Вид для печати
Вопрос по -037
Полный кадр включая гашение и прочие черные рамки составляет 768 на 320 пикселей
Высчитал по верилогу
Почему не 312 линий в кадре что написано в тв стандарте? Зачем кадровую сделали 48.83 а не 50
Инженерная ошибка или научный расчет???
Из описания бага, не сосем понятно, регистр FSEL вообще не обновляется, или обновляется неправильно - со сброшенным битом С.Цитата:
Сообщение от Vslav
Иначе, если бы вообще не обновлялся, то после команд SWAB R0 и MOVB x,R0 так же глючили бы команды условного перехода BPL/BMI и BEQ/BNE и это уже было бы очень заметно.
Может не получились сделать делитель на 312? На 320-то оно просто, сначала на 32, потом на 10...Цитата:
Сообщение от svinka
Затем, что строчную сделали 15625. Подели ее на 320, получишь те самые 48,828125, которые округлили до 48,83. Если бы сделали кадровую 50 Гц, строчку пришлось бы делать 50 х 320 = 16000 Гц. Учитывая, что в строчке используются сложные резонансные эффекты в комплексе ОС+ТВС (ТДКС), по всей видимости, разработчики решили "Ну ее, строчку, на фиг, подкрутим лучше кадры".Цитата:
Сообщение от svinka
И ещё вопрос: SWAB или SXT? В тесте на гитхабе sxt написано. Команде SXT вроде нет никаких оснований использовать тот кусок микрокода, который используют MOVB и MFPS при котором происходит баг.Цитата:
Сообщение от Vslav
Про делители не знаю но из курса цифровой электроники уровня ПТУ из прочтения профильной книжки в 1988 году помню что нет ничего проще чем загрузить в реверсивный счетчик любое значение и ждать пока нуль пройдетЦитата:
Сообщение от AFZ
- - - Добавлено - - -
Кто округлили? как можно физический сигнал округлить???Цитата:
Сообщение от AFZ
считайте 1200000/768/320
При выполнении MOVB и MFPS микроавтомат проходит через адрес 0x51 (для ВМ1А, для ВМ1Г он другой). На этом адресе выполняется такое:Цитата:
Сообщение от gid
FSEL принимает значение по результатам этой последней OR/AND операции. assign NZV переписывает флаги в реальный PSW. Флаг C в PSW не изменяется, во FSEL флаг С нулевой. Проблема в том, что на 0x51 регистр FSEL не считывается обратно из PSW и следующая команда ветвления (только ветвления, так как АЛУ использует реальный PSW) лажает. Флаги NZV во FSEL и PSW после MOVB одинаковые, только в C во FSEL всегда сброшен. MFPS сохраняет реальный PSW поэтому с сохраненными флагами проблем нет.Код:51: if (N) Rd |= 1774008
else Rd &= ~1774008
assign NZV, MCIR poll, wait read
goto 01 (next instruction)
Эти инструкции не ходят через 0x51 (я строил полную матрицу переходов, оно все в документе описано). MOVB с любым операндом не регистровым тоже не ходит через 0x51. MOVB из памяти расширяет знак схемой обмена с шиной, не при помощи АЛУ. MOVB, записывающий байт в память, расширения знака не делает совсем, что логично.Цитата:
Сообщение от gid
Э-э-э... На гитхабе? Я проверил - вроде не писал я такого. Может быть в статье на Хабре? SXT вроде этому багу не подвержен, так как не ходит через 0x51, но надо бы перепроверить, если точно нет - то пофиксить статью.Цитата:
Сообщение от gid
Update: был неправ, SWAB Rd ходит через 0x51, тоже подвержен багу с ветвлением по флагу C. Спасибо gid за поправку.
Округлить можно в документации. Ну, или измеряя прибором с недостаточной разрешающей способностью. Или считая на калькуляторе с двумя знаками после запятой (бухгалтерском). А фактически, 12000000 / 768 = 15625. Делим эти 15625 на 320, виндовый куркулятор не даст соврать. Вид ->Инженерный, если что...Цитата:
Сообщение от svinka
А кто их знает, может не вытанцовывался у них такой счетчик - это хорошо работает, когда счетчик синхронный, ну, или когда частота невысокая, т.е. далеко от предельного быстродействия этого счетчика. Здесь же частота близка к пределу для элементов этой БИС, а синхронный счётчик мог не получиться, под него надо все-таки довольно много элементов...Цитата:
Сообщение от svinka
да, в файле ...cpu11/vm1/tst/test.mac в строке 315 закомментированная команда sxt.Цитата:
Сообщение от Vslav
Я тут тест на досуге набросал и проверил на c++ модели за отсутствием пока реальной БК.
получилось, что команда sxt багу не подвержена, переход по состоянию бита С делается корректно. А подвержены команды movb, mfps и swab. После выполнения swab поведение абсолютно такое же, как и после movb
OK, спасибо. Надо будет внести описание бага в .mac, в коммит-лог и документацию.Цитата:
Сообщение от gid
O как. Да, я пролистал свою документацию - был неправ, SWAB таки ходит через 0x51, поправлю свое сообщение выше, спасибо за бдительность :)Цитата:
Сообщение от gid
Увлекательное чтение про первый вариант микропроцессорного комплекта 588 для построения УЧПУ Электроника НЦ-31
Описаны 588вс1, 588ик1, система команд НЦ-3, микрокод с примерами, шина МНЦ (до МПИ), одноплатный вычислитель (ячейка ПРЦ) с двумя АЛУ ВС1 что позволило вести параллельные операции над операндами и адресами или выполнять действия с 32-х разрядными данными
я так понимаю что 1801ВЕ1 делали засовыванием всего этого в один кристалл по нМОП для радикально увеличения быстродействия
ссцылка https://www.chipmaker.ru/files/file/14551/