Need hardware recommendations for a videogame controller/software project.

  • Thread starter Thread starter Robbert
  • Start date Start date
  • Tags Tags
    Hardware Project
AI Thread Summary
The discussion centers on creating a video game bot for rhythm games using a modified controller that requires hardware adjustments. The project involves reading rhythm data and sending 8-bit binary codes to emulate button presses through a USB connection. The user is exploring the use of an 8-bit PIC processor to interface with the controller's circuit boards and manage button signals, including a strum function. There are questions about whether the PIC can handle the strum command efficiently and if it can process bits in any order. Overall, the project aims to combine software and hardware modifications for an engaging gaming experience.
Robbert
Messages
15
Reaction score
0
Hi, I'm really stupid when it comes to hardware and the terminology used. I'll try to explain my project as good as I can.

In short, I want to create a video game bot that can play certain parts (or entire songs) of rhythm games for me. No, not for cheating. :P Just for fun and learning. I have a controller which can be taken apart and tinkered with. This controller must be used, because the console refuses to accept other input devices.
However, to support the bot, some hardware modifications are required.

The general setup I envision is this:
First, there's some software which reads the rhythm data and buffers it. When prompted, it will loop over the note data. I've ran some test runs and even on the more 'note heavy' songs it stayed in sync pretty well, even in speedier parts.
There are six buttons to press in any given combination, with one always being pressed, so using an 8-bit binary code is sufficient to mimic everything that the controller must be capable of doing.

Hooked up to the PC that runs the software is the controller. It'll be connected via a USB port on the PC to an extra USB port that will be placed in the controller. The controller in question is connected to the console through its normal wiring.

Inside the controller are two circuit boards. Hooked up to the circuit boards is the wiring of the buttons which must be pressed. If I'm correct, transistors can be used to emulate that a button is pressed: e.g.: if the 1st and 8th wire, which leave from the first button and are soldered to the circuit board at the other end, represent the first button, then placing the ends of a transistor on those places on the circuit board means that you can send a signal through it that emulates said button being pressed. Please correct me if I'm wrong and indulge on the correct terminology.

My question: what kind of hardware can read the 8-bit binary code I'll be sending it over USB and transform it into the corresponding electrical signals?
Or, in other words: how do I interface with the two circuit boards?

Note: it will not necessarily be USB on the end of the controller. RS232 is a possibility too, or whatever else you suggest. It's all open, but the USB on the PC is not.

Sorry if this is in the wrong forum: I wasn't sure on where it did belong. Any help will be appreciated!
 
Engineering news on Phys.org
Probably an 8-bit PIC processor. And don't forget you have to strum too.
 
Wetmelon said:
Probably an 8-bit PIC processor.

Interesting! It seems to support USB as peripheral, which is handy since my laptop only has USB.
How would it work in practice? You just solder the PIC on the relevant circuit board and program it to do your bidding, with no extra hardware required? Or would you still need to use the transistor on the button wiring's ends to send the signals there?

Wetmelon said:
And don't forget you have to strum too.

Of course. Just to be sure, I made 'strum' a part of the 8-bit binary code. But the downside of it is that, in theory, I'll need to double the amount of bytes I'll need to send depending on whether the strum 'deactivates' itself after being set to high: if not, I'll have to turn it off with a second byte so it can accept the strum command in the next byte.

Or can that be programmed in the PIC, so that a single byte is still sufficient, e.g., you process the byte and send one last command to 'deactivate' the strum?
In fact, could I use the PIC to go over the bits in any order I want? It'd give me some freedom. ;p
 
Very basic question. Consider a 3-terminal device with terminals say A,B,C. Kirchhoff Current Law (KCL) and Kirchhoff Voltage Law (KVL) establish two relationships between the 3 currents entering the terminals and the 3 terminal's voltage pairs respectively. So we have 2 equations in 6 unknowns. To proceed further we need two more (independent) equations in order to solve the circuit the 3-terminal device is connected to (basically one treats such a device as an unbalanced two-port...
suppose you have two capacitors with a 0.1 Farad value and 12 VDC rating. label these as A and B. label the terminals of each as 1 and 2. you also have a voltmeter with a 40 volt linear range for DC. you also have a 9 volt DC power supply fed by mains. you charge each capacitor to 9 volts with terminal 1 being - (negative) and terminal 2 being + (positive). you connect the voltmeter to terminal A2 and to terminal B1. does it read any voltage? can - of one capacitor discharge + of the...
Thread 'Weird near-field phenomenon I get in my EM simulation'
I recently made a basic simulation of wire antennas and I am not sure if the near field in my simulation is modeled correctly. One of the things that worry me is the fact that sometimes I see in my simulation "movements" in the near field that seems to be faster than the speed of wave propagation I defined (the speed of light in the simulation). Specifically I see "nodes" of low amplitude in the E field that are quickly "emitted" from the antenna and then slow down as they approach the far...
Back
Top