GamePort Joystick Adapter

Ich möchte auch gern einen komplett aufgebauten Adapter inkl. Arduino haben. Wartezeit ist dabei echt kein Problem.

Eine Möglichkeit USB Joysticks am Gameport zu verwenden gibt es wahrscheinlich prinzipiell nicht oder? Hab da ein paar coole gesehen mit Metall-Standfuß 🙂

So ist es. Jemand aus dem Verein zum Erhalt klassischer Computer hat sowas wohl auch schon mal gemacht, für den Dragon. Der Unterschied zum PC-Interface ist neben dem anderen mechanische Stecker wohl, dass das Poti (ebenfalls 100kOhm) am anderen Ende gegen Ground gezogen wird. Deshalb baue ich bei meiner Lösung auch Schalter ein, die das Poti optional gegen Ground ziehen, sodass man zwischen PC und (mit einem Kabeladapter) Dragon/Tandy umschalten kann. Aber die Designs existieren.

Im Moment machen die Buttons bei mir noch nicht ganz das, was sie sollen (muss ich noch rausfinden, warum, weil es ja das gleiche Prinzip ist, wie beim Amiga-Joystick, da funktionieren sie), und ich muss noch DS1803-100 bestellen (hab versehentlich -010 bestellt, aber mit nur 10kOhm bewegt sich der Joystick am PC nur in einem sehr kleinen Radius oben-links - aber er bewegt sich schon!). Außerdem ist jeder USB-Joystick anders, da werde ich wohl noch ein paar Exemplare durch testen müssen.

Das Gesamtprojekt ist ja ein Interface-Monster und bis alle Interfaces komplett durchprogrammiert sind, wird es noch eine gewisse Zeit dauern. Aber da ja scheinbar Bedarf da ist, werde ich das Projekt Joystick etwas priorisieren und einen Spinoff mit einem kleineren Board machen. Das ist schnell getan. Der Einfachheit halber, auch wenn der natürlich etwas teurer ist, wohl auch mit dem Mega2560 und nicht mit dem Uno (hatte glaub ich vorher mal Nano geschrieben, das USB-Host-Shield benötigt aber einen Uno oder Mega).

Für alle interessierte: Gebt mir noch 1-2 Monate und seit euch im Klaren, dass das Ganze etwas teurer wird. Ich werde zwar die PCBs (vermutlich knapp 10 Euro inkl. Versand/Zoll/Etc) und die DS1803-100 (etwas schwerer zu bekommen, aber ich hab dank Nebengewerbe einen Account bei RS, die haben die, 2 Stück um je 5 Euro, Reichelt hat nur die -010) sowie Kleinkram wie Pinheader und Sockel gerne als Sammelbestellung zum Selbstkostenpreis weitergeben, Löten sollte jeder selbst hinbekommen (alles Through-Hole), aber ihr braucht nur einen Mega2560 und ein USB Host Shield.

Was den "Klassisch zu Modern" Weg angeht scorp da würde ich mich auch mal für ein Kit, gerne komplett, einreihen.

scorp langsam kannst du einen Onlineshop aufziehen:

- PS/2 ->USB Adapter

- Voltage Blaster

- Gameport Adapter

- MCE Adapter

- White Vinegar

- XT-IDE ICs?

- Big Box Games

- uvm?

ein exklusiver Onlineshop nur für das Forum wäre ja mal hammer geil😁👍

GuillermoXT ja, nennt sich "Biete"

Du meinst wohl "Sonderpreise" für Forenmitglieder?

Zitat von creopard

GuillermoXT ja, nennt sich "Biete"

Du meinst wohl "Sonderpreise" für Forenmitglieder?

Ja stimmt eigentlich ich habe auch gar nicht daran gedacht dass wir sowas schon längst haben XD

Zitat von scorp

Zitat von Stefan307

scorp würdest du das auch mit meinem Gravis Phoenix machen ? Ich habe auch irgendwo noch das original DOS Programm dazu...

