Control scheme idea
Started by Tsukasa, Aug 26 2004 11:11 AM
123 replies to this topic
#51
Posted Sat Apr 7, 2007 10:47 PM
Strange, swapping the inputs had no apparent effect.
#52
Posted Sat Apr 7, 2007 10:57 PM
A.J. Franzman, on Sat Apr 7, 2007 11:28 PM, said:
EDIT: Checked the datasheet, and I see this comparator has a TTL-style open-collector output, but the operation still seems to be opposite of what you described. In that case, swapping the "+" and "-" inputs should fix it.
Many comparators have open-collector outputs. Using an op-amp with an output that could pull high would change the circuit topology somewhat.
Very puzzling that swapping the inputs wouldn't change the circuit behavior. That suggests that perhaps the common-mode range of that comparator doesn't extend to ground and it's operating in the goofy region. I just checked and the LM311 doesn't go to ground either. Hmm... Good rail-to-rail comparators exist, but I don't know offhand what they are.
Try inserting a 220K resistor below the 1M resistor near the right side of the circuit (increasing the total resistance to 1.22M) and wire the comparator input to the junction of the resistors instead of to the 2600 paddle input. Then short out the 1M resistor near the left of the circuit. The change should shift the operational range of the comparator inputs away from ground.
#53
Posted Sat Apr 7, 2007 11:07 PM
Ok...I got some time to look at this thread again last night. Now I'm posting. 
Supercat...thanks for the summary. Now I know what is being sought. I agree about the dirty pot. But I don't think the voltage across the pot has to remain constant for jitter-free operation. Isn't it sufficient if there is no current flowing through the wiper?
A.J....I think the idea behind Grover's 2-stage circuit is a constant frequency, variable duty output. (Correct me if I'm wrong Grover!) Using a diode to short the 2nd resistor is a good idea for variable duty, but I'm not sure how the non-linear charging would affect the period. Period isn't super critical in this application (I think), but it's something to consider. Also if you DO attempt it and you want to even approach a constant period, I think you'd need to connect the pot pins to VCC, pin 7, and pin 6/2 in that order to trade off charge time for discharge time. (And the diode points from pin 7 to pin 6/2.)
Of course, now you're back to using a variable resistor instead of a ratioed divider.
I have another question for the group. How closely do you need to match the original RC charging type curve? If you're only using it on new games, it doesn't matter. You can make it behave any way you want and the software authors can deal. But if you want to play Kaboom! with it......?
I think when PWM was mentioned originally, it was so that the original charging characteristics could be matched with either a custom D2A, or in software. That was my understanding at least. If that's not important, I think the LM311 approach isn't bad. Though it needs some TLC to overcome jitter issues. (I built a test circuit last night and the 311 gives a pretty jittery output unless you use a lot of capacitance on the inputs. Both of them. Which means, you lose responsiveness. I don't have a paddle controlled setup to play with, so I was looking at it on a scope. It might be fine when you're actually playing a game. Most well-written paddle games are going to include some jitter "correction" code. I just point this out as something to check.
Also, if you're using the LM311, you might consider driving the cap directly with pin 1. You might get a strange charging curve, but it saves a few components. Here's the circuit I built last night.

There's nothing special about the component values...they're what I had lying on the desk, that would give "reasonable" results on paper. I didn't have a 2600 setup to test with, so I suspect you'll want to change the values.
-Chris
Supercat...thanks for the summary. Now I know what is being sought. I agree about the dirty pot. But I don't think the voltage across the pot has to remain constant for jitter-free operation. Isn't it sufficient if there is no current flowing through the wiper?
A.J....I think the idea behind Grover's 2-stage circuit is a constant frequency, variable duty output. (Correct me if I'm wrong Grover!) Using a diode to short the 2nd resistor is a good idea for variable duty, but I'm not sure how the non-linear charging would affect the period. Period isn't super critical in this application (I think), but it's something to consider. Also if you DO attempt it and you want to even approach a constant period, I think you'd need to connect the pot pins to VCC, pin 7, and pin 6/2 in that order to trade off charge time for discharge time. (And the diode points from pin 7 to pin 6/2.)
Of course, now you're back to using a variable resistor instead of a ratioed divider.
I have another question for the group. How closely do you need to match the original RC charging type curve? If you're only using it on new games, it doesn't matter. You can make it behave any way you want and the software authors can deal. But if you want to play Kaboom! with it......?
I think when PWM was mentioned originally, it was so that the original charging characteristics could be matched with either a custom D2A, or in software. That was my understanding at least. If that's not important, I think the LM311 approach isn't bad. Though it needs some TLC to overcome jitter issues. (I built a test circuit last night and the 311 gives a pretty jittery output unless you use a lot of capacitance on the inputs. Both of them. Which means, you lose responsiveness. I don't have a paddle controlled setup to play with, so I was looking at it on a scope. It might be fine when you're actually playing a game. Most well-written paddle games are going to include some jitter "correction" code. I just point this out as something to check.
Also, if you're using the LM311, you might consider driving the cap directly with pin 1. You might get a strange charging curve, but it saves a few components. Here's the circuit I built last night.
There's nothing special about the component values...they're what I had lying on the desk, that would give "reasonable" results on paper. I didn't have a 2600 setup to test with, so I suspect you'll want to change the values.
-Chris
#54
Posted Sat Apr 7, 2007 11:55 PM
cwilkson, on Sat Apr 7, 2007 10:07 PM, said:
A.J....I think the idea behind Grover's 2-stage circuit is a constant frequency, variable duty output. (Correct me if I'm wrong Grover!) Using a diode to short the 2nd resistor is a good idea for variable duty, but I'm not sure how the non-linear charging would affect the period.
cwilkson, on Sat Apr 7, 2007 10:07 PM, said:
Period isn't super critical in this application (I think), but it's something to consider. Also if you DO attempt it and you want to even approach a constant period, I think you'd need to connect the pot pins to VCC, pin 7, and pin 6/2 in that order to trade off charge time for discharge time. (And the diode points from pin 7 to pin 6/2.)
Of course, now you're back to using a variable resistor instead of a ratioed divider.
Of course, now you're back to using a variable resistor instead of a ratioed divider.
cwilkson, on Sat Apr 7, 2007 10:07 PM, said:
I have another question for the group. How closely do you need to match the original RC charging type curve? If you're only using it on new games, it doesn't matter. You can make it behave any way you want and the software authors can deal. But if you want to play Kaboom! with it......?
cwilkson, on Sat Apr 7, 2007 10:07 PM, said:
I think when PWM was mentioned originally, it was so that the original charging characteristics could be matched with either a custom D2A, or in software. That was my understanding at least. If that's not important, I think the LM311 approach isn't bad. Though it needs some TLC to overcome jitter issues. (I built a test circuit last night and the 311 gives a pretty jittery output unless you use a lot of capacitance on the inputs. Both of them. Which means, you lose responsiveness. I don't have a paddle controlled setup to play with, so I was looking at it on a scope. It might be fine when you're actually playing a game. Most well-written paddle games are going to include some jitter "correction" code. I just point this out as something to check.
cwilkson, on Sat Apr 7, 2007 10:07 PM, said:
Also, if you're using the LM311, you might consider driving the cap directly with pin 1. You might get a strange charging curve, but it saves a few components. Here's the circuit I built last night.
attachment
There's nothing special about the component values...they're what I had lying on the desk, that would give "reasonable" results on paper. I didn't have a 2600 setup to test with, so I suspect you'll want to change the values.
There's nothing special about the component values...they're what I had lying on the desk, that would give "reasonable" results on paper. I didn't have a 2600 setup to test with, so I suspect you'll want to change the values.
#55
Posted Sun Apr 8, 2007 12:07 AM
A.J. Franzman, on Sun Apr 8, 2007 12:55 AM, said:
Pin 1? That's the negative supply pin!
What the heck do you mean? And you have the output tied directly to +5 V! Are we reading the same datasheets for the LM311? Also, it looks like the circuit you've drawn uses a 1k pot instead of the normal 1M pot found in the Atari paddle controllers.
I would guess that what's going on here is that the LM311 contains an NPN transistor between pins 1 and 7, which gets switched on when the comparator is "true". The LM311 doesn't particularly care about the relative voltages on pin 1-7; it just switches on a transistor between them.
Rather clever concept if it works, but I've never seen it done before.
Not sure the function of C2, and I'd still be worried about the operation of the comparator near VSS.
Also, the circuit definitely needs something to charge up the paddle input toward the proper threshhold (the function of the 1M resistor near the right side of my schematic).
BTW, was the "jitter" on my circuit constant, or did it only occur when the pot was bumped?
Edited by supercat, Sun Apr 8, 2007 12:09 AM.
#56
Posted Sun Apr 8, 2007 12:11 AM
cwilkson, on Sun Apr 8, 2007 12:07 AM, said:
Supercat...thanks for the summary. Now I know what is being sought. I agree about the dirty pot. But I don't think the voltage across the pot has to remain constant for jitter-free operation. Isn't it sufficient if there is no current flowing through the wiper?
Perhaps, though when the voltages are constant it is often somewhat helpful to have a capacitor on the input; when voltages are time-varying signals, that is no longer possible. Still, your comment does raise some other intriguing circuit possibilities.
#57
Posted Sun Apr 8, 2007 12:24 AM
Actually, LM311's negative supply is pin 4. Maybe that's why my circuit isn't working right...
#58
Posted Sun Apr 8, 2007 12:35 AM
ACK!
Let's rewind back to post #47 (and forget everything that came from then to now)...
OK, I built supercat's circuit from post #43 using an NTE922M, and a 1nF (102) cap on the non-inverting input and it
WORKS PERFECTLY.
EDIT: Well, not quite, but it does get rid of jitter.
At least, it does now that I have the comparator connected properly. The problem was, supercat's drawing shows only one ground connection for the LM311 / NTE922M, but BOTH pins 1 and 4 need to go to ground in this application. (Hmm, how come these forums don't have an "embarrassed" smiley?)
Using a breadboard and a handful of micro-clip leads, I have opened up a tested and known to be very jittery paddle controller, unsoldered two wires from the pot and connected them, the pot, and the ground wire to supercat's circuit, and now have totally jitter-free paddle control!
Let's rewind back to post #47 (and forget everything that came from then to now)...
OK, I built supercat's circuit from post #43 using an NTE922M, and a 1nF (102) cap on the non-inverting input and it
WORKS PERFECTLY.
EDIT: Well, not quite, but it does get rid of jitter.
At least, it does now that I have the comparator connected properly. The problem was, supercat's drawing shows only one ground connection for the LM311 / NTE922M, but BOTH pins 1 and 4 need to go to ground in this application. (Hmm, how come these forums don't have an "embarrassed" smiley?)
Using a breadboard and a handful of micro-clip leads, I have opened up a tested and known to be very jittery paddle controller, unsoldered two wires from the pot and connected them, the pot, and the ground wire to supercat's circuit, and now have totally jitter-free paddle control!
Edited by A.J. Franzman, Fri Apr 13, 2007 11:13 PM.
#59
Posted Sun Apr 8, 2007 12:47 AM
I'm running out of time tonight, but this is a fantastic development which needs to be written up as a new topic with a subject like, "Jitter-Proof Your Paddle Controllers FOREVER!"
I'd like to contribute a circuit diagram for the electronically-challenged, as well as some photos and a tutorial, but will probably not be able to get to them until Sunday night.
I'd like to contribute a circuit diagram for the electronically-challenged, as well as some photos and a tutorial, but will probably not be able to get to them until Sunday night.
#60
Posted Sun Apr 8, 2007 1:52 AM
A.J. Franzman, on Sun Apr 8, 2007 5:55 AM, said:
Yes, we're looking for: full backward compatibility, small simple construction to fit into existing paddle controller cases, and should use the original 1 M ohm pot since that form factor is obsolete and near unobtainium. Also, remember that the timing capacitor is the 68nF (683) mylar that's built into the console, between the TIA pin and ground.
Quote
There are no well-written paddle games! Seriously, I don't think there's any jitter-correction code in any of them. In fact, Kaboom! contains a bug which creates a small amount of jitter.
Quote
Pin 1? That's the negative supply pin!
What the heck do you mean? And you have the output tied directly to +5 V! Are we reading the same datasheets for the LM311? Also, it looks like the circuit you've drawn uses a 1k pot instead of the normal 1M pot found in the Atari paddle controllers.
supercat, on Sun Apr 8, 2007 6:07 AM, said:
I would guess that what's going on here is that the LM311 contains an NPN transistor between pins 1 and 7, which gets switched on when the comparator is "true". The LM311 doesn't particularly care about the relative voltages on pin 1-7; it just switches on a transistor between them.
Rather clever concept if it works, but I've never seen it done before.
Rather clever concept if it works, but I've never seen it done before.
(Note that here I created a high output impedance to protect the TIA....that's unusual.)
Quote
Not sure the function of C2, and I'd still be worried about the operation of the comparator near VSS.
Quote
Also, the circuit definitely needs something to charge up the paddle input toward the proper threshhold (the function of the 1M resistor near the right side of my schematic).
Quote
BTW, was the "jitter" on my circuit constant, or did it only occur when the pot was bumped?
supercat, on Sun Apr 8, 2007 6:11 AM, said:
Perhaps, though when the voltages are constant it is often somewhat helpful to have a capacitor on the input; when voltages are time-varying signals, that is no longer possible. Still, your comment does raise some other intriguing circuit possibilities.
-Chris
#61
Posted Sun Apr 8, 2007 2:00 AM
Oh, yeah...
Yes, I'm sure we're all looking at the same data sheet. I suggest every take a look at the schematic for the chip. It's helpful. Also, I missed this before, but there's an example of driving a ground-referred load right on the datasheet. Hmm, looking again I don't see mention of the common mode input range. Where did you see that? Looking at the schematic, the CM range clearly extends to (below actually) the negative supply.
So there shouldn't be any problems there.
So how well does the paddle range match a stock controller? Supercat's circuit certainly doesn't produce the same voltage curves. Is it acceptable?
-Chris
Yes, I'm sure we're all looking at the same data sheet. I suggest every take a look at the schematic for the chip. It's helpful. Also, I missed this before, but there's an example of driving a ground-referred load right on the datasheet. Hmm, looking again I don't see mention of the common mode input range. Where did you see that? Looking at the schematic, the CM range clearly extends to (below actually) the negative supply.
So there shouldn't be any problems there.
So how well does the paddle range match a stock controller? Supercat's circuit certainly doesn't produce the same voltage curves. Is it acceptable?
-Chris
#63
Posted Sun Apr 8, 2007 12:32 PM
A.J. Franzman, on Sun Apr 8, 2007 1:35 AM, said:
Using a breadboard and a handful of micro-clip leads, I have opened up a tested and known to be very jittery paddle controller, unsoldered two wires from the pot and connected them, the pot, and the ground wire to supercat's circuit, and now have totally jitter-free paddle control!
Glad it seems to work well. Sorry I forgot about the split-ground issue.
Does the 1nF cap make any difference, or could it be Muntzed? How is the pot range? Is the 1M resistor tied in with the pot about right? How does the thing "feel" with that resistor eliminated? Coult it be Muntzed too, or would the pot be too touchy (bearing in mind that the reduced jitter would make greater pot sensitivity acceptable)?
If the circuit can be reworked to avoid the diode but the range-setting resistor is needed, the whole thing would boil down to one eight-pin DIP and three resistors. Probably about a 0.75"x0.5" board.
#64
Posted Sun Apr 8, 2007 12:33 PM
cwilkson, on Sun Apr 8, 2007 2:52 AM, said:
That's what the 1k resistor is doing (and the internal E-F stage).
Internal E-F stage? I can see that the 1K resistor would charge the cap once the comparator fires, but what's going to charge it up to that point? Does the emitter of the output transistor leak current even when the comparator hasn't fired? I wouldn't think that could be very well relied upon.
#65
Posted Sun Apr 8, 2007 9:37 PM
A.J. Franzman, on Sat Apr 7, 2007 11:47 PM, said:
I'm running out of time tonight, but this is a fantastic development which needs to be written up as a new topic with a subject like, "Jitter-Proof Your Paddle Controllers FOREVER!"
I'd like to contribute a circuit diagram for the electronically-challenged, as well as some photos and a tutorial, but will probably not be able to get to them until Sunday night.
I'd like to contribute a circuit diagram for the electronically-challenged, as well as some photos and a tutorial, but will probably not be able to get to them until Sunday night.
supercat, on Sun Apr 8, 2007 11:32 AM, said:
A.J. Franzman, on Sun Apr 8, 2007 1:35 AM, said:
Using a breadboard and a handful of micro-clip leads, I have opened up a tested and known to be very jittery paddle controller, unsoldered two wires from the pot and connected them, the pot, and the ground wire to supercat's circuit, and now have totally jitter-free paddle control!
Does the 1nF cap make any difference, or could it be Muntzed? How is the pot range? Is the 1M resistor tied in with the pot about right? How does the thing "feel" with that resistor eliminated? Coult it be Muntzed too, or would the pot be too touchy (bearing in mind that the reduced jitter would make greater pot sensitivity acceptable)?
If the circuit can be reworked to avoid the diode but the range-setting resistor is needed, the whole thing would boil down to one eight-pin DIP and three resistors. Probably about a 0.75"x0.5" board.
I jumped the gun a bit about the circuit working perfectly. It does eliminate all fast jitter, but creates a slow drift/oscillation whose source I have not yet been able to identify. The paddle position in Video Olympics Game 1 drifts unsteadily up and down about 10% of the available playfield height over a period of several seconds. Although this degree of drift has almost no effect during fast action gameplay, it is frustrating when trying to catch a slow-moving ball exactly on the edge of the paddle and the paddle drifts away or directly in front of the ball.
Things I have tried to eliminate the drift: I measured the voltage at comparator pin 2 (non-inverting input) and it was stable within 1 mV while I watched the paddle drift up and down the screen, so that's not the problem. I tried several different diodes, as well as 1% or 2% resistors in place of each of the 1k and 1M resistors (one at a time, haven't tried all three at once yet). I tried eliminating the 1nF cap, but all that did was add a small amount of jitter -- the drift remained the same. I also put a bypass capacitor across the comparator's power supply but unsurprisingly that didn't help.
Other than this issue, the pot range with the series 1M resistor per your drawing is similar to the original unmodified range.
I have a couple of ideas I'd like to try to eliminate the drift; will report again later.
Edited by A.J. Franzman, Sun Apr 8, 2007 9:54 PM.
#66
Posted Sun Apr 8, 2007 9:53 PM
supercat, on Sun Apr 8, 2007 6:33 PM, said:
cwilkson, on Sun Apr 8, 2007 2:52 AM, said:
That's what the 1k resistor is doing (and the internal E-F stage).
Internal E-F stage? I can see that the 1K resistor would charge the cap once the comparator fires, but what's going to charge it up to that point? Does the emitter of the output transistor leak current even when the comparator hasn't fired? I wouldn't think that could be very well relied upon.
Sorry, I misunderstood....I thought you meant after the comparator trips. I've had about....zero sleep for the last few days. I was drawing the schematic from memory. I'm home now, and it's entirely different. I switched the inputs by mistake in the drawing. But yeah, I was using internal paths for current. I'd say not the output switch leakage, but mostly through Q11 (and Q12) and the resistor chain. You also get the cap charging by the current flowing out of pin 3. Of course, that's only 60 nA so by itself it would take about 2 seconds for the slowest pot setting. Heehee.
Anyway, if all that's needed is a charging circuit that's pretty linear (as opposed to the original exponential) then I think you have a nice simple circuit. But you do need to get a better comparator. Or you could probably just use a nice rail-rail opamp in open-loop configuration. That's probably what I'd do. I think you still need the output diode.
What is "Muntzed"?
-Chris
#67
Posted Sun Apr 8, 2007 10:01 PM
cwilkson, on Sun Apr 8, 2007 8:53 PM, said:
What is "Muntzed"?
The verb "to Muntz" comes from his electronics ventures, in which he mercilessly slashed component counts (and quality) to the greatest possible degree to save every available cent of manufacturing cost. Since his marketplace was largely confined to within a few miles of downtown Los Angeles, his television receiver circuits were hacked to such a degree that taking one out to the then sparsely-populated suburbs a bit further from the antenna farm on Mt. Wilson would render it useless.
Front panel control knobs often operated trimpots (not designed for frequent adjustment) by long plastic shafts, rather than being mounted directly on standard control pots. Naturally, these arrangements led to early failures and him eventually getting the poor reputation he richly deserved.
Edited by A.J. Franzman, Sun Apr 8, 2007 10:08 PM.
#69
Posted Mon Apr 9, 2007 1:32 AM
Here's a more detailed and accurate account, though it ignores his other products and innovations (the Muntz 4-track tape, predecessor of 8-track; and the Muntz Jet automobile, roughly 400 built): What's All This Muntzing Stuff, Anyhow?
Edited by A.J. Franzman, Mon Apr 9, 2007 1:35 AM.
#70
Posted Mon Apr 9, 2007 6:23 PM
A.J. Franzman, on Sun Apr 8, 2007 10:37 PM, said:
I have a couple of ideas I'd like to try to eliminate the drift; will report again later.
Well, I'd guess the LM311's input currents may be pulling the pot value slightly; if those vary with temperature, that could cause drifting effects. A better comparator would solve that problem, but I didn't have any part numbers available off the top of my head.
#71
Posted Mon Apr 9, 2007 6:50 PM
supercat, on Mon Apr 9, 2007 5:23 PM, said:
A.J. Franzman, on Sun Apr 8, 2007 10:37 PM, said:
I have a couple of ideas I'd like to try to eliminate the drift; will report again later.
I tried a couple of methods to eliminate the diode: first, I simply removed it and borrowed cwilkson's trick of using the output transistor in source mode instead of sink mode. This also required reversing the inputs -- if after a circuit change you find that the paddle becomes impossible to keep in the middle of the screen but is stable at (or off) one side or the other depending on the pot position, swapping the pin 2 and pin 3 connections usually fixes it. This circuit gave much reduced drift but did not eliminate it (only about 5 or 6 pixels).
Next, I tried returning the output transistor connections to normal, but using it to drive a PNP transistor and using that to drive the console signal line. The drift was about the same as what it had been with the original version of the circuit.
These experiments lead me to conclude that the diode is not the only source of the drift (if it's even a source at all).
Edited by A.J. Franzman, Mon Apr 9, 2007 6:57 PM.
#72
Posted Mon Apr 9, 2007 8:21 PM
A.J. Franzman, on Mon Apr 9, 2007 7:50 PM, said:
These experiments lead me to conclude that the diode is not the only source of the drift (if it's even a source at all).
Why should it be a source of drift? Are you thinking reverse leakage?
I would think that the primary source of drift in the circuit would be the input current to the comparator. There exist comparators with input currents in the picoamp range, though I don't think anything quite that fancy is required. If behavior near the bottom rail would be a problem, it may be possible to add a resistor in series with the 1M resistor near the right side of the circuit and use that tap for the comparator input.
#73
Posted Tue Apr 10, 2007 1:19 AM
supercat, on Mon Apr 9, 2007 7:21 PM, said:
A.J. Franzman, on Mon Apr 9, 2007 7:50 PM, said:
These experiments lead me to conclude that the diode is not the only source of the drift (if it's even a source at all).
I would think that the primary source of drift in the circuit would be the input current to the comparator. There exist comparators with input currents in the picoamp range, though I don't think anything quite that fancy is required. If behavior near the bottom rail would be a problem, it may be possible to add a resistor in series with the 1M resistor near the right side of the circuit and use that tap for the comparator input.
Having fairly well done that, tonight I've tried substituting a couple of different op-amps for the LM311/NTE922M without success. So far, I've tried an LM307 and an LM741. I also have an LM312 that I'll try tomorrow.
Edited by A.J. Franzman, Wed Apr 11, 2007 8:24 PM.
#74
Posted Wed Apr 11, 2007 6:48 PM
Once y'all have that circuit worked out ("Dejittifier", "Dejitterator" ?) it should definitely be posted in its own standalone article. I think the ideal jitter reduction solution would be something pre-fab that would plug in between the console and the paddle controller. (Admittedly, I haven't studied the circuit in enough detail to see if it can even possibly address that scenario.)
That was my original intent which is different from the original original intent of this thread which I derailed. There are quite a few interesting tangents going on here (which make the discussion all the more interesting). In retrospect, I should have started a new thread for my specific issue.
It is my goal to be able to create an input to the 2600 from a solid state device which will for all intents and purposes act like a paddle controller. The jitter reduction was a side effect to my needs and a most interesting tangent.
I probably muddied the waters by discussing my initial application which included the pot as an input. I worked out a mechanical arrangement to satisfy the immediate need to have a variable gain and centering to allow my controller with hard travel limits to work with existing paddle controller games.
A more robust and universal solution would be to have a microcontroller determining the position of the input device (e.g. D/A conversion for a potentiometer in voltage mode) and translating that position to a pulsing output of some flavor which would charge the console's internal cap at a rate proportional to the position of the input device. Using the microcontroller would allow me to readily vary the gain and set the min/max points so that the controller would work effectively with any paddle game even given the physical constraints of the input device.
I ultimately want to be able to simulate a paddle controller's "output" using any number of different position sensing devices as inputs. Though this is not quite what I'm planning, you might think of it as making a paddle controller using an absolute rotary encoder as an input device. The natural progression would be to add functionality to emulate a joystick, which should be a much simpler task.
I haven't had much time to tinker with this yet, but am looking into device programmers at the moment: looking for an affordable "universal" programmer that will let me program microcontrollers, EPROMS, EEPROMS, etc...
cwilkson, on Sat Apr 7, 2007 10:07 PM, said:
I think when PWM was mentioned originally, it was so that the original charging characteristics could be matched with either a custom D2A, or in software. That was my understanding at least.
That was my original intent which is different from the original original intent of this thread which I derailed. There are quite a few interesting tangents going on here (which make the discussion all the more interesting). In retrospect, I should have started a new thread for my specific issue.
It is my goal to be able to create an input to the 2600 from a solid state device which will for all intents and purposes act like a paddle controller. The jitter reduction was a side effect to my needs and a most interesting tangent.
I probably muddied the waters by discussing my initial application which included the pot as an input. I worked out a mechanical arrangement to satisfy the immediate need to have a variable gain and centering to allow my controller with hard travel limits to work with existing paddle controller games.
A more robust and universal solution would be to have a microcontroller determining the position of the input device (e.g. D/A conversion for a potentiometer in voltage mode) and translating that position to a pulsing output of some flavor which would charge the console's internal cap at a rate proportional to the position of the input device. Using the microcontroller would allow me to readily vary the gain and set the min/max points so that the controller would work effectively with any paddle game even given the physical constraints of the input device.
I ultimately want to be able to simulate a paddle controller's "output" using any number of different position sensing devices as inputs. Though this is not quite what I'm planning, you might think of it as making a paddle controller using an absolute rotary encoder as an input device. The natural progression would be to add functionality to emulate a joystick, which should be a much simpler task.
I haven't had much time to tinker with this yet, but am looking into device programmers at the moment: looking for an affordable "universal" programmer that will let me program microcontrollers, EPROMS, EEPROMS, etc...
#75
Posted Wed Apr 11, 2007 8:18 PM
BigO, on Wed Apr 11, 2007 7:48 PM, said:
Once y'all have that circuit worked out ("Dejittifier", "Dejitterator" ?) it should definitely be posted in its own standalone article. I think the ideal jitter reduction solution would be something pre-fab that would plug in between the console and the paddle controller. (Admittedly, I haven't studied the circuit in enough detail to see if it can even possibly address that scenario.)
That would be ideal, but it's basically not possible. No matter what approach is used (a comparator, a microcontroller, or whatever) the only way to sense a pot position without jitter is to have current flow through the pot without flowing through the wiper; that requires adding a connection to the unused pot terminal, which of course means modifying the controller.
Probably the best approach would be to make a small printed circuit board (about 0.5"x0.1" or less) which would be installed inside each paddle controller. If one were trying to e.g. adapt an analog joystick for use with Marble Craze, one could add trimpots to adjust centering and range.
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users














