ZX Remote GamePad

[dosikus]

вот тут как раз avr фору дает, врем входа меньше, можно только за счет частоты выжать нужное время реакции
arm7 хорошая штука была, FIRQ

Да брось , STM32F0 по любому AVR сливает.

[Advertiser]

[ZEK]

Да брось , AVR по любому даже STM32F0 сливает.

Я не спорю, по вот по такому параметру как время реакции на прерывания, STM32F0 сливает, F1 за счет частоты, уже вровень пойдут

[dosikus]

Гы .. не верно акценты расставил - исправил. )))))
Ты, я так понял , пытаешься себя убедить, зацепившись за непонятное тебе, что AVR хоть в чем то превзошла F0 ? )))))
Ошибаешься . Еще раз повторю NVIC это не AVR'cкий контроллер прерываний ...

[zx-kit]

но однозначно вместо 8 регистров и жмени диодов, лучше ставить какой нить epm3064 и места меньше и по деньгам уже наверное дешевле

Не совсем однозначно. Регистры и диоды оптом будут стоить около 40 руб (оптом: регистр 74HC595D по 3 руб., двойной диод BAT54A по 0.6 руб), их легче купить и не нужно прошивать через разъем IDC-10M. ПЛИС стоить будет около 120 руб + разъем для прошивки. С регистрами можно поставить мелконогий дешевый арм F030 только для UART и загрузки данных в регистры сдвига. С этими регистрами последовательная загрузка может быть с произвольной скоростью, а затем одним импульсом мгновенно записывается параллельно. Это упростит программу и работать будет даже, если Z80 на 7 МГц, так как адреса с Z80 на регистры выдаются заранее до сигналов чтения из порта клавиатуры. Дешевое и недежное решение

---------- Post added at 11:36 ---------- Previous post was at 11:31 ----------

Event'ы помогут с захватом порта с сигналами адресов .
Вообщем весь сбор/выхлоп данных с/на шин клавы , UART делать аппаратно.
Останется только обрабатывать данные с массивов заполняя другие массивы .
На пальцах это трудно объяснить, но кое что уже вырисовывается....

Если бы ДМА могло передавать быстро данные из одного из двух буферов по 256 байт наружу МК, было бы хорошо. Мы тогда подготовливали бы в одном из буферов свежие данные после прихода пакета, а из второго была бы передача через ДМА.

Вопрос по выбору микроконтроллера. Семейство M0 быстрое 48 МГц (F030, F051), но в бесплатной версии компилятора IAR у него ограничение по объему кода 16 Кб. Для других семейств - 32 Кб. Также уроки и книги есть только (или больше) для семейства М3. Но оно более медленное 24 МГц (F100). Подойдет ли нам F100 ?

[dosikus]

Если бы ДМА могло передавать быстро данные из одного из двух буферов по 256 байт наружу МК, было бы хорошо. Мы тогда подготовливали бы в одном из буферов свежие данные после прихода пакета, а из второго была бы передача через ДМА.

Может , про что я здесь и пою.

Вопрос по выбору микроконтроллера. Семейство M0 быстрое 48 МГц (F030, F051), но в бесплатной версии компилятора IAR у него ограничение по объему кода 16 Кб. Для других семейств - 32 Кб. Также уроки и книги есть только (или больше) для семейства М3. Но оно более медленное 24 МГц (F100). Подойдет ли нам F100 ?

100ка -103е старые .
32k хватит за глаза , на изучение , да и на сам проект.
А далее можете на гнутые перейти, если боитесь кряков.
Нужны уроки - http://kazus.ru/forums/forumdisplay.php?f=34
Создавайте ветку - всегда я и другие будут рады помочь, мешающих отошьем ...

[zx-kit]

100ка -103е старые .

Лучше 051 заложить, т.к. они современнее и импользовать STM32F0DISCOVERY для макетирования ?

32k хватит за глаза , на изучение , да и на сам проект.

А 16 хватит ?

А далее можете на гнутые перейти, если боитесь кряков.
Нужны уроки - http://kazus.ru/forums/forumdisplay.php?f=34

А для STM32F0DISCOVERY есть ?

Создавайте ветку - всегда я и другие будут рады помочь, мешающих отошьем ...

[ZEK]

Может , про что я здесь и пою.

Мысль развернуто можно? мне кажется чего то недопонимаю
Интересно

[dosikus]

Мысль развернуто можно? мне кажется чего то недопонимаю
Интересно

Ну как вариант , причем уже описывал ранее.
Со стороны USART - DMA укладывает данные в память (как вариант массив) .
Со стороны адресов (сканбит) так же DMA по таймеру (или стробу)
захватывает порт и укладывает в память.
Анализируем принятое с UART сравниваем с сканбитом -если соответствует выводим в порт данных .
Здесь, насколько понимаю, быстрее всего будет происходить обновление сканбита . Нажатие кнопки самое медленное .

[ZEK]

dosikus, нифига не понял

1. Спектрум все время щелкает адресами в том числе и старшими (A15-A8)
2. В какой то момент он решил прочитать состояние кнопок, к примеру, есть ли нажатые кнопки на синклер джобстинках A8=0 A11=0 остальные Axx=1 и появляется строб чтения из порта 0xFE (что в этот момент будет делать ARM ?)
3. Надо выставить данные, подождать пока строб пропадет
4. Пришли новые данные о нажатых клавишах (что делает ARM ?)

[dosikus]

А для STM32F0DISCOVERY есть ?

У меня есть сия дискаверина и как раз сейчас ковыряю .

---------- Post added at 19:27 ---------- Previous post was at 19:19 ----------

dosikus, нифига не понял

Я так же .
Ибо писал, что не знаю работу спеки .
Если есть сигнал по которому и только по которому нужно выводить на данные клавиатуры , задействуем его .
А вообще я что то не понял - ты мне что проверку решил устроить ?????
Не засирай мне мозг.
Как же тогда механическая клавиатура работает ?
Сканбит на адресах выделит нажатые кнопки , а 555КП11 запишут когда надо .
И если спекки щелкает адресами , то на KL0-KLx так же будет что то в зависимости от нажатых клавиш -
но без /IN_K&K на шину не попадет.
Так же и на STM32, здесь можно дополнительно фильтровать именно сканбит на адресной шине .

Данные о клавишах будут поступать намного медленней чем обновляться цикл сканбита .
Вот кстати - если не ошибаюсь сканирование клавиатуры происходит в прерывании ? С какой частотой ?