Firmware zum Download

[Rodent]

herzlichen dank - flexibel ist immer gut,
oder wie man bei uns hier sagt: "Hilfts nicht, so schadets nicht" - passt hier dann auch.

Danke, kann ich nun am Wochenende umsetzen.

Danke auch für die o.a. Erläuterungen zum Umschreiben der Inputs.

LG
Alex

[Rodent]

hi,

wenn ich hid_keycodes.h richtig interpretiere, sind ja pro joystick# nur 8 buttons definierbar.

angenommen ich will mit einem ATMEGA32 ein 1P-Device realiaieren, mit Joystick (4 I/O) und die restlichen 28 I/O sollen Buttons sein.

Kein Shiftswitch, etc - erweitere ich dazu nur die hid_keycodes.h, oder zieht sich das über weitere bereiche?

zweite Frage:
Wenn ich einen zweiten Shiftswitch will, ist das sehr aufwändig zu implementieren?

Danke!
lg
Alex

[lupo]

wenn ich hid_keycodes.h richtig interpretiere, sind ja pro joystick# nur 8 buttons definierbar.

angenommen ich will mit einem ATMEGA32 ein 1P-Device realiaieren, mit Joystick (4 I/O) und die restlichen 28 I/O sollen Buttons sein.

Kein Shiftswitch, etc - erweitere ich dazu nur die hid_keycodes.h, oder zieht sich das über weitere bereiche?

zweite Frage:
Wenn ich einen zweiten Shiftswitch will, ist das sehr aufwändig zu implementieren?

Hallo Alex,

dafür musst du einige Änderungen vornehmen:
In hid_keycodes.h werden ja nur die Enums definiert - die musst du auf 1 Joystick mit 28 Buttons definieren
In main.c musst du einen neuen USB Descriptor definieren - derzeit sind nur 8 bit für max. 8 Buttons definiert.
In hid_input_mapping.c musst du eine neue Zuordnung zwischen Pins und Funktion definieren.
In hid_input.c musst du den Joystickreport und die Abfragen ändern.

Zweiter Shiftswitch ist nicht sehr aufwendig, aber du solltest dir zuerst den Code genau anschauen.

Für beide Fragen gilt:
Wenn du dir die Codeteile im Rootverzeichnis durchliest und auch genau verstehst was wie gemacht wird, sollten die Änderungen möglich sein - andernfalls lass es lieber bleiben.

Liebe Grüße und viel Glück,
Lupo

[Rodent]

vielen dank für die hilfe, ich meine das ist nicht soo komplex.

einen ps3 homebutton möchte ich noch dranbauen, dann wird das teil ein klein wenig universeller

Wird wohl was für den Weihnachtsurlaub.

Danke und lg
Alex

[lupo]

vielen dank für die hilfe, ich meine das ist nicht soo komplex.

einen ps3 homebutton möchte ich noch dranbauen, dann wird das teil ein klein wenig universeller

Wird wohl was für den Weihnachtsurlaub.

Danke und lg
Alex

Na dann viel Glück und lass uns wissen obs was geworden ist.

[Rodent]

na ich bin so frei... ich habs nicht geschafft, dafür reichen meine kenntnisse dann nicht aus, milde gesagt

ich löse meinen use case in dem fall so, dass ich das meiste über keyboard-input löse.
via shift switch definiere ich dann 1 joystick + 8 buttons auf P1, und weitere 8 buttons auf P3; für den case dass ein emu dann doch nicht mit keyboardinput oder vjoy zurechtkommt... ist aber eher theoretisch denke ich...

"schöner" wäre dann aber doch eine völlig freie belegung, ich selbst kanns aber nicht lösen...

vielen dank für die hilfe bis jetzt, wenn mein projekt "für mich" dann funktioniert, geb ich auch mal eine dokumentation bzw. fotostory der gesamtlösung frei

lg
Alex

[Rodent]

hi,

ich hab nun ein problem:

einige tastatur-keys werden immer zusammen ausgelöst.

soll heissen:
pin 37 an GND schreibt "ga", und pin 36 an GND schreibt auch "ga".
selbes mit pin 34/35 - schreiben beide "qs"

viel spannender:
je 26/27/28 an GND schreibt "kkk"

die pins sind nicht kurzgeschlossen.

ich hab aber statt dem 1M Ohm Res einen 56k Ohm Res gegen GND auf USB_P, einfach weil ich keinen 1M da hab ~
kanns das dann auch sein?

mapping:

// Atmega32 Shift switch off
PROGMEM const unsigned char NormalMapping[NUMBER_OF_INPUTS] =
{                       //  Pin Atmega  Board   Function
   KEY_R,              //  40  PA0     X6-1    COINTRIGGER
   KEY_F,              //  39  PA1     X4-8    JOY2START
   KEY_D,         //  38  PA2     X4-7    JOY2BUTTON3
   KEY_G,         //  37  PA3     X4-6    JOY2BUTTON2
   KEY_A,         //  36  PA4     X4-5    JOY2BUTTON1
   KEY_S,           //  35  PA5     X4-4    JOY2RIGHT
   KEY_Q,            //  34  PA6     X4-3    JOY2LEFT
   KEY_W,              //  33  PA7     X4-2    JOY2UP
   0,                  //   1  PB0     X9-2    SHIFTSWITCH
   0,                  //   2  PB1     X7-1    MOUSEXCLOCK1
   0,                  //   3  PB2     X7-2    MOUSEXCLOCK2
   0,                  //   4  PB3     X8-1    MOUSEYCLOCK1
   0,                  //   5  PB4     X8-2    MOUSEYCLOCK2
   0,            //   6  PB5     X5-1    JOY3DOWN
   0,              //   7  PB6     X5-2    JOY3UP
   0,            //   8  PB7     X5-3    JOY3LEFT
   MB_Middle,              //  22  PC0     X3-2    JOY1UP
   MB_Left,            //  23  PC1     X3-3    JOY1LEFT
   KEY_6,           //  24  PC2     X3-4    JOY1RIGHT
   KEY_1,         //  25  PC3     X3-5    JOY1BUTTON1
   KEY_L,         //  26  PC4     X3-6    JOY1BUTTON2
   KEY_J,         //  27  PC5     X3-7    JOY1BUTTON3
   KEY_K,              //  28  PC6     X3-8    JOY1START
   KEY_I,            //  29  PC7     X4-1    JOY2DOWN
   0,           //  15  PD1     X5-4    JOY3RIGHT
   0,         //  17  PD3     X5-5    JOY3BUTTON1
   0,         //  18  PD4     X5-6    JOY3BUTTON2
   0,         //  19  PD5     X5-7    JOY3BUTTON3
   0,              //  20  PD6     X5-8    JOY3START
   MB_Right             //  21  PD7     X3-1    JOY1DOWN
};

was da los?
kann das was damit zu tun haben, dass ich manche "unbenutzte" i/o des atmega32 auf "0" belegt habe? darf das sein?

lg Alex

EDIT:
ich flashe nun mal eine Deiner original-firmwares die du auslieferst, mal sehen obs was mit meine compile-chain zu tun hat (winavr; aktuellste version)...
edit2:
deine ausgelieferte FW macht mir dieselben symptome... ich schliesse ein software-problem daher mal aus... kacke, kann ich nun nochmal HW-aufbau debuggen