Adapter for MAPLE (Release)

[RazorX]

ok here is the latest revision design for my board, i wanted to cover all the bases (this is made for the arcade stick firmware)



* i've increased the thickness of all the traces especially the 5v and 3.3v trace and added support for adding a cap (0805 or through hole, the 10K resistor can also be 0805 or through hole) on there between 5v and ground but it's optional.
* there is also an optional spot for a 10uF ceramic cap (mlcc) between 3.3v and ground.
* i have also put a 0 Ohm 0805 spot that goes between the 5v from the dreamcast to the board so if you wanted you could leave it off or not bridge it and power the board yourself via usb or some other way.
* i've also added pads on there to program the board if it's soldered in place.

the female header i used was from one of my controllers so you can directly plug in the wire without cutting it and the previous and next vmu buttons are now working.

[soniccd123]

Hey, tried to dump the VMU I'm testing in the adapter using the arcade stick firmware, The VMU dumper PC program reads the SPI Memory ID correctly but hangs when I click the read button with this firmware

[RazorX]

Hey, tried to dump the VMU I'm testing in the adapter using the arcade stick firmware, The VMU dumper PC program reads the SPI Memory ID correctly but hangs when I click the read button with this firmware

the app is funny like that, i find if i connect it to a usb 2.0 port and connect and disconnect a couple of times until it reads as 16 vmu's then it works.

[RazorX]

i forgot to ask, does the standard firmware support the saturns 3d pad?

[megavolt85]

no, 3d pad don't supported

[RazorX]

i've ordered some of my rev 2 boards, i hope with all the changes i've made it will be perfect
the only issue i'm having on my test setup now is the controller disconnecting sometimes but i did notice if i push down on the dev board it stops doing that so it maybe because i have it connected with headers rather than soldered directly and it's been plugged and unplugged a few times but we will see.

once my new boards come i will solder everything directly too it and hopefully that will fix the remaining issues.

i've also designed a similar board for the standard firmware:


i kept it as small as i could but with a hole in the middle of the pcb it's tough
it's a little bigger than my other board but only for a small amount.

[RazorX]

my pcb's have shown up and they look so much better than my rev1 pcb's

(excuse my not so great photo, they look even better irl)

just waiting for a few more components to arrive then i can fully test it.

[fafadou]

What's the M25PE16 component do please ?

[RazorX]

What's the M25PE16 component do please ?

think of it as storage, it's what the 16 vmu's are stored on

[s_d_a_i]

Hi again Megavolt, sorry for the delay, some screenshots from the original DC controller, from the STM32 original and a CK32 clone.

This is the original PAD response time, check no less than 520ns holding the signal:

This one is the response from the STM32 original chip with your latest joystick firmware and it holds for 260ns the signal:

This one is the response from a CK32 clone chip with your latest joystick firmware and it holds for 260ns the signal as well:

Zoomed to 200ns

SUMMING UP

So it seems it is still holding the signal very little time compared with the original controller, if I use the Logic Analyser most of the packets are marked as error, please if you can change the code to hold the signal for 520ns I think the packet loss will be solved.

Thank you very much for your effort.

P.D: this is an extra screenshot of the Dreamcast ASK petition, NOT THE PAD RESPONSE, and it holds the bus for at least 330ns: