How to make a wireless dreamcast controller?
19
answers
|
Answer it!
|
L
L
Don't use the IR receiver - use the IR output signal from the transmitter (eliminating the IR altogether). That is wire the controller-output to the IR LED to where the IR receiver is in the diagram the receiver circuit needs to out put to where the IR receiver is on the console.
I'm thinking of this as a one-way communication, if the controller is receiving also it's a bit more complicated...
L
Now I'm not sure how to go about it without having to code a custom microcontroller to control things on both ends. The clock/data swapping really throws a kink into things.
1. Does the controller require two-way communications to work with the dreamcast, or is one-way good enough?
2. exactly what baud rate is fast enough for the controller?
Assuming the answer to 1. is "one way will work" and the answer to 2 is "4800bps is fast enough" then you should be able to do it for less than 20 bucks. Since the Dreamcast is expecting a clock and data signal, you'll either need two transmitters at different frequencies, or you'll need a microcontroller to mux the two and demux at the receiver end.
At least, that's what I think based on the limited reading I've done so far.
So for one controller, I'd need two of these chips (one for controller, one for the node connected to the console) a micro controller for each node (since the wires keep switching places, and it would probably be more cost effective than having two transceiver units in one controller). Plus various connect-y thingies (wire, solder, etc)
I'm having a hard time finding the baud rate. I think it might be 9600 according to this site. http://www.ele.uva.es/~jesus/dream/ But that previous link I gave may have the answer with further searching throughout its links.
The microcontroller would act as an interface between the controller and the transceiver, fooling it into thinking it's communicating directly with the dreamcast. Same goes for the dreamcast side.
So, not an easy project - it's beyond me (the programming, at least!)
Past the microcontroller though, I'm wanting to have these controllers access several channels. Whether they do this with; a wheel like the Wavebird (16 different channels), a tact switch to "shuffle" through channels, or dynamically create static channels (like an IP address), it doesn't matter to me, as long as I can have multiple wireless controllers in the same room without causing mixed interference.
does not rely on a fixed baud rate. Normally, bits are sent at a rate
of 2 Mbps, but this is not required because clocking is embedded in
the signal.
Anyway, you will not be able to send or receieve such a signal with a
normal asynchronous serial port (UART). See
<http://mc.pp.se/dc/maplewire.html> for all the gory details.
If this is not a problem for you, the actual throughput needed for a
regular controller is just 22 bytes per poll, which would pan out to
about 10 kbps if you poll 60 times per second, so finding a wireless
link with sufficient capacity shouldn't be too difficult.
----
![]() |































