Gamecube Controller Sniffer - Versionsgeschichte

HKay am 4. Februar 2018 um 02:52 Uhr

2018-02-04T02:52:13Z

← Nächstältere Version		Version vom 4. Februar 2018, 04:52 Uhr
Zeile 74:		Zeile 74:

	[[Category:Projekt]]		[[Category:Projekt]]
			{{Abgeschlossen}}

HKay: Projekt eingestellt

2018-02-03T22:43:51Z

Projekt eingestellt

← Nächstältere Version		Version vom 4. Februar 2018, 00:43 Uhr
Zeile 1:		Zeile 1:
			=Projekt eingestell=
			Es besteht kein Bedarf mehr. Daher wurde das Projekt eingestellt


	==Ziel==		==Ziel==
	Ein PC soll in der Lage sein die Tasteneingaben auf einem Gamecube controller zu lesen. Gleichzeitig soll jedoch auch die Wii/Gamecube in der Lage sein mit dem controller zu sprechen. Diese Informationen sollen dann in einer GUI visualisiert werden. Schlussendlich werden Speedrunner den Aufbau in [http://www.youtube.com/watch?v=0M7IINwTFVw livestreams] verwenden.		Ein PC soll in der Lage sein die Tasteneingaben auf einem Gamecube controller zu lesen. Gleichzeitig soll jedoch auch die Wii/Gamecube in der Lage sein mit dem controller zu sprechen. Diese Informationen sollen dann in einer GUI visualisiert werden. Schlussendlich werden Speedrunner den Aufbau in [http://www.youtube.com/watch?v=0M7IINwTFVw livestreams] verwenden.

Juhe: /* Ziel */ typo

2016-07-06T20:04:43Z

Ziel: typo

← Nächstältere Version		Version vom 6. Juli 2016, 22:04 Uhr
Zeile 2:		Zeile 2:
	Ein PC soll in der Lage sein die Tasteneingaben auf einem Gamecube controller zu lesen. Gleichzeitig soll jedoch auch die Wii/Gamecube in der Lage sein mit dem controller zu sprechen. Diese Informationen sollen dann in einer GUI visualisiert werden. Schlussendlich werden Speedrunner den Aufbau in [http://www.youtube.com/watch?v=0M7IINwTFVw livestreams] verwenden.		Ein PC soll in der Lage sein die Tasteneingaben auf einem Gamecube controller zu lesen. Gleichzeitig soll jedoch auch die Wii/Gamecube in der Lage sein mit dem controller zu sprechen. Diese Informationen sollen dann in einer GUI visualisiert werden. Schlussendlich werden Speedrunner den Aufbau in [http://www.youtube.com/watch?v=0M7IINwTFVw livestreams] verwenden.
	* Erkennen welche tasten gedrueckt wurden		* Erkennen welche tasten gedrueckt wurden
	* ~~Erkeinnen~~ wie schnell tasten gedrueckt werden (mashing meter)		* Erkennen wie schnell tasten gedrueckt werden (mashing meter)
	* Visuelles feedback wie zeitgenau bestimmte Eingaberhythmen eingehalten werden.		* Visuelles feedback wie zeitgenau bestimmte Eingaberhythmen eingehalten werden.
	Optisches Vorbild: [http://www.youtube.com/watch?v=z9gTSNTeGsY Der PS3 Controller visualiser] oder [http://www.youtube.com/watch?v=JjM9zfdhIpM Siglemics custom controller grabber] der sogar das richtige Protokoll spricht (N64=Gamecube)		Optisches Vorbild: [http://www.youtube.com/watch?v=z9gTSNTeGsY Der PS3 Controller visualiser] oder [http://www.youtube.com/watch?v=JjM9zfdhIpM Siglemics custom controller grabber] der sogar das richtige Protokoll spricht (N64=Gamecube)



	==Verantwortlich==		==Verantwortlich==

HKay: Back to AVR

2014-04-07T13:01:02Z

Back to AVR

← Nächstältere Version		Version vom 7. April 2014, 15:01 Uhr
Zeile 20:		Zeile 20:

	==Probleme==		==Probleme==
	(fixed)Das USB example von LibOpenCM3 ist veraltet und laeuft nichtmehr auf der referenz hardware(		(fixed)Das USB example von LibOpenCM3 ist veraltet und laeuft nichtmehr auf der referenz hardware.
	Das kabel hat einen Wackelkontakt und erzeugt auf ungeklaerte weise bitfehler die allerdings auf dem Oszilloskop wie ein gutes Signal aussehen(widerspruch!).


Zeile 29:		Zeile 28:
	* Bus Protokoll fuer den N64 ist identisch		* Bus Protokoll fuer den N64 ist identisch
	* USB wird auf dem OLIMEX stm32-h107 evalboard in betrieb genommen		* USB wird auf dem OLIMEX stm32-h107 evalboard in betrieb genommen
			* Ein Atmega ist doch schnell genug und in kombination mit FTDI auch angenehm zu benutzen.

HKay: fix table with n64 and gamecube signals

2014-04-01T19:58:49Z

fix table with n64 and gamecube signals

← Nächstältere Version		Version vom 1. April 2014, 21:58 Uhr
Zeile 46:		Zeile 46:

	{\| align="center" border="1"		{\| align="center" border="1"
⚫	\| N64 Controller
	\| GameCube		\| GameCube
		⚫	\| N64 Controller
	\|-		\|-
⚫	\| [[Datei:N64-controller zoom0.png \|left\|160x120px\|thumb\|N64 controller zoom level 0]]
	\|		\|
		⚫	\| [[Datei:N64-controller zoom0.png \|left\|160x120px\|thumb\|N64 controller zoom level 0]]
	\|-		\|-
	\| [[Datei:Gc-controller zoom1.png \|left\|160x120px\|thumb\|GameCube controller zoom level 1]]		\| [[Datei:Gc-controller zoom1.png \|left\|160x120px\|thumb\|GameCube controller zoom level 1]]

HKay: pictures of the protocol

2013-09-14T01:47:12Z

pictures of the protocol

@@ Zeile 20: / Zeile 20: @@
 ==Probleme==
-Das USB example von LibOpenCM3 ist veraltet und laeuft nichtmehr auf der referenz hardware.
+(fixed)Das USB example von LibOpenCM3 ist veraltet und laeuft nichtmehr auf der referenz hardware(
 Das kabel hat einen Wackelkontakt und erzeugt auf ungeklaerte weise bitfehler die allerdings auf dem Oszilloskop wie ein gutes Signal aussehen(widerspruch!).
@@ Zeile 27: / Zeile 27: @@
 ==Status==
 * Bus Protokoll verifiziert.
 * USB wird auf dem OLIMEX stm32-h107 evalboard in betrieb genommen
@@ Zeile 34: / Zeile 35: @@
 * GUI Software schreiben
 * Firmware schreiben
@@ Zeile 41: / Zeile 69: @@
 ==Files==
 [[Category:Projekt]]

HKay: weiteres beispiel video

2013-06-09T16:28:11Z

weiteres beispiel video

← Nächstältere Version		Version vom 9. Juni 2013, 18:28 Uhr
Zeile 4:		Zeile 4:
	* Erkeinnen wie schnell tasten gedrueckt werden (mashing meter)		* Erkeinnen wie schnell tasten gedrueckt werden (mashing meter)
	* Visuelles feedback wie zeitgenau bestimmte Eingaberhythmen eingehalten werden.		* Visuelles feedback wie zeitgenau bestimmte Eingaberhythmen eingehalten werden.
	Optisches Vorbild: [http://www.youtube.com/watch?v=z9gTSNTeGsY Der PS3 Controller visualiser]		Optisches Vorbild: [http://www.youtube.com/watch?v=z9gTSNTeGsY Der PS3 Controller visualiser] oder [http://www.youtube.com/watch?v=JjM9zfdhIpM Siglemics custom controller grabber] der sogar das richtige Protokoll spricht (N64=Gamecube)

HKay: neuer ansatz mit STM32

2013-06-09T16:19:05Z

neuer ansatz mit STM32

← Nächstältere Version		Version vom 9. Juni 2013, 18:19 Uhr
Zeile 14:		Zeile 14:

	==Ansatz==		==Ansatz==
	Ein Microcontroller liest den Bus des Controllers zur Wii mit. Die Daten werden dann ueber eine serielle Verbindung zu einem FTDI-Chip ubertragen, der auf USB umsetzt. Auf dem PC uebernimmt dann Software den Rest.		;2013-05-26: Ein Microcontroller liest den Bus des Controllers zur Wii mit. Die Daten werden dann ueber eine serielle Verbindung zu einem FTDI-Chip ubertragen, der auf USB umsetzt. Auf dem PC uebernimmt dann Software den Rest.
			;2013-06-09: Leider reichen 16MHz CPU-Takt nicht aus um das Signal des Controllers zuverlaessig lesen zu koennen. Daher wird jetzt ein evaluations Board mit einer STM32F107 cpu benutzt, welches direkt USB sprechen soll. Mit 72MHz sollte es auch schnell genug sein.



	==Probleme==		==Probleme==
			Das USB example von LibOpenCM3 ist veraltet und laeuft nichtmehr auf der referenz hardware.
	Der Bus ist sehr schnell. 4 us fuer 1 Bit wobei man das verhaeltnis von high und low pegeln in einem Bit messen muss. Das verhaeltnis ist immer 1:4. Einen 1us Puls zu messen erfordert
			Das kabel hat einen Wackelkontakt und erzeugt auf ungeklaerte weise bitfehler die allerdings auf dem Oszilloskop wie ein gutes Signal aussehen(widerspruch!).


Zeile 24:		Zeile 27:
	==Status==		==Status==
	* Bus Protokoll verifiziert.		* Bus Protokoll verifiziert.
			* USB wird auf dem OLIMEX stm32-h107 evalboard in betrieb genommen
	* Der CAN2USB converter kann als hardware fuer dieses Projekt dienen.

HKay: Init

2013-05-26T15:42:01Z

Init

Neue Seite

==Ziel==
Ein PC soll in der Lage sein die Tasteneingaben auf einem Gamecube controller zu lesen. Gleichzeitig soll jedoch auch die Wii/Gamecube in der Lage sein mit dem controller zu sprechen. Diese Informationen sollen dann in einer GUI visualisiert werden. Schlussendlich werden Speedrunner den Aufbau in [http://www.youtube.com/watch?v=0M7IINwTFVw livestreams] verwenden.
* Erkennen welche tasten gedrueckt wurden
* Erkeinnen wie schnell tasten gedrueckt werden (mashing meter)
* Visuelles feedback wie zeitgenau bestimmte Eingaberhythmen eingehalten werden.
Optisches Vorbild: [http://www.youtube.com/watch?v=z9gTSNTeGsY Der PS3 Controller visualiser]

==Verantwortlich==
* [[Benutzer:HKay|hk]]

==Ansatz==
Ein Microcontroller liest den Bus des Controllers zur Wii mit. Die Daten werden dann ueber eine serielle Verbindung zu einem FTDI-Chip ubertragen, der auf USB umsetzt. Auf dem PC uebernimmt dann Software den Rest.

==Probleme==
Der Bus ist sehr schnell. 4 us fuer 1 Bit wobei man das verhaeltnis von high und low pegeln in einem Bit messen muss. Das verhaeltnis ist immer 1:4. Einen 1us Puls zu messen erfordert

==Status==
* Bus Protokoll verifiziert.
* Der CAN2USB converter kann als hardware fuer dieses Projekt dienen.

==ToDo==
* GUI Software schreiben
* Firmware schreiben

==Artikel==
[http://www.int03.co.uk/crema/hardware/gamecube/gc-control.htm Das Controller Protokoll]

==Files==

[[Category:Projekt]]