ZX Remote GamePad

Цитата:

Сообщение от dosikus

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 ----------

Цитата:

Сообщение от dosikus

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

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

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

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

Цитата:

Сообщение от dosikus

Это Вы о чем? И к чему ? 4xx есть OTG Hs а это 480мбитс.

В листке данных на STM32F407VG (http://www.st.com/st-web-ui/static/a...DM00037051.pdf) в разделе USB (стр.36) написано:
"..The USB OTG full-speed controller requires a dedicated 48 MHz clockthat is generated by a PLL connected to the HSE oscillator..."

Что я ошибочно понял как: если вы работаете с USB, то частоту с 168 нужно снизить до 48 МГц. Поэтому особо крутой арм для работы и ненужен. Все равно частота 48 МГц будет.

PS. Все нормально. Я неправильно перевел, вот версия перевода от гугла: OTG USB контроллер на полной скорости требуется специальный часы 48 МГц что порождается PLL, соединенного с генератором.

Цитата:

Сообщение от ZEK

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

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;
}

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

Код:

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

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

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

Цитата:

Сообщение от dosikus

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

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

Цитата:

Сообщение от dosikus

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

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

Цитата:

Сообщение от zst

PS. Наверно, я неправильно перевел: OTG USB контроллер на полной скорости требуется специальный часы 48 МГц что порождается PLL, соединенного с генератором.

Да, Вы не правильно и перевели и поняли .
Частота тактирования USB выставляется различными множителями конфигурилками PLL . См картинку :

http://s019.radikal.ru/i615/1401/43/ceae99359225.png

stm32f0 рвет avr по цена/производительность, за исключением хренового контролера прерываний, все остальное проигрывает по цене, при том что avr хватает, вот в чем смысл

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

Желательно все-таки иметь два МК от одного производителя. Как часть в удаленной части кейпада арм подходит. Ждем нового теста скорости.

Цитата:

Сообщение от ZEK

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

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

Цитата:

Сообщение от ZEK

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

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

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

Цитата:

Сообщение от ZEK

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

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

Цитата:

Сообщение от ZEK

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

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

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

Цитата:

Сообщение от zst

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

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

Цитата:

Сообщение от zst

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

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

Цитата:

Сообщение от dosikus

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

А на STM32F103 ?

Цитата:

Сообщение от dosikus

Ну если пофиг то давай и сравнивать адекватно.

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

Цитата:

Сообщение от dosikus

Только выплевывать буфер , ни принять ни обработать ресурсов не хватит

хватит, он там процентов 95 времени сидит ждет у моря погоды (данные от клавы)

Будем ли мы поддерживать KEMPSTON MOUSE ?

По данным из ftp://ftp.worldofspectrum.org/pub/si...Schematics.png
мышка имеет три адреса:

X-AXIS PORT xxxxx011 xx0xxxxx (8 бит данных)
Y-AXIS PORT xxxxx111 xx0xxxxx (8 бит данных)
BUTTONS PORT xxxxxx10 xx0xxxxx (2 бита данных)

Получается нужно еще одно прерывание с разными адресами. Но в Ленинграде и некоторых других компьютерах используется общий порт клавиатуры и кемпстон-джойстика через мультиплексор.

Тогда мы не сможем сделать схему на одном МК. Нужен МК+CPLD. Давайте остановимся на связке ARMF030 + EPM3064. Тогда мы сможем разместить в ПЛИС 8 регистров по 5 бит = 40 для клавиатуры, 8+8+2=18 триггеров для КЕМПСТОН мышки и джойстика. Итого: 40 + 18 = 58 триггеров. ZEK, это реализуемо ?

Три сигнала WAIT, NMI, RESET можно подавать с арм через диоды на Z80.
На кейпаде придется поставить тумблер: KEMPSTON JOYSTICK / KEMPSTON MOUSE.

Схема KEMPSTON JOYSTICK: ftp://ftp.worldofspectrum.org/pub/si...Schematics.gif

В компьютере можно подключить мышку и джойстик к порту джойстика, отрезав от земли 3 старших разряда мультиплексора в Ленинграде.

Или забить на мышку и оставить только джойстик.

zst, Посмотрите личку плиз.

Цитата:

Сообщение от dosikus

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

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

Цитата:

Сообщение от zst

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

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

Цитата:

Сообщение от dosikus

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

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

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

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

Цитата:

Сообщение от zst

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

С STM32F051 можно и не экономить на пинах.
А вот дисплей в корпус... Если только снизу ставить .
Дисплеи что есть :
Парочка от 1101 , один от 1202 . - монохром
LS020 от сименс , 1.8 TFT с SPI . - цветные
HD44780
Это из более менее мелких .
Есть так же TIC33М и TIC55м но это 7 сегментные ,

http://svn.clifford.at/libxsvf/trunk/
сырок одного из svf плеера, можно будет армом прошивать cpld, программатор для сборки вообще не понадобиться

---------- Post added at 23:27 ---------- Previous post was at 23:26 ----------

svf это тектовый формат, что выталкивать в jtag и с чем сравнивать выходные данные jtag

Цитата:

