ДВК (и всё, что с ними связано)

[Korchagin]

Будьте добры, сделайте фотографии в хорошем разрешении контроллеров КН2 с обеих сторон. Есть ненулевая вероятность, что потекли РФки от времени. Было бы интересно слить с обеих плат прошивки и сравнить. Вполне возможно, что если поварьировать ПЗушками с обеих плат, то соберется рабочая прошивка и плата заработает.

[dk_spb]

Фото сделаю со временем.

>Есть ненулевая вероятность, что потекли РФки от времени.
Нет, такой вероятности нет. Всё-таки не в детском саду, ПЗУшки справляюсь проверить/сравнить.

[gid]

Заинтересовался я недавно арифметикой над числами с плавающей запятой на БК.
И оказалось, что эмуляция инструкций FIS/EIS из ПЗУ РЕ-326 проходит тест 791402
и не проходит тест 791403. Причём капитально, она неправильно считает и неправильно ведёт себя с точки зрения теста.
В связи с чем вопрос: есть ли на ДВК какие-либо программные эмуляторы инструкций FIS/EIS и если есть, где их найти? Может там дело обстоит лучше.

[MiX]

есть ли на ДВК какие-либо программные эмуляторы инструкций FIS/EIS

Файл - EM.SYS для этого.

и если есть, где их найти?

Здесь.

[form]

Файл - EM.SYS для этого.

Только вот он насколько я понимаю не будет работать поверх уже существующего FIS. Это придется как-то отключать его эмуляцию.

[MiX]

Только вот он насколько я понимаю не будет работать поверх уже существующего FIS. Это придется как-то отключать его эмуляцию.

326 для работы с ВП1-128, может конечно туда и впихали FIS/EIS, не в курсе. Можно ПЗУ вытащить конечно, но как потом грузится. Тогда альтернативный способ загрузки надо найти.

И это всё таки относится к разделу БК.

[gid]

Спасибо, но к сожалению,глядя на исходники, это тот же самый код, что и в прошивке ПЗУ РЕ-326.
он не проходит тест 791403 потому что:
1. по стандарту, плавающее число считается нулём, если порядок 0, а в мантиссе может быть произвольное значение, которое игнорируется. Этот код упрощенно подходит к проверке на 0 и считает числа с 0 порядком и не 0 мантиссой обычным числом и производит над ним операции, в результате получаются совершенно неверные значения.
2. команды fadd/fsub и т.д. сбрасывают биты 5 и 6 PSW, а может как-то манипулируют ими, я просто не дошёл ещё до этого, пока видел что только сбрасывают. Этот код затрагивает только биты признаков NZVC в PSW
3. на чём я сейчас застрял. При сложении этих чисел
.word 000377, 177777 ;.flt2 5.8774714e-39 (вот не знаю, насколько правильно IDA интерпретирует числа)
.word 100200, 000000 ;.flt2 -2.9387359e-39
получается .word 000177, 177776 что фактически есть 0 и обычный выход, а должно произойти прерывание по вектору 244 из-за переполнения.

Вот я и ищу правильный алгоритм выполняемых операций, чтобы переписать эмулятор FIS/EIS.

Кажется нашёл. Вот здесь EMULAT.zip драйверы для RT-11 для эмуляции инструкций EIS, FIS, FPU за авторством Paul Lustgraaf. Вдруг ещё кому-нибудь пригодится.

[Alex_K]

В связи с чем вопрос: есть ли на ДВК какие-либо программные эмуляторы инструкций FIS/EIS и если есть, где их найти? Может там дело обстоит лучше.

А эмулятор FIS для процессора 1801ВМ2 не подходит? Есть в ПЗУ ДВК 1801РЕ2-055 и в ПЗУ УКНЦ. С текстом в ПЗУ УКНЦ можно ознакомится здесь (начиная с адреса 165612). В УКНЦ тест 791403 вылетает в пульт из-за неправильной обработки TRAP4 в HALT-режиме, в остальном алгоритм полностью идентичен, как и на ДВК.

[dk_spb]

Подскажите, плиз.
Есть дискетки с ТМОС от см1425, на них написано "кс xxxxxx", где xxxxxx - слово в восьмеричной форме.
Есть какие-нибудь более-менее стандартные утилиты, которые кс посчитают? Пробовал разными способами считать КС по файлу образа целиком, но ничего похожего не получилось.

[gid]

Всё подходит. Мне нужны алгоритмы, которые будут правильно эмулировать эти команды, а для этого нужен код, который полностью пройдёт тест.
Сравнение текста ПЗУ УКНЦ и исходника EM.mac из PATRON_EMv14 выявило пока одну ошибку в EM.mac

768  NOOV: MOV  (SP)+, R4
           BEQ  UFLOW  ;если порядок <= то underflow, если не влазит в 8 бит - overflow
769        BPL  NONOVF ; НЕТ ПЕРЕПОЛНЕНИЯ
770        CLR  R5
771        ROL  R4
772        BPL  OFLOW
773        BR   UFLOW

забыли/потеряли/оптимизировали всего одну команду, и FIS команды перестали корректно определять факт наличия переполнения и его тип. При этом CLR R5 надо поставить перед извлечением R4 из стека
Но я пошёл другим путём, и исправил эту ситуацию более радикальным способом.

Вторая ошибка в EM.mac в процедуре деления, при попытке деления на 0, делается переход на метку:

807
808  DIVZER: BIS #C, R5    ;должно быть MOV

При этом в R5 произвольное число, из-за этого портятся признаки NZVC при выходе, т.е. там может возникнуть непредусмотренный Z.

Третья не ошибка, а недочёт. При подаче некорректного адреса - несуществующего, или из ПЗУ, адрес возврата из Trap To 4 получается совсем не тот, что ожидает тест.