What's new
By:

Name for JVS2JAMMA board

Thanks for the very informative -5V testing!

Stupid question, how do you measure current on inverted polarity? I tried in the usual way with my multimeter and seemed to create a short.
 
Frank_fjs said:
Thanks for the very informative -5V testing!

Stupid question, how do you measure current on inverted polarity? I tried in the usual way with my multimeter and seemed to create a short.
Click to expand...
For the most part, I just used my Rigol DP 831 PSU that can read out all kinds of stuff. For the Bubble Bobble, we put a fluke voltmeter in series.
 
invzim said:
twistedsymphony said:
put me down for one of these scalers.

Any chance there would be 24KHz support? either to go from 24K->31K or 24K->15K?
Click to expand...
At least, not at launch. Main application is 15k arcade ->31k for CRT. Secondary is 15k RGB consoles -> CRT, for economic reasons and then all the rest I guess. If the scaler is out and I haven't lost a bunch of money on it, and a Gradius IV finds it's way to me I will have a go at it for sure :).
archimage said:
Is it possible to make it also downscale from 31khz to 15khz ?
Click to expand...
Technically yes, but output will be low-impedance and not arcade CRT compliant. What's the application?
Click to expand...
the application would be playing some games like capcom mvc2 or cvs2 or street fighter alpha 3 upper which has 240p sprites in 480p mode, my guess is the characters graphics would benefit from a downscale, it's just a guess. I think some xbox 360 cave shooters would also benefit from a downscale.
 
invzim said:
sammargh said:
Mahjong support possible?!
Click to expand...
Do you have a working Mahjong JVS setup, and also a Mahjong jamma game handy?
parodius said:
@invzim : can you remind us how much current can be drawn from the -5V line, let's say attached to a standard NUC PSU ?
Click to expand...
'Enough' :) There is so much dis-information on -5V out there, so I didn't put the actual numbers on the website. You can draw ~200mA from the Jammafier, and it will do a graceful shutdown/thermal throttling if you exceed this. During testing, I documented actual draw on the -5V rail to verify that it's up to snuff and found that the 200mA is actually way over-kill:
https://wiki.arcadeotaku.com/w/PCB_Power_Consumption
Click to expand...
Soon as they say
 
Has anyone had any coin issues using this? I'm not entirely sure what's going on but it seems like I have to put two coins in for one to register on a lot of boards.
 
Ddi you check the settings of the board? Many boards are set to 2 COINS 1 CREDIT
 
I know you mentioned it before somewhere, but which cab/IO did you have?

I haven’t experienced any issues in my NNC with Sega Type 1 IO
 
sammargh said:
Has anyone had any coin issues using this? I'm not entirely sure what's going on but it seems like I have to put two coins in for one to register on a lot of boards.
Click to expand...
Do you have any specific boards? Cave CV1k needs coin pulses to be a certain duration, I'm not aware of other PCB's that have special requirements.

You can try to put an empty file called jamdebug.txt on an sd-card, and it should log events to that - I may have to expand to OLED jvs test thing to include coin events.
 
New batch in the works. Been waiting almost 2 months for the RCA connectors, connectors can be a real PITA. After waiting almost a month for the wrong connectors, the hopefully correct ones are still in transit (for another month). Anyho - I've been able to ramp up volume a bit and this batch has a few units not spoken for. if you want one, head over to https://irkenlabs.com/ to secure one.

jammafiersb3.JPG
 
Got around to testing credits again. On the F3 everything seems to work fine and I didn't have any mis-registered coins. On a CPS1 dash A board with Knights of the Round coins are spotty at best. Without the debug text enabled it was about 1 in 3 coins registered and with debug enabled I got 13 out of 15 to register. The log doesn't seem to provide very much with regards to hints:
Code: 
0000:00:00:00.869 - Trace to file jamdebug.txt enabled
0000:00:00:00.951 - Jammafier system start
0000:00:00:00.961 - adcStart complete
0000:00:00:00.970 - oledInit enter
0000:00:00:01.102 - oledInit exit
0000:00:00:01.282 - Bld 2018-09-17
0000:00:00:01.293 - pcb rev 1.4
0000:00:00:01.302 - Serial 12
0000:00:00:01.372 - Init screen - wait 2 seconds
0000:00:00:02.523 - Waiting for +5V to reach 4.6
0000:00:00:02.531 - Voltage sensor 3.3V: 3.51V
0000:00:00:02.538 - Voltage sensor 5.0V: 5.03V
0000:00:00:02.545 - Voltage sensor 12.0V: 11.98V
0000:00:00:02.553 - -5V enabled
0000:00:00:02.561 - HW Init done
 
sammargh said:
Got around to testing credits again. On the F3 everything seems to work fine and I didn't have any mis-registered coins. On a CPS1 dash A board with Knights of the Round coins are spotty at best. Without the debug text enabled it was about 1 in 3 coins registered and with debug enabled I got 13 out of 15 to register. The log doesn't seem to provide very much with regards to hints:
Click to expand...
Since F3 works, I think we can rule out both JVS and electrical stuff on the Jammafier. Do this board coin ok otherwise?

The issue is most likely that the jammafiers coin pulse is either too short or too long, I'll try to get a CPS1 on the bench and have a look. Cave CV1k requires a certain length of the coin pulse, so hopefully there will be a setting that can cover all bases without user interaction.
 
invzim said:
New batch in the works. Been waiting almost 2 months for the RCA connectors, connectors can be a real PITA. After waiting almost a month for the wrong connectors, the hopefully correct ones are still in transit (for another month). Anyho - I've been able to ramp up volume a bit and this batch has a few units not spoken for. if you want one, head over to https://irkenlabs.com/ to secure one.

jammafiersb3.JPG
Click to expand...
Hopefully got one of the non spoken units. Going to try this out with the windy 2.
 
invzim said:
The issue is most likely that the jammafiers coin pulse is either too short or too long, I'll try to get a CPS1 on the bench and have a look. Cave CV1k requires a certain length of the coin pulse, so hopefully there will be a setting that can cover all bases without user interaction.
Click to expand...
Has anyone used a scope/logic analyzer and measured the length of the pulse from a coinmech when you drop a coin into it ?
 
rtw said:
invzim said:
The issue is most likely that the jammafiers coin pulse is either too short or too long, I'll try to get a CPS1 on the bench and have a look. Cave CV1k requires a certain length of the coin pulse, so hopefully there will be a setting that can cover all bases without user interaction.
Click to expand...
Has anyone used a scope/logic analyzer and measured the length of the pulse from a coinmech when you drop a coin into it ?
Click to expand...
I treated myself this year for black friday and have a 4 channel scope coming next week and can test at least through my net city :)

As for the problematic board I didn't seem to have coin issues when using my HAS with it previously although I no longer have a HAS to test with. I don't believe it's just this dash board however as I get the same problem on Magic Sword which was I use a 10mhz A board on.
 
So I ran about 200 coins through the scope and here's what I've found - there's two pulses really that get sent:
Hms8BIG.png

This appears to be the more common sized pulse being sent and is very iffy in terms of if a coin registers


TTZe9lK.png

This one will sporadically appear and is a tiny bit longer of a pulse however is much more consistent in registering to the cps1

IEeViEn.png

And because I wanted to play around with the new toy here's the coin switch in the cabinet (NC pin) vs coin signal on JAMMAFIER... seems to be around 80ms latency in the Net City

HNloF0Y.png

And ~15 ms input latency for button presses
 
Last edited:
You must log in or register to reply here.
Back
Top