RPi SNS-005 only B button is working, shows as all buttons input on jstest

auriuman78

Just a bump to see if anyone has any insight on this one?

I'm going to check out the GPIO header for the Pi Zero v1.1 in detail and make sure that the connections match what is intended, will report back once that's done.

markyh444

Phone chargers generally are not great for powering Pi's as they require a steady current and chargers fluctuate. I'd advise getting a dedicated power supply first, then see if that makes any difference here.

Efriim

try changing it to
"options gamecon_gpio_rpi map=0,0,0,0,1,0"
GPIO3(GPIO=P5)

auriuman78

@Efriim , Tried changing to ..."map=0,0,0,0,1,0"

Did not even get a response with this setting. Switched it back to ..."map=0,0,0,0,0,1" and it does respond. Waiting on a more robust power supply now to eliminate that possibility.

auriuman78

@markyh444, as suggested I tried a 5v 2.5A constant dc power supply, not a USB phone charger. USB cable is about 6 inches long, 26AWG power conductors.

Efriim

@auriuman78
You're right, I got the Pad # confused with the GPIO-P# and they are not analogous. However Pad1 and Pad2; the first two numbers are ignored and not used on rev2;; pi zero.

Have you updated the firmware on your pi zero? I guess RetroPie 4.4 should be updated. Have you tried jstest on raspbian or another image? There has been changes to the way RetroPie assigns controller numbers, since I don't know when, since 2016 at least probably.

~~There is an extra scriptmodule from zerojay I think~~ Script from meleu to assign joystick 1-4, to assign controller# mayhaps it will work to assign to controller pad 6.

Since it is only available for joystick 1-4, I guess maybe you would need to change the jsfuncs.sh
every
"for i in 1 2 3 4"
to
"for i in 1 2 3 4 5 6"
it probably would not work.

Do you think since there is only one button function it is because of the clock or because of the underlying operating system?

auriuman78

@Efriim I should look at firmware updates. I suppose that could be a possibility; will also check the script mod and check jsfuncs.sh too.

As far as clock or latch data, I have considered this as the issue. Seems another user was able to replicate this issue by disconnecting either clock or latch lines. I guess its possible I have a defect in the pi board gpio header but would be much better if it were an underlying OS issue. Seems strange that a pretty much new Pi zero would have a bad gpio but not out of the question. I'll have to dig around the logs and see if I can figure it out by what I can see on the gpio pins I'm using.

I'm still a youngling to linux distros but I'm willing to give it a shot.

auriuman78

@Efriim , I checked out the joystick script. Got it installed, made the changes, etc. but still no joy.

Time to dig around the gpio and see if I can spot any physical defects. Then dig into testing gpio ports in software and/or by scope.

Efriim

@auriuman78
I really didn't think that would work, but I thought the script was worth exploring for its calls and functions.

The probability that the board has an actual defect is much lower than operating system being at fault. If you have an extra usb drive or sdcard try a new raspbian image, and get jstest up and running on it. I dont know though.

The update on retropie should work just as well. It is raspbian underneath after all.

auriuman78

Turns out it was underlying OS issue. For whatever reason, the update broke the gamecon driver for SNES controller input. After uninstalling the db9 and gamecon drivers, rebooting, reinstalling then rebooting, my pad now works as one would expect!

What cued me into it was while reviewing logs after an update failure I found a gamecon update failed message. Researched it and found this info at the link below.

https://retropie.org.uk/forum/topic/3875/solved-gamecon-installation-fails/10

@Efriim, really appreciate all your help and insight onto this issue. You helped direct me to look more into the software side and that's where it was.