IM2, вектор прерывания

[jtn]

Если кому интересно - то на шину выдается байт аттрибутов. Происходит это потому что ULA и процессор развязаны в фирменной схематике просто резисторами, и процессор "подхватывает" байт аттрибутов выдаваемый ULA.

это так, только вот висят там эти атрибуты исключительно, когда луч идет по экрану, и соответственно во время ИНТа там #FF

И именно таким методом, если ничего не путаю. Насколько я припоминаю, суть была в том, чтобы разрешить IM2 и обеспечить по прерыванию "вылет" из процедуры в которой процессор в обычных случаях зацикливался.

ага, это было описано в древнючем zx review

На не-совковые компы рассчитывать незачем. TRDOS у буржуев крайне непопулярна. А у совковых компов шина стабильна. Если у кого и нестабильна, то это очень редкое исключение

а вот это заблуждение, в оригинальном пентагоне128 нестабильна шина данных, когда подключено пзу трдос. во время инта вектор берется с трдосного порта #FF

Такие люди встречаются очень редко и ими можно пренебречь.

нельзя =( преценденты были и довольно жестокие

[Jukov]

ага, это было описано в древнючем zx review

Между тем способом, что написал я и ревюшным есть большая разница (взгляните хотя бы на длину процедуры). В Ревю необходимо было подобрать задержку между прерываниями так, чтобы при вызове TRDOS сразу после считывания 1F происходило прерывание. Это ведь потеря оборота диска. А как быть если время у разных компов между прерываниями разное? Мой способ лишен этих недостатов. Во-вторых, если регистр 1F равен нулю, считывание регистра происходит мгновенно.

[jtn]

так я не про твой способ, а тот, что Raider написал - цитата-то на что указана...

[Lethargeek]

Насчет того, почему фирменные игрушки используют 257 байт таблицу - я как-то читал буржуйскую доку по программированию (увы, сейчас не нашел), и там было сказано что-то вроде "во время инта по идее таки должно быть FF, но всякие внешние устройства у конкретного юзверя могут гадить на шину, так что лучше подстраховаться". В качестве примера таких "устройств" (кажется) назывался интерфейс-1, а также "в некоторых случаях" даже AY!

[TomCaT]

"во время инта по идее таки должно быть FF, но всякие внешние устройства у конкретного юзверя могут гадить на шину, так что лучше подстраховаться"

Книга "Как написать игру..." тоже так прямо и указывает. Там, правда, забыли про быструю память и шуруют в последних адресах -- явно все под 48к.

[moroz1999]

а кто-нибудь может более-менее доступным языком объяснить термины "маскируемые" и "немаскируемые" прерывания? А еще почти во всех статьях умалчивают про im0 и im1. где они используются и как работают?

[Advertiser]

[SAM style]

"Маскируемые" - это те, обработку которых можно запретить или разрешить программно (di, ei). Это все INT (im0, im1, im2). С немаскируемыми такого сделать нельзя. Пример - NMI, по аппаратному сигналу насильно вызывается прога по адресу 102 в DOS

сигнал INT с частотой 50Гц подаётся на процессор и тот решает, что в таком случае делать
обработка запрещена - ничего
разрешена - согласно текущему режиму (im0, im1, im2):
im0 - с шины данных снимается и выполняется команда. Только всегда получается так, что это #FF (rst 56), поэтому работает оно так же как и im1 (если никакая железяка на шине в это время не мусорит)
im1 - вот тут у меня точно провал в памяти (вроде, просто делается call 56)
im2 - с адреса <I*256+(состояние шины данных)> снимаются 2 байта, это адрес процедуры обработки прерываний. Туда и делается переход

[moroz1999]

спасибо! но про im1 всё же интересно.

[caro]

спасибо! но про im1 всё же интересно.

Режим IM 1 используется в маленьких вычислительных системах, где достаточно одного-единственного вектора маскируемого прерывания. При поступлении запроса прерывания микропроцессор сохраняет адрес возврата в прерванную программу в стеке и осуществляет переход на адрес 0038h. Таким образом, в этом режиме маскируемые прерывания обрабатываются точно тем же способом, что и немаскируемые. Разница заключается в возможности их маскирования и в адресе обработчика прерываний.