Сообщение от dosikus

С STM32F051 можно и не экономить на пинах.
А вот дисплей в корпус... Если только снизу ставить .

Тогда лучше в коробочку с разъемом под джойстик

---------- Post added at 01:37 ---------- Previous post was at 01:35 ----------

Цитата:

Сообщение от ZEK

http://svn.clifford.at/libxsvf/trunk/
сырок одного из svf плеера, можно будет армом прошивать cpld, программатор для сборки вообще не понадобиться

А по объему в EPM3064 наша схема влезет ? И какой размер svf файла будет ?

Цитата:

Сообщение от zst

И какой размер svf файла будет ?

его по последовательному порту передавать, по тому же что и прошивать arm, нет смысла его в прошивке arm держать

Цитата:

Сообщение от zst

А по объему в EPM3064 наша схема влезет ?

40 кнопок точно влезут, а так попробывать надо, влезет туда мыша или нет

---------- Post added at 01:24 ---------- Previous post was at 01:10 ----------

С мышей 73 ячейки, так что не влазит

---------- Post added at 01:41 ---------- Previous post was at 01:24 ----------

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

Код:

module KBMS( input wire [15:8] A, output wire [5:0] KBD, output wire [7:0] DQ, input wire SELX, input wire SELY, input wire SELBT, input wire [4:0] ARMA, input wire [7:0] ARMD, input wire ARMWR ); //kb reg [4:0] ROW [0:7]; wire [4:0] row [0:7]; generate genvar i; for(i=0; i<8; i=i+1) begin :t if (i==0) assign row[i] = A[i+8] ? 5'h1F : ROW[i]; else assign row[i] = A[i+8] ? row[i-1] : row[i-1] & ROW[i]; always @ (posedge ARMWR) if (ARMA == i) ROW[i] = ARMD; end endgenerate assign KBD = row[7]; //ms reg [7:0] x,y; reg [1:0] bt; always @ (posedge ARMWR) begin if (ARMA == 9) x = ARMD; if (ARMA == 10) y = ARMD; if (ARMA == 11) bt = ARMD; end assign DQ = SELX ? x : 8'hzz; assign DQ = SELY ? y : 8'hzz; assign DQ = SELBT ? bt : 8'hzz; endmodule

Цитата:

Сообщение от ZEK

его по последовательному порту передавать, по тому же что и прошивать arm, нет смысла его в прошивке arm держать

40 кнопок точно влезут, а так попробывать надо, влезет туда мыша или нет

---------- Post added at 01:24 ---------- Previous post was at 01:10 ----------

С мышей 73 ячейки, так что не влазит

Тогда остается ARM F030 + EPM3128

Цитата:

Сообщение от zst

Тогда остается ARM F030 + EPM3128

Лишь бы было не слишком дорого и удовлетворило все хотелки + возможность расширения ...

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

ZEK, ты все таки хочешь замену ZXMC ?
Тогда и плисины не нужны будут .
Давайте тогда определимся :
- девайс с минимальной доработкой спектрума .
- замена ZXMC + навороты от ZEK .

Цитата:

Сообщение от dosikus

- девайс с минимальной доработкой спектрума .
- замена ZXMC + навороты от ZEK .

ну так оно по доработкам идентично, эмуль клавиатуры еще можно подключать к разъему, а вот мышу только к шине, для kemston джопстика как повезет, может быть разъем, а может и не быть,

так вот после подключения мыши и клавиатуры, остается еще 3-4 сигнала добавить и получится почти вся шина идет на девайс

ZEK, А вот существуют ли исходники ZXMC ?
Или только то что на форуме ?
Дизасемблирование и въезд займет время ,
единственно плюсом пойдет то что исходники были на асме ...

Цитата:

Сообщение от dosikus

ZEK, А вот существуют ли исходники ZXMC ?

нет вроде, но были другие контролеры

Купил для экспериментов несколько индикаторов от телефонов Nokia 1202 и девплаты F0, F4, VL. По какой схеме лучше подключать ?
Габариты индикатора 36 х 32 мм и шлейф 8 х 6 мм. Толщина около 3 мм. Шаг дорожек на шлейфе 0.6 мм.

---------- Post added at 21:17 ---------- Previous post was at 21:11 ----------

Цитата:

Сообщение от ZEK

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

Это требует глобальной доработки компьютера. Проще подключить индикатор и подавать сигналы на стандартные порты клавиатуры и кемпстон джойстика. Индикатор нужен для оперативного нажатия любой кнопки в игре без клавиатуры и для перепрограммирования кнопок на кейпаде или сеге джойстике.

Цитата:

Сообщение от zst

Купил для экспериментов несколько индикаторов от телефонов Nokia 1202 и девплаты F0, F4, VL. По какой схеме лучше подключать ?

Вот подключение http://tuxotronic.org/wiki/component/lcd/ste2007
Да в сети полно схем .
Здесь инициализация SPI под F4 http://kazus.ru/forums/showthread.php?t=107360
Но примитив , но для старта пойдет .
Здесь можешь начать с F4 -http://kazus.ru/forums/showthread.php?t=106278

