Орион-2010. Hard & Soft

[Ewgeny7]

Конечно. Только переключать необходимо уже настроенные стандартные скорости.

Можно 56к и ниже. Выбор, разумеется, "готовыми" скоростями. Отведем, к примеру, 2 младших бита (4 скорости).
Смысла в чтении установленной скорости не вижу... Будет одна "по умолчанию" (наверное 9600) и возможность программно переключить ее. Это итак будет делать программа при инициализации.

В этом же порту можно сделать флаг включения этого прерывания.

Это естесственно. Только просветите, на какие прерывания это вешается? INT или NMI? Включение режима повесим на бит D6. По аналогии с портом FB.

Кроме того, необходимо сделать аппаратно сам вектор с четким адресом.

Это, простите, как???

[Advertiser]

[Error404]

Конечно. Только переключать необходимо уже настроенные стандартные скорости.

Хорошо бы читать и значение текущей скорости. А что с прерыванием для USART? В этом же порту можно сделать флаг включения этого прерывания. Кроме того, необходимо сделать аппаратно сам вектор с четким адресом. Загонять его в "FE" вряд-ли стоит - слишком много места под таблицу. Надо поближе к началу. Что скажет Error404?

Тут дело такое: если сделать второй вектор с конца таблицы (для этого с шины надо прочитывать 0FDh, занулять бит D1 - насчет FE и D0 я напутал), то мне ничего не придется переписывать в ОС - для предпоследнего вектора уже было зарезервировано место в давние времена. С точки зрения быстродействия никакой разницы нет. Таблицу прерываний и обработчик приходится хранить в непереключаемой области F000-F3FF чтобы прерывания корректно работали из любой страницы памяти. В этой области место приходится расходовать очень экономно, поэтому там у меня не сформирована полная таблица (все 256 байт), а только 2 последние вектора. Место занято подпрограммами.


В принципе, по мере того как будут отлажены подпрограммы ведь можно и исправить в прошивке на какую угодно константу?

[pvlad]

Тут дело такое: если сделать второй вектор с конца таблицы...то мне ничего не придется переписывать в ОС - для предпоследнего вектора уже было зарезервировано место в давние времена.

Пусть будет так.

В принципе, по мере того как будут отлажены подпрограммы ведь можно и исправить в прошивке на какую угодно константу?

Вполне резонно. Грешки и неудобства от скороспелых решений естественно будут.

Это, простите, как???

Error404 уже ответил.

Уже посылаю нахрен...

Я сам за это ратовал! Но, если что-то останется из ресурсов после VGA, то необходимо сделать внутренний 16-разрядный таймер. Хотя бы один (но лучше два!). Выводов для этого не надо. Естественно, с прерыванием. Технические моменты определяйте сами. Без таймера говорить о реалке (а уж о многозадачности и подавно!) не придется.

[Ewgeny7]

Error404 уже ответил.

Не ответил.
Что должно происходить на шинах при наступлении сигнала прерывания?
Извините за такие вопросы, но я компьютеров до этого еще не изобретал.

Без таймера говорить о реалке (а уж о многозадачности и подавно!) не придется.

А вы не увлеклись? Мы случаем, Windows95 портировать не собираемся?
Что у нас осталось от Ориона, одно название?

[Error404]

Не ответил.
Что должно происходить на шинах при наступлении сигнала прерывания?
Извините за такие вопросы, но я компьютеров до этого еще не изобретал.

Сказать по правде, я тоже к компу подхожу со стороны клавиатуры. Может как-то поможет эта статья?
http://z80.info/1653.htm

Interrupt Mode 2 is the most frequently used interrupt mode with the Z80 and its related peripherals. The interrupting device automatically places a vector address on the DATA bus when it recognises the INTACK. This forms the lower eight-bits of a 16-bit address. The contents of the I register form the upper eight bits of the address.

Как я понял, устройство, сгенерировашее прерывание, должно выставлять 0FDh на шину данных пока на ножке INTACK активный уровень

[Ewgeny7]

пока на ножке INTACK активный уровень

Ножки INTACK на Z80 нет.
Судя по докам, можно извратиться так - пока активен сигнал EOC ("принят байт данных с USART"), генерируем INT, и при активных /IORQ и /M1 выставляем на шину данных FD по сигналу /RD.
Может кто-нибудь из спецов подтведить/опровергнуть?

[Error404]

Ножки INTACK на Z80 нет.
Судя по докам, можно извратиться так - пока активен сигнал EOC ("принят байт данных с USART"), генерируем INT, и при активных /IORQ и /M1 выставляем на шину данных FD по сигналу /RD.
Может кто-нибудь из спецов подтведить/опровергнуть?

Хм. Подтверждаю. Как оказалость по просмотру цоколевки, действительно нет такой ножки.

Вот тут вроде описано и в теории и с примерами как может быть сформирован INTACK в случае применения Z80:
http://www-clips.imag.fr/projet-syst...chapter6_1.pdf
страница 6-15 + схема 9 + диаграмма 10
Как обычно, в детали я не вникал.

[b2m]

Вот неплохая ссылка, там есть такие слова:

"acknowledge interrupt" means pin IORQ gets together with M1-pin active/low. Furthermore the CPU adds 2 wait states to the normal machine cycle.

[Ewgeny7]

там есть такие слова

Вот и я на них наткнулся. Там как раз упоминается о комбинации IORQ и M1.
В обычном режиме работы проца такая комбинация не имеет смысла, поскольку читать код операции с внешнего устройства проц не будет.

Вот тут вроде описано и в теории и с примерами

Это маленько не то... Тут дается реализация интерфейса с каким-то процессорным комплектом вроде...

[Error404]

Это маленько не то... Тут дается реализация интерфейса с каким-то процессорным комплектом вроде...

А какая разница? Комплект как раз расчитан на любую восьмибитную шину и применительно к Z80 для подключения к нему этого комплекта с поддержкой прерываний режима IM2 не хватает как раз таки INTACK. На фиге 10 (и 12) нарисована диаграмма сигналов, насколько я понял там разрисовано и описано строго то, что надо в нашем случае - момент когда при прерывании на шину данных помещать данные для формирования вектора таблицы перываний, опираясь на сигнал INTACK, сформированный в случае для Z80 на дискретной логике (фига 9 и фига 11). И сколько выдать WAIT-a. Мне показалось, что это то что нужно.