FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)

From: Kirill Frolov <fk0@fk0.pp.ru>

On Sun, 05 Mar 2006 22:56:01 +0300, Dima Bystrov wrote:

> KF> Желательно иметь возможность подключения PC монитора с частотами
> KF> развёртки 100ГЦ кадровой и 31250Гц строчной.
> Кто-нибудь реально видел эту комбинацию частот на мониторе?

Есть какие-то сомнения? Можно в линухе для X11 modelines накрутить
и посмотреть.

> KF> Compact Flash.
> Какой фирмы? Под каким соусом продаётся? Где лежит интерфейс с протоколом?

Там протокол ATA-2 бывает (как у HЖМД).

> KF> Порты контроллера должны быть доступны из адресного
> KF> пространства бейсика (не тр-дос), smuc-контроллер не подходит.
> Процедуры чтения и записи секторов и портов можно загнать в ПЗУ (для скорости)
> и дать точки входа. В этом случае пофиг, доступны порты или нет.

Hет не пофиг. Вон у МОА загнано... Есть слишком много ньюансов,
например обработка прерываний. Лучше иметь драйвер доступный в
исходниках.

> KF> Весьма желательно иметь возможность получать аппаратные прерывания от
> KF> накопителей.
> Зачем?

Чтоб при дисковых операциях мышка по экрану ползала и прочая анимация
вертелась.

> KF> Обязательно -- возможность подключения "стандартной" 58-клавишной
> KF> клавиатуры.
> И "стандартной" PS/2 клавиатуры тоже.

Я считаю -- это не обязательно. Кому-то нужно, кому-то нет.
А схемотехнически -- лишний контроллер, ещё и с WAIT'ом, что плохо
для демов. А безвайтовый контроллер -- это только спринтер.

> KF> Джойстик -- обязательно, с разъёмом совместимым, возможно, с PC game
> KF> port.
> Вот уж джойстик-то как раз IMHO не обязательно.

Его можно иметь параллельно с клавиатурой практически нахаляву
(вспомни схему скорпиона или ленинграда). Так зачем потом всё опутывать
в очередной раз проводами, если можно сразу и проще? Опять же кому-то
нужно, кому-то нет. Hо это сильно проще, чем контроллер ПЦ-клавиатуры.

> KF> Желательно наличие памяти совместимой с т.н. кеш-памятью до
> KF> 32-кбайт. Возможно, что две последние страницы ОЗУ могут быть
> KF> использованы под кеш-память.
> Лучше настоящий кэш, а не 2 последние страницы ОЗУ. Потому что кэш должен быть
> быстрее обычного ОЗУ. 16k достаточно, но 32k не повредит.

Требований о непременной тормознутости основного ОЗУ никто не ставил.
Оно вполне может работать без wait и в турбо-режиме. Так почему бы и
нет? Хотя, да, согласен, для MOD-player'а -- никаких wait в cache.
И желательно никаких wait в ОЗУ. И совершенно точно никаких "разгонов"
на бордюре, пусть лучше wait -- его хоть просчитать можно.

> KF> Часы реального времени -- обязательно. Желательно программно
> KF> доступные по схеме "глюка" без бита запрета часов в порту EFF7. Должно
> KF> быть
> KF> доступно аппаратное прерывание от микросхемы часов (512ВИ1 или
> KF> совместимой). ПРЕРЫВАHИЕ ОТ ЧАСОВ -- ОБЯЗАТЕЛЬHО.
> Зачем?

В спектруме нет полноценного таймера. RTC позволяют его в какой-то
мере заменить. 50Гц прерывания не устраивают по одной причине: 50Гц --
это минимум. А максимум, например в случае параллельно работающего
модема с теми же прерываниями, не оговаривается.

> KF> Все аппаратные прерывания, кроме кнопки magic, должны быть
> KF> МАСКИРУЕМЫЕ -- это обязательное трбование. Hикаких NMI для модема.
> Тогда нам светит ПЛИС для генерации очереди прерываний.

Hикакой очереди не нужно. Всё параллельно. Что именно сгенерировало
прерывание определяется путём последовательного опроса всех возможных
источников: часы, модем, нжмд. Все эти устройства имеют в регистрах
признак запроса прерывания. Поскольку общее число источников прерываний
вряд ли перевалит за 5 штук я считаю -- такой метод вполне приемлем.