Damit ist es leider deutlich komplizierter. Der Gravis Phoenix ist, wie ich schon oben geschrieben habe, ein Hybrid aus Joystick und Tastatur. Mein Adapter kann sowas hardwaretechnisch schon gar nicht. Ich meine bei dem Thrustmaster ist der zweite Kabel, der an die Tastatur geht, optional, und man braucht es nur um an Joystick irgendwelche Befehle zu schicken, Einstellungen und so weiter. Tex bitte korrigiere mich, wenn ich falsch liege. Das Teil sollte an einem GamePort auch funktionieren, wenn das zweite Kabel in der Luft hängt. Bei dem Gravis Phoenix ist es IMHO nicht optional, da die Tasten alle als Tastatur Kombinationen an den Rechner über das Tastatur-Kabel geschickt werden. Das bedeutet, dass der Adapter in der Form erst mal sich dafür nicht eignet. Außerdem habe ich für Thrustmaster (Protokoll) den Treiber schon geschrieben, daher hoffe ich, dass da nicht mehr viel Arbeit auf mich zu kommt. Das Problem ist gerade, dass ich 10000 Projekte habe und der Tag nur 24 Stunden. Vielleicht werde ich meinen Adapter in Zukunft so erweitern, dass man auch solche Joysticks, wie den Gravis Phoenix anschließen kann, aber zur Zeit erst Mal eher nicht.

So kompliziert ist es in meinen Augen auch wieder nicht PS/2 auf USB Adapter gibt es ja fertig zu kaufen, mir ging es darum den "Joystick Teil" zu adaptieren sofern das überhaupt nötig ist. Einziger Schönheitsfehler wäre dann das man zum Programmieren auf Retro Hardware zurückgreifen muss aber das ist für uns ja kein Problem...

Der Joystick hat keinen speziellen Treiber oder das ist alles Tastatur bzw. Gameport Emulation.

Zitat von scorp

Stefan307 also, so weit ich es sehe wird der Joystick Teil auch funktionieren, aber Du wirst nur 4 Tasten und 4 Achsen haben. Das wäre etwas enttäuschend bei dem Biest Der Rest geht scheinbar über die Tastatur, wenn ich es richtig verstehe. Ich sage ja nur, dass es schwierig wird, wenn man auch den Teil haben will. Das würde bedeuten, dass der Adapter mit einer PS/2 (oder DIN5?) Buchse ausgestattet werden muss und man muss dann die Tastatur-Signale abfangen und entsprechend über USB als Joystick weiter geben. An sich alles machbar, aber eben Aufwand für neue Platine und Software.

Reden wir an einander vorbei? es gibt doch Adapter PS2 auf USB für Tastaturen und Mäuse also die aktiven nicht diese Steckeradapter wo die Tastatursteuerung intern entsprechend umschaltet...

ha, wie geil!

scorp, du bist mein persönlicher Held. Ich habe mich jetzt extra angemeldet, um das zu sagen.

Ich habe einen MS SW 3D Pro (1996 persönlich in den USA gekauft, war damals während der Schule ein paar Monate da...), und ich bin absolut überzeugter Fan von dem Teil. (drei Achsen plus Schubregler! optische Abtastung! nativ digitales Sampling! kann mehr als ein Gameport eigentlich können sollte!), und habe vor einem halben Jahr herausgefunden, dass schon 2007 3DPVert von Grendel entwickelt wurde... in zumindest einer Version davon kann man das auch auf einem Teensy 2.0 verwenden, und ich konnte meinen geliebten Retro-Stick wieder nutzen! Dann habe ich ein bisschen damit gespielt, und wollte wissen, wie das eigentlich geht.

Außerdem dachte ich mir, man müsste doch eigentlich noch mehr Input-Geräte (mini-Joystick? zusätzliche Tasten?) verwenden können, schließlich hat der Teensy noch ein paar Pins frei... also fing ich an, C++ zu lernen - ein bisschen kannte ich ja schon von kleineren Arduino-Laufversuchen. Ich fand außerdem im Netz den "Adapt-FFB-Joy" von tloimu, der genau das vorsieht, nämlich zusätzliche Rudder-Controls, allerdings nur für den Force Feedback Pro.

