Main > Main Forum

cheapy 'Zero Delay' USB encoder

<< < (20/22) > >>

InfantSorrow:

--- Quote from: bradx on March 04, 2014, 04:29:17 am ---i started with the ipac years ago, switched to the keywiz, and honestly, for the projects i do, i have found the ZD encoder to be cheapest and easiest by far.  i admit, my projects are not as spectacular as some of yours, but i have gotten satisfactory results for myself and friends from the ZD.  compared to messing with the other older interfaces, i had the ZD wired up in just a couple minutes.  obviously, its not for EVERY application, but for a simple, quick, cheap interface its unbeatable!

--- End quote ---

SILENCE!! I will not tolerate your insolence!
lol

I agree the ZD is bang for your buck but it is a mission to get a coin mech going.
If you don't wish to go full arcade simulation then by all means, go ahead. I recommend the ZD for ease of use.

But if you willing to pay just a little more and want something a little better made with easier coin mech hookup, then get the chairman xin mao

InfantSorrow:
Okay, throw me a freak'n bone here Scott...

InfantSorrow:
No way to get the latest mame working with Joy2key anyone?

InfantSorrow:

--- Quote from: InfantSorrow on March 05, 2014, 08:52:35 am ---No way to get the latest mame working with Joy2key anyone?

--- End quote ---

My god, you certainly are a handsome fellow, Infantsorrow.

Allow myself to introduce... myself.
I am you from the immediate future, a future in which you have already solved this problem.

The answer to your conundrum is to compile Mame with DirectInput support.

Cheerio,
Me

PL1:

--- Quote from: InfantSorrow on March 05, 2014, 06:31:17 pm ---Quick q. Would there be any particular reason why my NC and NO are working in reverse when wired up to the xin mo?

When coin mech is on NO, windows joystick config reads the button as being pressed by default and a coin drop registers as a non press.
With NC its vice versa.
When on NO, the coin mech works fine and will be responsive for all coin drops. (Albeit, working in reverse order with a coin drop registering a non press)
But when I use NC (which works in the correct manner) after a while the coin mech seems to stop registering input

Have you seen this kinda thing before? Maybe I should reverse the wires from the coin mech to chairman mo?

--- End quote ---
When in doubt, go back to basics.

Ran these tests on a friend's 1-Player Xin-Mo. (Can't guarantee yours will get the same results so I'm listing the tests I ran in case you want to duplicate the results on your end.)

*5v on the Xin-Mo inputs (black lead on the USB connector body) -- check.

*Encoder ground at same voltage as USB ground -- check

*Encoder ground not isolated from USB ground (short input to USB connector body) -- double check (encoder even registers a button press when ground comes from a different USB cable)

Based on these results, the Xin-Mo should register a button press whenever ground is applied to an input.
-----------
On your setup:
(before connecting the coin mech to the Xin-Mo)
*Is 12v connected to the coin mech?

*Is the zener diode installed?

*Is there normally 5v on the coin signal wire that dips when you drop in a coin? (you may need to change the NO/NC setting to get this to work right)

(connect the coin mech to the Xin-Mo)
*Is the Xin-Mo input connected to the coin mech coin signal wire?

*Is the Xin-Mo ground connected to coin mech ground?




Scott

Navigation

[0] Message Index

[#] Next page

[*] Previous page