USB-клавиатура для ZX Spectrum

[Михаил Каа]

В любом случае, Михаил уже заказал плату и там уже точно не PLCC.
Кстати, а на чем для платы выбор остановился, на 3064, судя по эскизу ?

Выбор остановился на EPM7064 в корпусе PLCC44.
Немного проясню ситуацию. Заказанные платы это макет для разных экспериментов с связкой STM32+CPLD. Сделанный на скорую руку и без основательной проработки.
По результатам экспериментов будет разработано устройство реализующее мои хотелки, результатами поделюсь с общественностью, возможно кому то пригодится.

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

Кому как везет. Мы с ТС только позавчера разлочивали 7064 с соседнего рынка. Успешно, кстати.

И разлоченый чип исправно функционирует в макете#0 (тот, который гора проводов).

[Advertiser]

[Dexus]

Не сбивайте ТС с правильного пути. Без cpld это будет один большой костыль, который с трудом можно заставить работать, и который будет стабильно глючить при изменении условий работы.

Я никого никуда не сбиваю. Просто задал вопрос. Просто для меня лично вариант с обычным блюпилом - осиливаемый. А паять микросхемы и платки - это вообще не мое (и думаю много еще кто из-за этого пройдет мимо).

[Eltaron]

Не сбивайте ТС с правильного пути. Без cpld это будет один большой костыль, который с трудом можно заставить работать, и который будет стабильно глючить при изменении условий работы.

На Raspberry Pi Pico должно быть нормально и без CPLD. Но тут, конечно, главное отличие в том, что вариант тредстартера уже работает, а пико этот ещё никто в глаза не видел толком.

[Dexus]

На Raspberry Pi Pico должно быть нормально и без CPLD. Но тут, конечно, главное отличие в том, что вариант тредстартера уже работает, а пико этот ещё никто в глаза не видел толком.

Pi Pico еще и вообще не 5v-tolerant, опять же без нахлабучивания конвертеров никак... Т.е. да, с текущими предложениями не получится сделать "просто".

[backa]

а пико этот ещё никто в глаза не видел толком

ну зачем же так) прям и никто))) сразу
Лежит на полке десяток - закупленный по "правильной" цене (2$). На этой неделе , наконец, смог запустить примеры из SDK в режиме отладки в VS Code....
До PIO руки еще пока не дошли но должны.... Ради бешенной скорострельности PIO и покупал сие поделие

[krotan]

Без cpld это будет один большой костыль, который с трудом можно заставить работать, и который будет стабильно глючить при изменении условий работы.

1. По моим исследованиям для стабильной работы достаточно, чтобы при 20-мегагерцовом процессоре ответ на прерывание приходил за 6 тактов, это для 3,5-мегагерцового режима. Для 7-8-мегагерцового режима вероятно целесообразно включать wait. Так что по-моему результат больше зависит от кривости рук схемотехников и программистов, а как раз cpld и есть костыль для исправления дефекта мозгов...
2. Вместо cpld можно использовать микросхему памяти...

[Rio444]

1. По моим исследованиям для стабильной работы достаточно, чтобы при 20-мегагерцовом процессоре

20-мегагерцовые процессоры сильно разные бывают.
В AVR команды выполняются строго последовательно за 1 или 2 такта. У Cortex STM32 - несколько конвейеров по 3-8 стадий, несколько команд выполняются одновременно. При прерывании все эти конвейеры естественно сбрасываются.
Появляются дополнительные такты, чтобы заполнить конвейеры новыми данными.
В этом смысле Pi Pico выглядит интереснее. Процессор во-первых двухядерный. Одно ядро на обработку USB, второе на обработку запросов от спектрума.
Во-вторых конвейеры в архитектуре Cortex M0+ всего их двух стадий. При сбросе получаются незначительные потери тактов.

[krotan]

20-мегагерцовые процессоры сильно разные бывают.
В AVR команды выполняются строго последовательно за 1 или 2 такта...

Поэтому и написал задержку конкретно в тактах, а не в попугаях... А в команды процессора уже программист пересчитывает, а не я...
Кстати, насчёт Скорпиона, там 6-ю тактами не обойтись. У него на запрос клавиатуры в схеме большая задержка сделана. Вариантов решения несколько:
- заменить D32 К555ЛИ1 на более быструю серию, например КР1531ЛИ1 (самое простое решение)
- брать сигнал запроса клавиатуры до D32, а не после (ещё более простое решение)
- писать обработчик прерывания мк в 4-5 тактов, это возможно при соответствующей схемотехнике (нужен схемотехник/программист с прямыми руками)
- повышать частоту микропроцессора
- использовать wait (так делали сами скорпионовцы в свойм контроллере клавиатуры и мыши)
- изменить схему скорпиона для уменьшения времени запроса клавиатуры (самое правильное решение)

[Михаил Каа]

1. По моим исследованиям для стабильной работы достаточно, чтобы при 20-мегагерцовом процессоре ответ на прерывание приходил за 6 тактов, это для 3,5-мегагерцового режима. Для 7-8-мегагерцового режима вероятно целесообразно включать wait. Так что по-моему результат больше зависит от кривости рук схемотехников и программистов, а как раз cpld и есть костыль для исправления дефекта мозгов...
2. Вместо cpld можно использовать микросхему памяти...

1. Чтобы подключить wait нужно вносить изменения в схему спека - мне не подходит. cpld не костыль, а вполне обоснованное решение.
2. Можно конкретную марку\модель?

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

Есть два предложения, продублировать пины USB

Уже есть в планах.

Второе предложение расположить пины клавиатуры, совместимыми с ZX Evolutuion, что бы можно было напрямую посадить плату на штырьки:

Там нет питания и NMI, все равно придется тянуть проводок. Идея сделать совместимым хорошая.