Also habe ich versucht, selbst etwas mit Arduino / Teensy 2.0 hinzubekommen... leider ist die einzige funktionierende Implementation (3DPVert, weil Adapt-FFB-Joy eigentlich nur eine abgewandelte Version davon ist) wirklich etwas krass, weil die zentralen Funktionen eben auf Assmbler-Code basieren, wie du ja schon festgestellt hast. Ich dachte eigentlich, dass ich es auch hinbekommen würde, indem ich eine sehr beschränkte Lösung programmiere, bei der ich die Port-Register, die ich verwende, direkt anspreche (PORTx |= PINx & xyz und so)... leider habe ich es nicht geschafft, den Stick auch nur dazu zu bekommen, ein einfaches polling-signal als solches zu akzeptieren. Irgendwas haut also mit dem Timing wahrscheinlich gar nicht hin, aber ich habe kein Oszilloskop, um das zu überprüfen. (ich habe gesehen, du machst es eigentlich genauso, nur dass du eben elegant warst und eine generisch verwendbare Lösung in DigitalPin.h etabliert hast... chapeau... das hätte ich mit meinem Anfänger-Wissen nie hinbekommen.

Nachdem ich mich wochenlang durch die Quellcodes gekämpft habe, und auch durch den Linux-Treiber, und auch durch das Microsoft-Patent, habe ich heute (übrigens bei der Google-Suche nach "US5628686A" als zweiter Treffer ) diesen Thread entdeckt!

Jetzt werde ich erstmal versuchen, deinen Quellcode zu verstehen, der zwar definitiv meinen C++-Horizont übersteigt, aber man kann ja dazulernen (hoffentlich).

Ein paar Fragen aber jetzt schon einmal:

1) Hardware: Ich gehe mal davon aus, dass die 100kOhm-Widerstände einfach für die Gameport-Pins 3/6/11/13, also für die Achsen, gedacht sind, oder? (Ich habe bisher noch nie mit Custom-PCBs gearbeitet, deshalb kann ich die Dateien nicht interpretieren... )

2) Software: deine "Toggle"-Funktion invertiert einen Pin-state für eine definierte Zeit, oder? Aber muss der MS SW 3D Pro nicht ein zeitgleiches Signal auf die X1 und Y2 - Achse bekommen, um in den voll-digitalen Transfer Modus zu schalten?

3) Software/Vorschlag: in "enableDigitalMode", warum verwendest du nicht einfach die Sequenz "{ magic, magic + 725, magic + 300, 1, 0 }"? Damit würde automatisch der letzte Trigger innerhalb der Schleife gesendet, und du müsstest nicht nochmal "m_trigger.pulse(PULSE_DURATION);" nach der Schleife explizit aufrufen. Das habe ich mich schon bei der Betrachtung des linux-Treibers gefragt. Würde das nicht gehen?

