Homepage › Forums › RetroPie Project › Controller Configuration in RetroPie › 8Bitdo Bluetooth Controller Guide (Retropie v3)
- This topic has 47 replies, 17 voices, and was last updated 8 years, 7 months ago by slayer612.
-
AuthorPosts
-
08/31/2015 at 11:43 #105079niftyliftyParticipant
I see a lot of people struggling setting up these controllers with Retropie v3. (myself included). There is a lot of disjointed information floating around that relates to older versions of Retropie. Anyway, I think I’ve finally got it sorted.
Something to note, after ALOT of head scratching I found the BT on my TV and iPhone were causing interference from time to time, turned them off and my controller was connecting consistently.
OK, I have found I need the pad in Joystick mode for this to work with the Pi – to do this HOLD START & Right Bumper for 3 secs to start the pad in joystick mode (you must be on latest firmware for this to work).
Another side note I’m using a SFC30 (other pads should be the same) and a generic bluetooth dongle on a Pi2.
Let’s begin…
1. Get latest controller firmware (plug into your PC USB) follow 8bitdo guides for this.
2. Power on Pi then Putty (ssh) to the Pi from PC or press F4 in emulationstation to get to command line.
3. Type the following: (agree to any prompts)
sudo apt-get install bluetooth bluez-utils blueman
sudo apt-get install bluez python-gobject
sudo nano /usr/bin/bluez-simple-agent
EDIT THIS FILE: Once in you need to look for ‘KeyboardDisplay’ and change it to ‘DisplayYesNo’ (please type it as you see it here) Now hit Ctrl + x to save
Now reboot the Pi with
sudo reboot
*************************************************************************
4. HOLD START & Right Bumper (IMPORTANT) on your SFCS30 controller for 3 secs until it comes on
Wait a for like 5 secs, then type:
hcitool scan
should then get your mac ID (XX:XX:XX:XX:XX:XX),
type:
sudo bluez-simple-agent hci0 XX:XX:XX:XX:XX:XX
sudo bluez-test-device trusted XX:XX:XX:XX:XX:XX yes
sudo bluez-test-input connect XX:XX:XX:XX:XX:XX
Now there should be a solid blue light on your controller
*************************************************************************** ****
5. Now hold the START on your controller until it turns off
then reboot your raspberry pi
At the RetroPie splashscreen loading hold START + RB on your controller to turn it back on
your blue light should go solid when you get into emulation station
Run the emulation station configure input wizard, if it doesn’t start automatically plug in a usb controller and click start to get to the configure input wizard.
Then run RetroArch control input process (Under retropie menu in Emulation Station)
******If you want to start fresh or you feel it’s gone wrong:
REMOVE BLUETOOTH PAIRING only type:
bluez-test-device remove XX:XX:XX:XX:XX:XX
REMOVE BLUETOOTH SOFTWARE PACKAGE:
sudo apt-get --purge remove bluez
This seems to be the only way I could get it to work properly. I have not tried with multiple bluetooth controllers yet, however I do use mine along with 2 other wired USB pads with no problems.
08/31/2015 at 14:31 #105093petrockblogKeymastertnanks.
Instead of editing bluez-simple-agent try passing it the command parameter “-c DisplayYesNo”
After checking the source it seems to use this parameter – it isn’t documented it seems. should save having to edit it (to force the security theme used)
09/03/2015 at 21:00 #105372AnonymousInactiveWhen trying to connect my SFC30 to RetroPie 3.0 on my Pi2, I receive the following error –
ERROR:dbus.proxies:Introspect error on :1.3:/: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
..etc…I have followed the instructions above to the letter, am able to scan and locate the mac address of the controller but receive the error after typing –
pi@retropie ~ $ sudo bluez-simple-agent hci0 00:00:00:00:00:00(mac address)I have updated the firmware on the controller and I am using a Belkin Bluetooth 4.0 dongle that works with Ps3 controllers. (Have tried 3 others)
Any suggestions??
Would love to get this working as my pi is now inside an old SNES and this completes it.09/04/2015 at 20:04 #105427claytonbeaubienParticipantI run into the same issue as Alpine (above). I am trying to connect a Snes30 Controller. It identifies my controller in hcitool scan but when i go to the next step i get the error:
pi@retropie ~ $ hcitool scan
Scanning …
01:06:86:6D:60:0F 8Bitdo SNES30 GamePadpi@retropie ~ $ sudo bluez-simple-agent hci0 01:06:86:6D:60:0F
ERROR:dbus.proxies:Introspect error on :1.2:/: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Traceback (most recent call last):
File “/usr/bin/bluez-simple-agent”, line 102, in <module>
path = manager.FindAdapter(args[0])
File “/usr/lib/python2.7/dist-packages/dbus/proxies.py”, line 70, in __call__
return self._proxy_method(*args, **keywords)
File “/usr/lib/python2.7/dist-packages/dbus/proxies.py”, line 145, in __call__
**keywords)
File “/usr/lib/python2.7/dist-packages/dbus/connection.py”, line 651, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.09/04/2015 at 21:12 #105429AnonymousInactiveI have just tried this on a fresh install of RetroPie V3 and it errors too, admittedly a different error.
As per the below, I can scan and find the device and also ping it…pi@retropie ~ $ /etc/init.d/bluetooth status
[ ok ] bluetooth is running.
——————–
pi@retropie ~ $ hcitool dev
Devices:
hci0 5C:F3:70:6C:71:5A
——————–
pi@retropie ~ $ sudo l2ping -c 1 FE:FC:7C:AD:9F:FE
Ping: FE:FC:7C:AD:9F:FE from 5C:F3:70:6C:71:5A (data size 44) …
0 bytes from FE:FC:7C:AD:9F:FE id 0 time 12.03ms
1 sent, 1 received, 0% loss
——————–
pi@retropie ~ $ sudo bluez-simple-agent hc0 FE:FC:7C:AD:9F:FE
Traceback (most recent call last):
File “/usr/bin/bluez-simple-agent”, line 102, in <module>
path = manager.FindAdapter(args[0])
File “/usr/lib/python2.7/dist-packages/dbus/proxies.py”, line 70, in __call__
return self._proxy_method(*args, **keywords)
File “/usr/lib/python2.7/dist-packages/dbus/proxies.py”, line 145, in __call__
**keywords)
File “/usr/lib/python2.7/dist-packages/dbus/connection.py”, line 651, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.bluez.Error.NoSuchAdapter: No such adapter09/05/2015 at 05:31 #105442claytonbeaubienParticipantI got my controller to finally connect. I had installed Sixad previously to use my ps3 controller and i guess it was interfering.
I uninstalled Sixad:
sudo apt-get –purge remove sixad
the error went away, and i connected.
I dont have full functionality out of the controller yet, sure i have to play with some config files, but its a start, i will edit the post if i get further.
09/05/2015 at 12:58 #105451zdenParticipantHello
Great topic, I tried myself following carefully this guide and it worked like a charm.
However, when restarting the Pi, the controller does not seem to auto-reconnect (after holding R+Start, of course), so I have to do the connect command and kill EmulationStation every time for it to work.
Are there any additional steps to take for it to auto-connect ?
09/05/2015 at 23:17 #105475FloobMemberHere is a video guide showing how I went about it
09/06/2015 at 19:46 #105533claytonbeaubienParticipanti spent a few days frustrated, finally got this to work. The main thing i had to do was uninstall sixad (a previous bluetooth service i had installed for my ps3 controller) after that i followed this forum, just over half way down is a post by Grizzlema, he explains everything thouroughly and also attached config files, i used those config files to replace my existing ones and my controllers now work in every emulator… now to play some friggin games
09/06/2015 at 21:27 #105536FloobMemberUpdated Wiki for Bluetooth here:
https://github.com/RetroPie/RetroPie-Setup/wiki/Setting-up-a-Bluetooth-controller09/09/2015 at 16:46 #105727ptitneoParticipantHey everyone, I too was having issues with my SFC30 until I stopped sixad service.
On top of that I use both a sixaxis gamepad and my 8bitdo (and my controlblock) on my Retropie, so right now it’s no longer possible to use the 8bitdo unless I manually stop sixad, connect the 8bitdo, then run sixad again and connect the PS3 controller. Not super easy:/
The thing is, at some point it was working. I had the system working for maybe a month until the 8bitdo started to no longer connect a couple of weeks ago. So I’m wondering if a 8bditdo firmware update, or a retropie script or binary update broke my perfectly functional setup. Maybe it made sixad more agressive or start at a different time. Maybe it made my 8bitdo act differently. I can’t tell :/
09/18/2015 at 19:47 #106359BuffalAngelenoParticipantHello,
Complete noob here, just got a 8Bitdo controller for my birthday. I’ve been following Floob’s video (big thanks, great videos) to connect it via bluetooth for RetroPie but then I ran into the same problem as alpine and claytonbeaubien. I understand that I need to remove the Sixad I previously installed (and didn’t use), but I’m getting an error when I type in ‘sudo apt-get -purge remove sixad’.
The error:
E: Command line option ‘p’ from (-purge) is not known.I have a sneaking suspicion that the uninstall isn’t that simple, but I’m new to working in linux and need a bit more guidance. What am I doing wrong here? Thanks in advance!
09/18/2015 at 20:42 #106361FloobMember@BuffalAngeleno
I had a typo in the Wiki – try this
sudo apt-get --purge remove sixad
09/20/2015 at 19:21 #106488wizard2k3000ParticipantMy 8Bitdo was working fine then today went to start up and play and wouldn’t pair. When I do the sudo bluez-test-input connect (address), it says org.bluez.Error Failed: Invalid Exchange (52). Any help would be greatly appreciated. Thank you
09/20/2015 at 19:51 #106490FloobMemberMaybe it became unpaired by holding select down too long? Run through the pairing process again and see how you go.
09/21/2015 at 15:23 #106541AnonymousInactiveI have the SNES30 controller which works fine in emulationstation and in games, but I can’t seem to get the hotkeys to work for saving and loading save states. The controller config file at opt/retropie/configs/all has the following lines but they don’t seem to work;
input_save_state_btn = “18”
input_save_state_btn = “17”I know hotkeys have been enabled because it works to push select + start to exit the emulator. All the hotkeys for my original SNES controllers plugged in to a usb adapter still work fine.
Is there some reason that I can’t use the shoulder buttons on the SNES30 controller for hotkeys? I saw a post on some other forum where someone said he could never get the shoulder buttons to work either, so he had to re-map the hotkeys to something else.
Also, if my usb controller is plugged in and I used the 8bitdo controller, it will select the game from emulationstation, but I lose control once in the game. I’m guessing that it assumes the usb controller is player 1. Is there a way to make the 8bitdo controller have priority for player 1?
09/22/2015 at 22:07 #106620FloobMember@atimmins Yes, there does seem to be an issue with the shoulder buttons on that model – I think it may relate to the firmware on the controller. Perhaps an update will come out to resolve that. In the meantime you could remap the hotkey to something else.
To set a controller as P1, try plugging it into the top left usb port, and p2 into the bottom left port. (p3 is top right and p4 is bottom right).
09/22/2015 at 23:07 #106632AnonymousInactiveFloob, unfortunately I haven’t been able to update the controller firmware. It that maybe it doesn’t work with Windows 10 because the update button is always grayed out and cannot be clicked.
09/23/2015 at 05:36 #106651AnonymousInactiveI was able to update the firmware on my controller with a Windos 7 computer, however, ever since the update, it will not connect over Bluetooth. I tried repeating step 4 of Floob’s guide, but it tells me that device already exists and fails to connect. I even tried uninstalling bluez-utils blueman and bluez python-gobject and reinstalling them, but it made no difference. any ideas?
09/26/2015 at 20:19 #106938pucketbwParticipantI have the same “org.bluez.Error Failed: Invalid Exchange (52)” problem. Please help! Uninstalling and starting fresh doesn’t do anything.
11/17/2015 at 05:13 #110088tossyParticipant(Edit: I am using a newly, successfully installed RetroPie 3.2.1 on Raspberry Pie 2. The SNES30’s have the latest firmware)
How does the process differ in the wiki article (https://github.com/RetroPie/RetroPie-Setup/wiki/Setting-up-a-Bluetooth-controller) if I have two SNES30 controllers?
I followed all the instructions, and I set up both controllers for bluetooth with command lines and edited the startup file so both will automatically connect with each boot.
On Step 4, my controller D-pads work fine in the GUI, but on the Emulation Station controller configuration the d-pads do not register as assigned keypresses, but just move the selection around. (edit: I have noticed when it’s looking for a controller button to be pressed, and if I press a SNES30 dpad, it will display “keyboard” as the to-be configured device.)
On Step 5, I was able to configure my first controller using the described method. For the next controller, I did not delete the file again, and when I went into the “Configure input devices for RetroArch” tool, this time the screen goes completely black. Mashing buttons for a while will bring the screen back but with a bunch of timeouts and some assigned buttons to the config tool.
In practice, I could play a NES game where P1 controller would work fine, but the P2 controller would also work fine except its dpad would control both player 1 and player 2.
I’m somewhat worried that when I did the “cd /opt/retropie/configs/all/retroarch-joypads/
ls -lah”
Aside from my XBOX360 USB I had tried earlier, it only showed the one config file for my gamepads (there was a bak copy as well). I have noticed in Emulation Station my gamepads have identical names. Should there be a config file for each gamepad?This is proving to be far more complicated than I ever anticipated. If anyone can help me figure this out I would greatly appreciate it.
11/17/2015 at 11:29 #110103AnonymousInactiveExactly the same problem for me word-for-word… I haven’t yet had time to investigate.
Shall be watching this closely to see if you get a reply :)
I’ll let you know if I figure it out.11/17/2015 at 20:14 #110131FloobMemberWhat about if you boot the SNES30 into keyboard mode instead of joypad mode?
11/17/2015 at 21:27 #110138tossyParticipantI tried that but then RetroPie would not connect to the SNES30 on RetroPie bootup anymore. Thanks for your work on this, Floob, by the way.
11/17/2015 at 21:46 #110141FloobMemberMaybe it has a different mac if its in a different mode. I’ll try to check mine out soon and post back.
11/17/2015 at 21:54 #110142tossyParticipantYou know, I thought of that but I’m quite certain hcitool scan showed the same MAC addresses.
Regarding the boot modes for these 8bitdo, I have seen online some people mention booting with Start-R, but I’m not sure what that is. The sheet for my SNES30 has Start for normal, Start-B for keyboard (two player mode keyboard, second one does Start-B-R).
My original post here was using only normal mode for both, as per your Wiki guide, and it alllmost worked.
11/18/2015 at 03:30 #110154tossyParticipantSo it’s the same MAC with Start-B (BT keyboard), but if I use Start-R (whatever that is, it’s not in the 8bitdo SNES30 manual, but from my research it’s gamepad mode with controller D-pad, not keyboard…sounds good, right?), it gets a different MAC address! Also a changed name: “8Bitdo SNES30 Gamepad Joystick” instead of “8Bitdo SNES30 Gamepad” So, something new to try.
I repeated the same steps in the wiki, pairing, trusting, and connecting the two new MAC addresses, and adding these to the startup file. Both were connected fine, even after a RetroPie reboot, and I could then configure both controllers with ES and Retroarch configurator as described. (I still got a black screen with the second controller config, but if I pressed enter after starting, and started pressing the right buttons in order [memorized..] the screen would come back after a button press or two.) Both controllers worked fine simultaneously in a SNES game TMNT4, although START and SELECT were swapped, possibly my error on config process.
SUCCESS! Except on next system boot, neither SNES30 would reconnect. On manual connection attempt “sudo bluez-test-input connect xx:xx:xx:xx:xx:xx”, I would get the message
Traceback (most recent call last): File "/usr/bin/bluez-test-input", line 40, in <module> input.Connect() File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 70, in __call__ return self._proxy_method(*args, **keywords) File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__ **keywords) File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking message, timeout) dbus.exceptions.DBusException: org.bluez.Error.Failed: Invalid exchange (52)
And now I can’t get either controller to connect again. It appears a few others have had this but I’m not sure what the solution is…
11/18/2015 at 03:58 #110159sikeParticipantHi, good night from Spain
I have my SFC30 working perfect with your method, but there is something that i cannot solve
If I power off the gamepad and turn on again, it not reconnects to the raspberry. I have spent hours changing options in the multiple bluethoot config files, but nothing seems to work
If I restart the service everithing is fine
P.D.: Both systems are updated, last firmware (gamepad) and updated system (raspberry)…same thing with a fresh install of retropie 3.2.1
ASUS BT-400 (dongle) Raspberry Pi 2 (system)11/18/2015 at 20:16 #110196FloobMember@tossy What if you unpair the controllers and try to repair?
bluez-test-device remove XX:XX:XX:XX:XX:XX
@sike The command to connect is at step 3 here:
https://github.com/RetroPie/RetroPie-Setup/wiki/Setting-up-a-Bluetooth-controllerSo it wont try again after that unless you manually try to connect at the command line.
You could link a connect script to the RetroPie menu in emulation station to manually kick it off.11/19/2015 at 03:57 #110225tossyParticipantOK, so far things ARE WORKING PERFECTLY.
First of all, I want to just say that I took the small step to get PuTTY so I could control my Pi from my Windows PC and it made a world of difference being able to copy and paste and see my screen etc. Everyone should do this.
I can’t explain how the “Invalid exchange 52” problem was solved. I removed and re-added the devices many times, usually the error would persist. But now, after removing all the paired BT devices and just re-adding the Start-R booted SNES30, so far RetroPie is connecting everytime. *knock on wood*
What ended up working for me? I have:
two 8Bitdo SNES30 gamepads (firmware 2.63)
RetroPie v2.3.1 on RPi 2.
BT usb adapter (Kinivo)
Wireless usb keyboardBoot SNES30 with Start-R (Joystick mode, I guess). It won’t appear to blink differently.
Confirm it booted in the right mode withhcitool scan
For me, instead of showing01:06:F6:0E:xx:xx 8Bitdo SNES30 GamePad
it would showFE:F9:09:F1:xx:xx 8Bitdo SNES30 GamePad Joystick
Set up your first SNES30 as per Floob’s wiki instructions
sudo bluez-simple-agent -c DisplayYesNo hci0 XX:XX:XX:XX:XX:XX sudo bluez-test-device trusted XX:XX:XX:XX:XX:XX yes sudo bluez-test-input connect XX:XX:XX:XX:XX:XX
Repeat the above for the second SNES30. Again, as per the wiki instructions, add
sudo bluez-test-input connect XX:XX:XX:XX:XX:XX
twice in the startup file, each line for each SNES30 MAC address.Now, as per instructions on the first page of this post we will modify the keyboard direction input in retroarch.cfg to nul.
typesudo nano /opt/retropie/configs/all/retroarch.cfg
under the Keyboard input section change
input_player1_left = left
input_player1_right = right
input_player1_up = up
input_player1_down = downinto ..
input_player1_left = nul
input_player1_right = nul
input_player1_up = nul
input_player1_down = nulMy SNES30’s have been previously configured with Emulation Station, so I did not perform step 4 on the wiki guide.
On to step 5, I ensured there was no retroarch .cfg file for my gamepads. Then I ran, from PuTTY, the RetroArch controller configuration script.
sudo /home/pi/RetroPie-Setup/retropie_setup.sh
Running this from PuTTY allowed me to avoid the prior bug I had where my TV screen would turn black near the beginning of the mapping. I believe I only had to do this with the one controller, since they are identical and write the same 8BitdoSNES30GamePadJoystick.cfg file anyway.I think that’s basically it. To use the SNES30’s, I just turn them on with Start-R just before or after turning on my Pi. The blue flashing turns to solid blue around the time Emulation Station splash screen comes on. I have tested in 2-player simultaneous games in NES and SNES that both controllers work great for P1 and P2 with no d-pad crossover as before. Hopefully some of this info can be helpful to others. In the meantime I hope that “Invalid exchange 52” bluetooth connection issue stays away.
11/19/2015 at 12:54 #110235pausuriParticipant[quote=110225]OK, so far things ARE WORKING PERFECTLY.
First of all, I want to just say that I took the small step to get PuTTY so I could control my Pi from my Windows PC and it made a world of difference being able to copy and paste and see my screen etc. Everyone should do this.
I can’t explain how the “Invalid exchange 52” problem was solved. I removed and re-added the devices many times, usually the error would persist. But now, after removing all the paired BT devices and just re-adding the Start-R booted SNES30, so far RetroPie is connecting everytime. *knock on wood*
What ended up working for me? I have:
two 8Bitdo SNES30 gamepads (firmware 2.63)
RetroPie v2.3.1 on RPi 2.
BT usb adapter (Kinivo)
Wireless usb keyboardBoot SNES30 with Start-R (Joystick mode, I guess). It won’t appear to blink differently.
Confirm it booted in the right mode withhcitool scan
For me, instead of showing01:06:F6:0E:xx:xx 8Bitdo SNES30 GamePad
it would showFE:F9:09:F1:xx:xx 8Bitdo SNES30 GamePad Joystick
Set up your first SNES30 as per Floob’s wiki instructions
sudo bluez-simple-agent -c DisplayYesNo hci0 XX:XX:XX:XX:XX:XX sudo bluez-test-device trusted XX:XX:XX:XX:XX:XX yes sudo bluez-test-input connect XX:XX:XX:XX:XX:XX
Repeat the above for the second SNES30. Again, as per the wiki instructions, add
sudo bluez-test-input connect XX:XX:XX:XX:XX:XX
twice in the startup file, each line for each SNES30 MAC address.Now, as per instructions on the first page of this post we will modify the keyboard direction input in retroarch.cfg to nul.
typesudo nano /opt/retropie/configs/all/retroarch.cfg
under the Keyboard input section change
input_player1_left = left
input_player1_right = right
input_player1_up = up
input_player1_down = downinto ..
input_player1_left = nul
input_player1_right = nul
input_player1_up = nul
input_player1_down = nulMy SNES30’s have been previously configured with Emulation Station, so I did not perform step 4 on the wiki guide.
On to step 5, I ensured there was no retroarch .cfg file for my gamepads. Then I ran, from PuTTY, the RetroArch controller configuration script.
sudo /home/pi/RetroPie-Setup/retropie_setup.sh
Running this from PuTTY allowed me to avoid the prior bug I had where my TV screen would turn black near the beginning of the mapping. I believe I only had to do this with the one controller, since they are identical and write the same 8BitdoSNES30GamePadJoystick.cfg file anyway.I think that’s basically it. To use the SNES30’s, I just turn them on with Start-R just before or after turning on my Pi. The blue flashing turns to solid blue around the time Emulation Station splash screen comes on. I have tested in 2-player simultaneous games in NES and SNES that both controllers work great for P1 and P2 with no d-pad crossover as before. Hopefully some of this info can be helpful to others. In the meantime I hope that “Invalid exchange 52” bluetooth connection issue stays away.
[/quote]
Thanks for the info, are you experiencing any troubles when you try to reconnect the Pad??
11/19/2015 at 20:07 #110264tossyParticipant[quote=110235]
Thanks for the info, are you experiencing any troubles when you try to reconnect the Pad??[/quote]
I tested again this morning, both SNES30 are reconnecting at startup still.
11/28/2015 at 14:06 #110853sikeParticipantOk, I have fix my problem
In /etc/rc.local, i have added this lines…
/etc/init.d/bluetooth stop
sleep 3
dbus-send –system –dest=org.bluez /org/bluez/hci0 org.bluez.Adapter.SetMode string:discovereable
sleep 3
/etc/init.d/bluetooth start
sleep 3
hciconfig hci0 piscanI’m sure above that my problem, was not if the gamepad is trusted or not
The key is that with my BT Adapter “BT-400 asus” only search for one instance at the begining and never moreI know that “raspbian” uses a standard driver for the bluetooth device and maybe, the problem is that with other bluetooth devices, other “things” may ocurr
For me, the problem is gone away
Bye everyone, thanks
11/28/2015 at 19:18 #110862pausuriParticipant[quote=110853]Ok, I have fix my problem
In /etc/rc.local, i have added this lines…
/etc/init.d/bluetooth stop
sleep 3
dbus-send –system –dest=org.bluez /org/bluez/hci0 org.bluez.Adapter.SetMode string:discovereable
sleep 3
/etc/init.d/bluetooth start
sleep 3
hciconfig hci0 piscanI’m sure above that my problem, was not if the gamepad is trusted or not
The key is that with my BT Adapter “BT-400 asus” only search for one instance at the begining and never moreI know that “raspbian” uses a standard driver for the bluetooth device and maybe, the problem is that with other bluetooth devices, other “things” may ocurr
For me, the problem is gone away
Bye everyone, thanks
[/quote]
Hi, I have the same problem as you, as the systems boots up I turn on the Snes pad and it pairs straight away but if the pad disconnects there´s no way to reconnect it.
Could you please double check if everything is ok in my rc.local file?Cheers
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will “exit 0” on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.# Print the IP address
_IP=$(hostname -I) || true
if [ “$_IP” ]; then
printf “My IP address is %s\n” “$_IP”
fi/etc/init.d/bluetooth stop
sleep 3
dbus-send –system –dest=org.bluez /org/bluez/hci0 org.bluez.Adapter.SetMode string:discovereable
sleep 3
/etc/init.d/bluetooth start
sleep 3
hciconfig hci0 piscanexit 0
12/03/2015 at 23:57 #111160sikeParticipantYes, your rc local file is right
I would try the commands in a terminal first, and see if a error message appears..
I tell you, and trust me, my method works fine, you can leve the raspberry on for days, and everytime i turn on the 8bitdo pad it works flawless
Update the system, write a new password, whatch the entire menus of retropie looking for optimal options,….
Check everithing, and tell me things
-
AuthorPosts
- The forum ‘Controller Configuration in RetroPie’ is closed to new topics and replies.