ZX Remote GamePad

[ZEK]

Дык в курсе , все это легко переделывается :

ну и смысл в F4 юзатать если ATmega48 справляется, в F0 был смысл в цене, F4 по цене уже не конкурент

---------- Post added at 20:49 ---------- Previous post was at 20:47 ----------

Тянуть за уши ARM ради ARM, не вариант, гораздо более годный вариант F0+CPLD

[Advertiser]

[zx-kit]

ну и смысл в F4 юзатать если ATmega48 справляется, в F0 был смысл в цене, F4 по цене уже не конкурент
...
гораздо более годный вариант F0+CPLD

А только на CPLD можно сделать ?

[dosikus]

ну и смысл в F4 юзатать если ATmega48 справляется, в F0 был смысл в цене, F4 по цене уже не конкурент[COLOR="Silver"]
Тянуть за уши ARM ради ARM, не вариант, гораздо более годный вариант F0+CPLD

Где она справляется , покажи будь добр .
Если это о ZXMC , то не находишь что совершенно разные вещи сравниваем ?
И если ты помнишь - изначально я F0 предлагал - чисто джойстики подключить , без клавы.
У меня уже тесты прошли и все пашет - два STM32F030 +2 x nRF24L01 + джойстик NES .
Начинаю ковырять сторону джойстика на предмет прожорливости ...

[zx-kit]

У меня уже тесты прошли и все пашет - два STM32F030 +2 x nRF24L01 + джойстик NES .
Начинаю ковырять сторону джойстика на предмет прожорливости ...

Индикатор от телефона туда влезет ?

[dosikus]

Индикатор от телефона туда влезет ?

Смогу проверить только в понедельник .
Надо попытаться повесить на один SPI и джойстик и дисплей.

[zx-kit]

Смогу проверить только в понедельник .
Надо попытаться повесить на один SPI и джойстик и дисплей.

А если взять STM32F051 ? А по размеру этот или подобный индикатор влезет в корус джойстика ? Так бы сделали джойстик + арм + индикатор + провод. И уже был бы девайс, который заменяет все типы джойстиков и клавиатуру. Минимальный вариант. Для ходилок-бродилок подойдет.

Хотя все-таки коробочка с индикатором и разъемом под джойстик предпочтительней - легче установить индикатор, без переделки джойстика.

Наверно надо пока отложить USB, мышки и остановиться на поддержке механического кейпада и сега - джойстика.

[ZEK]

void EXTI2_IRQHandler (void)
{
uint8_t input_buff;
uint8_t output_buff=0;


EXTI_STB_ON;

input_buff=(uint8_t)(GPIOB->IDR)&0x00ff;
input_buff=0xFF;

if(input_buff & 0x01)output_buff |=key_buff[0];
if(input_buff & 0x02)output_buff |=key_buff[1];
if(input_buff & 0x04)output_buff |=key_buff[2];
if(input_buff & 0x08)output_buff |=key_buff[3];
if(input_buff & 0x10)output_buff |=key_buff[4];
if(input_buff & 0x20)output_buff |=key_buff[5];
if(input_buff & 0x40)output_buff |=key_buff[6];
if(input_buff & 0x80)output_buff |=key_buff[7];

GPIOB->ODR=output_buff;

EXTI_STB_OFF;
EXTI->PR |=EXTI_PR_PR2;

}

заменяется на

static uint8_t[256] kb_tab; // предрасчитанная табличка

void EXTI2_IRQHandler (void)
{
EXTI_STB_ON;
GPIOB->ODR=kb_tab[(uint8_t)(GPIOB->IDR)&0x00ff];
EXTI_STB_OFF;
EXTI->PR |=EXTI_PR_PR2;
}

---------- Post added at 20:55 ---------- Previous post was at 20:54 ----------

Если это о ZXMC , то не находишь что совершенно разные вещи сравниваем ?

а в чем разница? все тоже потянет

---------- Post added at 20:57 ---------- Previous post was at 20:55 ----------

Можно чуть запаса производительности взять какую нить xmega32
гривен за 30

[dosikus]

заменяется на

static uint8_t[256] kb_tab; // предрасчитанная табличка

void EXTI2_IRQHandler (void)
{
GPIOB->ODR=kb_tab[(uint8_t)(GPIOB->IDR)&0x00ff];
EXTI_STB_OFF;
EXTI->PR |=EXTI_PR_PR2;
}

Да не заменяется , вы видите только часть целого ...

а в чем разница? все тоже потянет[COLOR="Silver"]
Можно чуть запаса производительности взять какую нить xmega32
гривен за 30

Гы... Ну да ... загонять здесь STM32 в жесткие времянки, плакаться что AVR круче и сравнивать с ZXMC где AVR работает в тепличных условиях . Разницы никакой совершенно .

Ну да, ну да, давайте XэМЕГА , давайте еще SAM приткнем - ЭТО ЖЕ КРУТА ЭТО ЖЕ AVR , Долбанный STM32 ни хрена не справляется .

[ZEK]

Да не заменяется , вы видите только часть целого ...

какую же мы часть не видим, кроме того что у некторых фантазии нехватает разделить некритичные и критичные по времени процессы?

Ну да ... загонять здесь STM32 в жесткие времянки, плакаться что AVR круче и сравнивать с ZXMC где AVR работает в тепличных условиях

мне вообще пофик платформа, я исхожу из сдравого смысла, и уж точно не вижу сысла в 168Мгц проце для эмуляции клавиатуры и еще нескольких портов, ладно если бы оно дешевле было, так оно раз в 7 дороже

[dosikus]

какую же мы часть не видим, кроме того что у некторых фантазии нехватает разделить некритичные и критичные по времени процессы?

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

мне вообще пофик платформа, я исхожу из сдравого смысла, и уж точно не вижу сысла в 168Мгц проце для эмуляции клавиатуры и еще нескольких портов, ладно если бы оно дешевле было, так оно раз в 7 дороже

Ну если пофиг то давай и сравнивать адекватно.
Снова же, проверяется один из многочисленных вариантов,
И STM32F4 дискавери - это всего лишь то что есть из F4 под рукой - есть и дешевле чипы в 400х? на 64 пина .
Никто же не озвучивает - это единственный и религиозно верный вариант.
Тестим , сравниваем ...

---------- Post added at 22:37 ---------- Previous post was at 22:32 ----------

за исключением хренового контролера прерываний,

Не смеши меня.

все остальное проигрывает по цене, при том что avr хватает, вот в чем смысл

Второй упертый.
Ну хорошо AVR быстрее среагирует на внешнее прерывание.
Дальше что ?
Это единственное что она в этих времянках сможет .
Только выплевывать буфер , ни принять ни обработать ресурсов не хватит . Но она рассово верная же .

---------- Post added at 22:44 ---------- Previous post was at 22:37 ----------

dosikus, вы почему-то измеряете скорость арма в невыгодных для него условиях. В атмеге используется именно чтение из таблицы.

Специально для выяснения пределов .
Обычное дело - сначала определяем влезет ли в заданные рамки, затем вылизываем.
Хреново будет тогда ,когда изначально заоптимизированный код работающий на пределе глюкнет.

Давайте сравнивать в одинаковых условиях. Тогда может оказаться, что F0 будет быстрее, чем F4 в невыгодных условиях, когда много команд в функцие прерываний.

Ну вроде уже определились - захватить адреса по стробу и вывести данные , на STM32F0 не выйдет.
Реализовать реинкарнацию ZXMC - да.
Реализовать только джойстики без клавы - да.