Сопроцессор к Ориону AM9511(C8231A).

[denis74]

Если под проектами подразумеваются исходники, то я их не выкладывал, только бинарники. 3D вращалка (в орионовской версии только кубик, линии - Брезенхем), рейкастер (очень старая версия).

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

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

Контроллер прерываний по схемотехнике выйдет сложнее схемы сопряжения сопроцессора)

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

по прерываниям не понял ,end ALU формирует запрос на прерывания через int проца ,чего тут то не так?
Пока не тестил.

[Denn]

по прерываниям не понял ,end ALU формирует запрос на прерывания через int проца ,чего тут то не так?

Для обработки прерываний требуется контроллер. ВМ80 - это не Z80.

[Error404]

Кроме того, DI/EI гениально используется под звук.

[Denn]

Кроме того, DI/EI гениально используется под звук.

И каждой ВВ55 по 256 байт на нос - гулять, так гулять! Не менее гениально, я считаю))

[denis74]

а также интересно как вы на Орионе с 8080 видите вот это:



или слово "прерывание" здесь имеет значение "poll-ить регистр"?

Для обработки прерываний требуется контроллер. ВМ80 - это не Z80.

при запросе прерывания через int проц запрашивает команду на шине данных от ВУ а там FF (ШД подтянута к +5в) в итоге RST 7 т.е. запуск подпрограммы с адреса 38h ,или не так?

[Denn]

Возможно и так, но по-умолчанию в Орионе ШД не подтянута, следовательно будет улёт в космос.

[denis74]

На плате АЛУ продублировать.

[denis74]

В общем усё работает ,считает ,прерывания срабатывают ,принцип работы элементарный ,кидаешь последовательно в чётный адрес данные операндов и затем в нечётный код операции ,по готовности срабатывает RST7 и подпрограммой последовательно считываешь результат.И проц тем временем не динамит ,свои задачи выполняет.

[Denn]

принцип работы элементарный ,кидаешь последовательно в чётный адрес данные операндов и затем в нечётный код операции ,по готовности срабатывает RST7 и подпрограммой последовательно считываешь результат.И проц тем временем не динамит ,свои задачи выполняет.

Вот интересно, для какой реальной задачи это может быть нужно? Имеется в виду: чем, кроме ожидания готовности данных, можно озадачить ЦП во время того, когда сабж производит мат. вычисления?
А обработка прерывания - это довольно затратное занятие: CALL (RST) - RET, плюс сохранение/восстановление регистров. Не сведёт ли на нет весь профит от сабжа?
Ну и завязка на RST - это жёсткая привязка кода к нулевым адресам и невозможность выполнения кода в другой странице ОЗУ..

[denis74]

Ок.
Задача понятна.
1.Придумать применение этой хрени.
2.Попробовать вычислять без прерываний,а это не сложно ,как тут выразились "пулить регистры".
Если со 2й задачей понятно то над первой надо поработать.