4) wie hast du magic=200 festgelegt? ausprobiert? (ich frage, weil ich eine nahezu identische Funktion ausprobiert habe, die dann von einer Schleife aufgerufen wurde, in der ich Werte von 20-1200 durchprobiert habe, und hatte nie Erfolg... wahrscheinlich lag es an etwas ganz anderem, aber trotzdem: wie bist du vorgegangen?

Gruß

Moritz

scorp nach dem YT special solltest du dich darauf einstellen, dass es noch mehr Bestellungen hageln wird!

Wäre natürlich noch cooler wenn sich dadurch auch mehr Leute finden, die weitere Modelle implementieren könnten!

Zitat von scorp

Ich habe jahrelang Softwareengineering und vor allem C++ unterrichtet, das wäre ziemlich peinlich für mich, wenn ich selbst angefangen hätte da Mist zu bauen. Bei Open Source schauen ja Leute mit, die mich später zusammenschlagen könnten

Zitat von scorp

Nein, die DigitalOutput::toggle() funktion flippt das signal nur. Also wenn es 0 war geht es auf 1 und wenn es 1 war, dann auf 0. Die Funktion die einen Pulse einer bestimmten Länge macht ist DigitalOutput::pulse(uint32_t). Diese Funktion toggelt eben das Signal ein Mal, dann wartet die angegebene Zeit ab und toggelt noch mal. Dadurch entsteht ein Pulse der gewünschten Länge.

ah, stimmt.

und mittlerweile habe ich auch mehr in deinen Code geschaut: du hast (für's erste?) nur den 1-Kanal-Modus (1x Clock, 1xData) etabliert, wie ich sehe. Hast du vor, den 3-Kanal-Modus (1xClock, 3xData) noch zu bauen, oder meinst du, der Aufwand lohnt sich nicht?

Zitat von scorp

Wenn Du übrigens Vorschläge hast oder Support für weitere Joysticks hinzufügen möchtest, kannst Du gerne auf GitHub einfach Tickets öffnen. So haben wir alle technischen Details an einer Stelle, statt die über das halbe Netz zu verteilen.

Ich hatte in den letzten Wochen mehrfach Kontakt mit Tero (tloimu), der damals den ursprünglichen 3dpvert um die force-feedback-Funktionen des MS FFP erweitert hat... soll ich ihn mal fragen, ob er Zeit und Lust hat, dir zu helfen, deinen Code für den ForceFeedbackPro inklusive force-feedback zu erweitern?

(Ich hatte letzte Woche in meiner Verzweiflung sogar versucht, Detlef Müller zu kontaktieren, nachdem ich in detektivischer Arbeit herausgefunden habe, wo er mittlerweile wohnt und arbeitet ... also "grendel", der damals 3dpvert geschrieben hat. Leider hat er noch nicht geantwortet. )

Hast du mal probiert / überlegt, ob du die 100kOhm-Widerstände wirklich brauchst? Mal rein vom Prinzip her haben analoge Joysticks ja einen (üblicherweise) 0-100kOhm TrimPot an den Achsen. Der Arduino Pro Micro sollte doch, genau wie der Teensy 2.0 und die üblichen Arduino-Boards auch volle 5V vertragen können, und die zusätzlichen Vor-Widerstände daher gar nicht brauchen... oder?

Zumindest die Sidewinder-Joysticks senden ja bei korrekter Trigger-Sequenz ein "ID-packet". Müsste man nicht auf die dip-switch-Auswahl für die Sidewinder-Reihe komplet verzichten können? Man könnte ja am Anfang versuchen, ein ID-packet zu lesen, und wenn man eins bekommt, werden die switches einfach ignoriert, weil die Sache klar ist... ich muss nochmal nachschauen, wie der linux-Treiber das macht, und würde dann ein GitHub-Ticket eröffnen, oder?

Zitat von creopard

scorp nach dem YT special solltest du dich darauf einstellen, dass es noch mehr Bestellungen hageln wird!

Wäre natürlich noch cooler wenn sich dadurch auch mehr Leute finden, die weitere Modelle implementieren könnten!

ganz ehrlich, diese Implementation ist mit einem Arduino so einfach nachzubasteln, dass man einfach eine do-it-yourself-Anleitung machen sollte.

(die switches kann man ja durch jumper-kabel ersetzen und ein paar female-to-male-jumperkabel kann man direkt auf den DB15-Stecker vom Joystick rammen )

spannend... auch bei 3DPVert ist es so, dass es ohne die Vor-Widerstände deutlich weniger stabil läuft, aber immerhin läuft es. Eventuell gibt es da irgendwelche Feedback-Schleifen zwischen dem simulierten Widerstand im Joystick und den Schaltkreisen im Board

klaro. Apropos, nimmst du Spenden entgegen? Deine geniale Arbeit wäre mir jetzt schon einiges Wert, denn erstens ist es genau das, wonach ich gesucht habe, und zweitens bietet es mir die Gelegenheit, noch mehr über's Coding zu lernen