8

I'm building a custom interface unit for a game port joystick. To use/test it, I have a CH Products Mach III. (This is the IBM PC version, not the Apple version.) I purchased the joystick for this purpose and have not tested it with an original computer.

I found that the second button was registering as always-pressed. On investigation, there is a resistance of about 60 Ω between "button 2" pin 7 and "ground" pin 4 (pin 5 is absent from the plug) when the button is not pressed, <1 Ω when the button is pressed, and no connection between pin 7 and any other pin. Button 1 behaves more as expected, an open circuit when the button is not pressed.

Is this a special signaling mechanism of some sort, or does it merely indicate that the switch is dirty? (It is not clear how to open the joystick to inspect the circuit, or I would have done this first. Perhaps I'll ask a separate question about that.)

I would ideally like to design the interface unit to be broadly compatible with different models of joysticks (including, possibly, Apple-style joysticks with an alternate socket; and excluding proprietary extensions or anything requiring digital decoding), so I am preferably looking for expectations on button interfacing, perhaps with recommended (or historical) detection thresholds, not just information about this specific joystick.

Improve this question
9
  • As an aside (or, in response to your aside), I feel like I've opened a Mach III (or one of the earlier versions) at some point, and my memory is that there are screws hidden under one or more decals on the underside of the joystick. I could be misremembering, but it's certainly a common enough construction pattern that it's pretty likely. The "slide a screwdriver around on the label and see where it gives" method of detecting the hidden screwholes should probably work just fine. – FeRD Aug 26 '19 at 4:43
  • Oh, I was close: The screwholes are hidden under the rubber feet. – FeRD Aug 26 '19 at 4:50
  • The title makes it sound overly broad, as "ever" sets up a quite large frame, especially when it's about computers, isn't it? Mind to cut it down to the issue in question? – Raffzahn Aug 26 '19 at 5:07
  • 1
    @Raffzahn I dunno, your answer demonstrated that it's not really that broad at all. I suppose it could be phrased as "Are game port button input signals ever more than simple high/low..." instead, to exclude Spektre's complex joystick-button constructions. – FeRD Aug 26 '19 at 5:12
  • 1
    @FeRD Thanks for the tip about the screw holes! I was actually thinking of asking that question separately. – Kevin Reid Aug 26 '19 at 14:01
12

Is this a special signaling mechanism of some sort,

No. Buttons are always on/off mechanics. The PC doesn't have any means to detect anything but high or low, according to the threshold (*1) the input circuit has (*2).

or does it merely indicate that the switch is dirty?

Yes, a dirty switch, a used up one, a broken one, some bad soldering adding a bridge and so on.

P.S.: Here's a real nice detailed page about the GCA.

P.P.S.:

I would ideally like to design the interface unit to accommodate as many joysticks as possible

'as many' as in many different joystick (styles) on a single GCA style interface, or as in many joysticks at the same time? If the later, then the maximum is about 16 pairs, as the address range for joysticks ports is 200h..20Fh with 201h being the default. This is ofc only true if you're designing a classic ISA type card. Going by USB, it's all up to your driver.

*1 - For the 74LS244, as used in the original IBM GCA, requires at least 2.0V to detect a high or less than 0.8V to detect low. Since all pullups are ~5 kOhm this means that a button (including all cabling) should have a resistance less than ~0.9 kOhm when closed and above ~4 kOhm when 'open'. So 60 Ohm for sure mean it's always detected as low or closed.

Of course these values may differ for any of the countless other game port inputs.

*2 - Of course, being a digital input, they could be used for some serial data transmission. But that's way beyond standard button usage.

Improve this answer
5
  • It would be electrically possible for a 60 Ohm resistor to be wired in parallel to the switch: that would produce the measurements obtained. There is no reason for this to be done though, as it wouldn't be compatible with the gameport standard (as explained). – Kaz Aug 25 '19 at 18:56
  • Not only they could be used for serial data transmission, they have been used for serial data transmission. "Digital" devices such as Logitech Wigman Extreme Digital used serial transmission to send pot and button readings and to support more pots and buttons than the standard interface. – Justme Aug 25 '19 at 18:59
  • 3
    some more advanced joysticks had Autorepeat circuitry on fire buttons ... so it could be a gate resistance instead of dirty switch ... – Spektre Aug 25 '19 at 19:13
  • @Justme I'm well aware of these - still they are not part of the question. – Raffzahn Aug 25 '19 at 19:30
  • 2
    I've edited to revise my wording about "multiple joysticks" — I mean only that I want to avoid gratuitous incompatibility by under-informed design. (For which I appreciate your note about voltage and pullups.) – Kevin Reid Aug 26 '19 at 14:02
5

To answer the gist of your question of

I'm building a custom interface unit for a game port joystick.

and

I would ideally like to design the interface unit to be broadly compatible with different models of joysticks

I refer you to some resources of my own past research:

  1. History of the Gameport, and analog joysticks:
    https://mysite.du.edu/~etuttle/electron/elect57.htm

  2. Info about "Digital" Joysticks, and also some history:
    https://sites.google.com/site/joystickrehab/analog-vs-digital

    Joystick manufacturers began to use signal mixing to produce joysticks which adhered to their own standards and did not strictly adhere to IBM's DA15 specification. That is, instead of using a single pin on the DA15 port to address the joystick's functions, it would use a combination of pins per signal. These controllers also posessed the first Point of View hats. They would be the first Digital Joysticks. These would require their own driver software in order to be utilized by Windows 95; in MS-DOS the game title would have to directly be programmed for it. Even then, DA15 port was ultimately not able to handle the demands of newer and more complicated games and their correspondingly more intricate controllers.

    The Linux Joystick driver source code could be a good ressource when trying to understand these "digital" gameport joystick implementations:
    https://www.kernel.org/doc/html/latest/input/joydev/joystick.html#hw-specific-driver-information
    https://github.com/torvalds/linux/tree/master/drivers/input/joystick

  3. Furthermore, some of the existing USB adapter interfaces like the one you perhaps intend to create:
    https://sites.google.com/site/joystickrehab/itemcatal
    Info on the Hardware side for USB joystick programming:
    https://helmpcb.com/electronics/usb-joystick
    And you might find various other adapter builds when searching for microcontroller, arduino and usb joystick keywords.

  4. Finally, some specifics to the special art of Force-Feedback MIDI-port Joysticks:
    Microsoft used the MIDI I/O pins of the CreativeLabs gameport spec for bi-directional communication of Force definitions, by emulating a MIDI instrument.
    Aside from this, these sticks were using ingenious methods to do serial communication over the gameport, known as the OverDrive protocol and patented by MS in US Patent 5628686.

    DescentBB thread about reverse-engineering the protocol:
    https://www.descentbb.net/viewtopic.php?t=19061
    and resulting code:
    https://github.com/tloimu/adapt-ffb-joy/wiki

In your specific case, it's possible you have a dirty button (<1 Ω), but the earlier answer is incorrect in saying "Buttons are always on/off mechanics" in this case. Reading the patent on the OverDrive protocol explains how the Gameport mechanics, described in the first link (charging a capacitor over time and polling capacitor charge), can be (ab)used to do much more than on/off switches.

I hope this information can help you build the very best custom joystick gameport interface. Good luck!

Improve this answer
1
  • 1
    It's always after the answers that you learn what you should have put in the question! The interface I'm creating is “analog” and is therefore not going to support anything beyond non-multiplexed buttons and potentiometers. But thanks, and I hope that your writeup helps someone else in the future. – Kevin Reid Aug 27 '19 at 4:07

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.