Питание оба на пины 3.3v дискавери
GND
/RESET
/CS
CLK
MOSI
Все напрямую к дискавери .
Далее выводы LED , насколько помнится на них надо больше 5v , но можно и на 5v дискавери через резистор

Далее все просто:
По ссылки есть инит .
Задержка после включения платы ~100mS , что бы все устаканилось.
Или дернуть RESET .
Затем выплевыем последовательность инициализации .
И можем рисовать на дисплее...

Вот еще информация о дисплее http://we.easyelectronics.ru/lcd_gfx...okia-1202.html

А здесь вообще все готовое на VL http://ffix.ru/2010-11-04-13-47-03/i...1203/1208.html
Правда похоже через USART :)

На STM32F0 SPI 9 бит, так что без этих извращений все работает .

Дисплей от телефонов Nokia 1202/1203//1280 был выбран вместо стандартного символьного индикатора WH1202 или WH1602.

Цоколевку и внешний вид можно посмотреть тут

Достоинства дисплея от Nokia 1202:

Небольшие габариты и вес. Размер корпуса дисплея 36 х 32 мм и шлейф 8 х 6 мм. Толщина около 3 мм. Шаг дорожек на шлейфе 0.6 мм.

Возможность купить в небольших количествах по доступной цене в магазинах «Профи».

Питание и сигналы с уровнем +3.3 В.

Дисплей является графическим 96 х 68 точек. Если использовать символы размером 8 х 8, как в Speccy, то на экран уместится 8 строк по 12 символов. То есть, мы сможем изобразить сразу все 40 кнопок клавиатуры Speccy (4 ряда по 10 кнопок). А сверху влезет пояснительная надпись.

Только 3 сигнальных провода. Что экономит выводы контроллера. Данные на дисплей передаются последовательно по 9 бит через UART или SPI.

Возможность пайки к шлейфу. По сравнению с некоторыми другими дисплеями для этого не требуется разъем. Можно припаять шлейф прямо к плате устройства или с помощью тонких проводов. Шлейф телефона короткий, но термостойкий и имеет на конце дорожки с шагом 0.6 мм. Провода с таким шагом припаять трудно, но нам поможет то, что дорожки разведены с двух сторон. Тонкие провода для макетирования (такие есть в Профи уже залуженные по 100 штук) припаивать, чередуя стороны. К первому контакту провод паяем на верхней стороне шлейфа, второй — на нижней, третий — опять на верхней и т.д.

Цитата:

Сообщение от zst

Только 3 сигнальных провода. Что экономит выводы контроллера. Данные на дисплей передаются последовательно по 9 бит через UART или SPI.

Как выше и писал у STM32F0 SPI имеет фрэйм от 4 до 16 бит, с 9 битами работает на ура .

Цитата:

по 9 бит через UART

Только учтите там пример с USART с выходом клока

Как-то так :

http://s57.radikal.ru/i156/1401/8d/7b672f1ff98b.jpg

http://s019.radikal.ru/i606/1401/23/75a42d8c09ed.jpg

Вот Cortex-M3:
"There is a maximum of a twelve cycle latency from asserting the interrupt to execution
of the first instruction of the ISR when the me mory being accessed has no wait states
being applied. The first instruction to be executed is fetched in parallel to the stack push."

Цитата:

Сообщение от ASDT

Вот Cortex-M3:
"There is a maximum of a twelve cycle latency from asserting the interrupt to execution
of the first instruction of the ISR when the me mory being accessed has no wait states
being applied. The first instruction to be executed is fetched in parallel to the stack push."

Это хорошо что Вы читать умеете , но :
STM32F0 - Cortex M0 - 16 тактов + латентность добавленная вендором...

Цитата:

Interrupt Latency
Under normal situations, the interrupt latency of the Cortex-M0 processor is 16 cycles. The
interrupt latency is defined as from the processor clock cycle the interrupt is asserted, to the
start of the execution of the interrupt handler.

И как выше и писал - на прерывания ни кто не уповал, в STM32 развитая периферия -ее и надо пользовать...

Просто М0 - УГ

Цитата:

Сообщение от ASDT

Просто М0 - УГ

"Плохому танцору и яйца мешают" (с)...:biggrin:
При такой цене , в купе с плюшками периферии - STM32F0xx убийца восьмибиток ...

Цитата:

Сообщение от dosikus

убийца восьмибиток ...

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

Вот есть старая, как помет мамонта, ATTYNY2313-20, и вроде подходит ...

Цитата:

Сообщение от ZEK

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

ZEK, не начинай хвальбу "православным" AVR заново .
AVR здесь так же обосрется ...

---------- Post added at 19:58 ---------- Previous post was at 19:56 ----------

Цитата:

Сообщение от ASDT

Вот есть старая, как помет мамонта, ATTYNY2313-20, и вроде подходит ...

Пруф ...

interrupt = 5t
in + 1t
ld + 2t
out + 1t
total 8~10t ( 400-500ns )

---------- Post added at 19:44 ---------- Previous post was at 19:41 ----------

Правда с ATtiny4313

ASDT, Не на пальцах .
Эпюры ...