Гибридный электронный диск для ПРК ОРИОН

[HardWareMan]

и надо передать собственно данные, которые делаются через STA - 12 тактов на команду).

Порты в Орионе отображены на память, поэтому не обязательно использовать 12-тактовые STA/LDA.

Извините, не удержался:

Считал и так и этак, но всегда получал 13: 4+3+3+3. Энивэй, как уже было сказано, можно использовать MOV M,A/MOV A,M за 7 тактов (4+3). Если рабочая скорость карты будет равна тактовой процессора, то добавляем NOP и все в ажуре. Это если не делать RDY/WAIT. По скорости, связка LDA/STA это 26 тактов (13+13), а MOV/NOP/MOV уже 18 (7+4+7). Ускорение примерно 44%. Если использовать IN/OUT, то получаем 20 тактов (10+10).

[Advertiser]

[Error404]

Извините, не удержался:

Считал и так и этак, но всегда получал 13: 4+3+3+3. Энивэй, как уже было сказано, можно использовать MOV M,A/MOV A,M за 7 тактов (4+3). Если рабочая скорость карты будет равна тактовой процессора, то добавляем NOP и все в ажуре. Это если не делать RDY/WAIT. По скорости, связка LDA/STA это 26 тактов (13+13), а MOV/NOP/MOV уже 18 (7+4+7). Ускорение примерно 44%. Если использовать IN/OUT, то получаем 20 тактов (10+10).

Нельзя быть таким занудой.

---------- Post added at 01:57 ---------- Previous post was at 01:49 ----------

Не понял. ТМ9 используется для защёлкивания старшей части адреса, и при чтении/записи блока (256 или 512 байт) там ничего менять не надо.
Кто инициирует инкремент? Или речь о какой-то глубокой аппаратной доработке и использовании внутренних сигналов ПРК, которых нет в интерфейсе порта?

Не, мысль в том, что если ОС все равно допиливать для новых доработок расширений ромдиска, то можно ИЕ7 (вместо ТМ9) поставить на младшие адреса. Адрес первой ячейки блока загружается в ИЕ7 (или в каскад ИЕ7), и по каждому последующему обращению на чтение или запись (по спаду) ИЕ7 сама инкрементирует адрес. Что позволяет существенно реже писать адрес, а чаще работать по данным.

Так было сделано у Чистякова в электронных дисках: пишешь "адрес сектора" (в регистры или в ВВ55), пишешь "смещение в секторе" (не помню, возможно там каскад ИЕ7 автоматом обнулялся на начало сектора), затем куча чтений или записей без установки адреса - адрес растет автоинкрементом.

Ну это так, к слову о быстродействии.
Здесь эта задача на сама деле не стоит, так - че-нить поделать околоорионовское. Понимаю, я тоже вон, то Юзикс, то в CP/M чо-нить впилю, т.е. никому кроме меня не интересное. Поэтому я не придираюсь, я просто любую авторскую мысль сначала пытаюсь направить в русло моих концепций - чтобы я потом мог это поддержать (в Юзикс или где-то еще), но когда нет - то нет, дело хозяйское.

[Denn]

и по каждому последующему обращению на чтение или запись (по спаду) ИЕ7 сама инкрементирует адрес.

Повторюсь, в интерфейсе порта (на разъёме) нет сигнала, который меняется по факту чтения/записи порта. Как я понимаю, надо протаскивать CS ВВ55-ой наружу. При этом получается возможным только линейное (посекторное) чтение данных, а произвольный доступ (например, сканирование каталога) с определённым "танцами" с инициализацией ИЕ7'ой.

А реальный выигрыш в скорости вряд ли будет на глаз различим По любому на реальных файлах (~2 Кб) это будут доли секунды. Гораздо дольше будут прорисовываться панели Нортона, или экран запущеной софтинки (особенно с нативным 6-битным драйвером печати символов ).