Компьютер "Aleste 520EX"

[RN1TZ]

Сами рассчитывайте этот баланс

Стенографистка печатает 120 символов в минуту 60/120 получаем 500 mS на одно нажатие 250mS вниз и 250mS верх и примерно 2% времени цепь замкнута, это время делим на количество кнопок чтобы за отведённое время опросить всю клавиатуру, потому что не известно какая кнопка нажата. Получаем примерно 5mS время замкнутой цепи делим на 88 кнопок тогда на какую кнопку приходится 57uS плюс минус погрешность приблизительно опрос клавиатуры равен строчной развёртки телевизора (64uS).
Мне не известно с каки периодом опрашивает процессор и есть ли подпрограмма которая следит за нажатием любой кнопки.

[Sherlock]

Это не зависит от скорости печати. Зависит от времени считывания строки после установки строки в PPI. Назовём это время tReadRaw. Если сканирование строки вашей схемой занимает 88 циклов чтения отдельных клавиш. То чтение одной клавиши:

tReadKey = tReadRaw / 88

Если предположить что tReadRaw равно 8 циклов
4мгц, это 8*250ns. (Я думаю в реальности будет больше) то результат будет 2us.

tReadKey = 2000ns / 88 = 22ns.

Это очень маленькое время, для сканирования клавиши. И даже для выборки из ROM

[RN1TZ]

tReadRaw равно 8 циклов

4мгц, это 8*250ns.

Один цикл примерно четыре такта (M1). (8*250ns)*4=8us.

LD B, F6 LOOP
OUT (C), C
LD B, F4
IN A, (C)
LD B, (HL)
LD (HL), A
AND B
CPI
LD (DE), A
INC HL
INC DE
INC C
LD A, C
AND 0Fh
CP 0Ah
JR NZ, LOOP
Для такой процедуры требуется 22 цикла, 22*4 получим 88 тактов 250ns * 88 получается 22us это время считывания одной строки (байта) всего 11 строк, значит за 242us процессор опросит всю клавиатуру. Выше я писал время замкнутой цепи 5ms, тогда процессор успеет 20 раз прочитать одну и туже кнопку.
На сколько я понимаю обычно добавляют подпрограмму задержки, чтобы проверить клавишу на: нажатие, отпускание, и удержание.
Конвертер Aleste на каждую кнопку выделяет 64us каждые 20ms.
Вложение 76513

[Sherlock]

На сколько я понимаю обычно добавляют подпрограмму задержки, чтобы проверить клавишу на: нажатие, отпускание, и удержание.
Конвертер Aleste на каждую кнопку выделяет 64us каждые 20ms.

Нужно смотреть не на всю процедуру опроса всех клавиш, а на код от установки строки в PPI до чтения данных этой строки. Тесть время между: Out и In

Буковка "и" может быть небольшой задержкой. Вы правы.

И не важно сколько времени тратит перекодировщик в алесте, там все проблем решает dual port ram. И в том случае времена сканирования можно подгонять "под машинистку". На самом деле достаточно под 1 кадр экрана.

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

Думаю получившийся результат стоит поделить на два. Так как ваша схема опроса клавиш асинхронна по отношению к процессору. И в момент когда процессор сменил строку, ваша схема может находится в состоянии сканирования бита N предыдущей строки.

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

Желаю вам удачи в решении этой задачи.

[RN1TZ]

Вложение 76571

[RN1TZ]

Z80/Недокументированные команды

ED 4C NEG */ Z280 NEG HL */
ED 4E IM 0/1 */ Z280 IM 3 */
ED 54 NEG */ Z280 nc */
ED 55 RETN */ Z280 RETIL */
ED 5C NEG */ Z280 nc */
ED 5D RETN */ Z280 nc */
ED 64 NEG */ Z280 EXTS A */
ED 65 RETN */ Z280 PCACHE */
ED 6C NEG */ Z250 EXTS HL */
ED 6D RETN */ Z280 ADD HL, A */
ED 6E IM 0/1 */ Z280 LDCTL (C), HL */
ED 70 IN F, (C) / IN (C) */ Z280 TSTI, (C) */
ED 71 OUT (C), 0 */ Z280 SC, nn */
ED 74 NEG */ Z280 nc */
ED 75 RETN */ Z280 nc */
ED 76 IM 1 */ Z280 nc */
ED 7C NEG */ Z280 nc */
ED 7D RETN */ Z280 nc */
ED 7E IM 2 */ Z280 nc */

Остальные недокументированные инструкции Z80 за документированы в MPU Z280.
На сколько важны эти инструкции в Aleste EX520?

[goodboy]

На сколько важны эти инструкции в Aleste EX520?

всё зависит от программиста.
из практического применения
OUT (C), 0 на разных процессорах может записать в порт и #FF ; иногда используется в муз.плейерах на ZX / CPC
IN F, (C) ; используется в хитрых загрузчиках с ленты.

остальные команды часто применяют с целью запутать код

[AlexBel]

На сайте http://www.emuverse.ru/wiki/Aleste_520EX упоминаются две звуковые платы для "Алесты":
- Внешняя плата 4-х канального семплерного синтезатора (8 бит на канал)
- Звукова плата MagicSound[5][6], с помощью которой можно было воспроизводить файлы форматов STM и S3M от популярного редактора Scream Tracker. Характеристики звуковой платы соответствуют возможностям звуковой системы Amiga.
В чём различие этих плат? Если по MagicSound информация есть, по с первой платой непонятно...

В числе ОС указана CP/M 2.2. Если диски с этой ОС для "Алесты"?

Смотрел диски для Алесты и обнаружил интересную штуку. Так выглядит дебаггер DBG для Алесты:

А вот так выглядит дебаггер Леонида Бараза для MSX:

[Копейкин]

Всех с наступающим!
Скажите пожалуйста, кто разбирается, можно Алесту доработать интерфейсом картриджей MSX? И если да, то что для этого нужно?

[AlexBel]

Всех с наступающим!
Скажите пожалуйста, кто разбирается, можно Алесту доработать интерфейсом картриджей MSX? И если да, то что для этого нужно?

На первый вопрос - однозначный ответ "да". На второй - зависит от цели.