Now, run the ‘sixpair‘ program which is located in the ‘QtSixA-1.5.1/utils/bins’ folder:
If your controller was correctly recognized, you should see the following output:
Current Bluetooth master: DE:AD:BE:EF:00:00 Setting master bd_addr to: 00:1F:81:00:06:20
In case that you see output such as:
pi@retropie:~/QtSixA-1.5.1/utils/bins $ sudo ./sixpair Current Bluetooth master: aa:aa:aa:aa:aa:aa Setting master bd_addr to aa:aa:aa:aa:aa:aa
Make sure that the directory /lib/firmware exists on your distribution. If you are on Retroarch, you have to create a symbolic link to /lib/firmware, otherwise sixpair might fail. (Reboot the system after creating the symbolic link).
sudo ln -s /lib/firmware/ /etc/firmware
(This hint was provided by user ‘dagosand’ in this thread of the Retropie ‘Help & Support’ forum. )
Now, disconnect the USB cable. The controller starts flashing all LEDs and pairs with your dongle. If the pairing is successful, only LED1 remains ON like on the image below:
thank you for your elaborate answer. I decided not to publish your instructions here, because they mainly
deal with the sixad daemon, which already works very well on the Retro Pi distribution. Since I wanted to use
my PS3 controller at the same time as my BT keyboard and mouse, I started to work on the patched bluez version.
However, I think that your instructions are quite useful for sixad/Retro Pi users. Therefore, I’d suggest to
post your tutorial at the Retro Pi forum. Thank you!
Hello everyone. Thank you for that great work. I have a little problem with detecting my PS3 Controller. When i try to get informations about my Controller, dmesg shows nothing about my controller. I use “dmes | grep input” command, but only my keyboard will displayed. What i am doing wrong?
what does dmesg say if it is wired via USB to your Pi? Does it rumble? If not, you probably got a faulty controller …
Hi luetzel, I have a new problem for another image I’m trying to fix. At step 5, I downloaded and extracted QtSixA but: pi@retropie:/QtSixA-1.5.1 $ patch -p1 < compilation_sid.patch patching file sixad/shared.h pi@retropie:/QtSixA-1.5.1 $ sudo make make -C qtsixa make: Entering directory '/QtSixA-1.5.1/qtsixa' pyuic4 -o ./gui/ui_qtsixa_mainw.py ./gui/ui/qtsixa_mainw.ui make: pyuic4: Command not found Makefile:7: recipe for target 'build' failed make: *** [build] Error 127 make: Leaving directory '/QtSixA-1.5.1/qtsixa' Makefile:6: recipe for target 'build' failed make: *** [build] Error 2 pi@retropie:/QtSixA-1.5.1 $ make make -C qtsixa make: Entering directory '/QtSixA-1.5.1/qtsixa' pyuic4 -o ./gui/ui_qtsixa_mainw.py ./gui/ui/qtsixa_mainw.ui make: pyuic4: Command not found Makefile:7: recipe for… Read more »
make sure to have the required header files installed. QtSixA depends as its name suggests on QT libraries.
“sudo apt-get install python-qt4 pyqt4-dev-tools qt4-designer” should solve your problem.
The link could be corrupt:
After this operation, 123 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Err http://mirrordirector.raspbian.org/raspbian/ jessie/main libgstreamer1.0-0 armhf 1.4.4-2
404 Not Found [IP: 126.96.36.199 80]
You probably have to do “sudo apt-get update” first. Or check with “sudo aptitude search libgstreamer” for the proper package name.
I have problems with step 4
pi@retropie: /bluez $ make -j3
Make: *** No targets specified and no makefile found. stop
make sure to execute “make” while being within the bluez directory which you have downloaded (“cd bluez”).
Unfortunately it does not depend on the directory. Cd bluez and i send the command ./configure –prefix = / usr –mandir = / usr / share / man –sysconfdir = / etc –localstatedir = / var –enable-sixaxis starts checking and in the last Line I have this error: configure: error: libical is required. From the blues folder i write make -j3 but the answer is makefile not found…
You are simply missing some header files (dependencies) for compilation of the package. Please run:
sudo apt-get install libdbus-1-dev libdbus-glib-1-dev libglib2.0-dev libical-dev libreadline-dev libudev-dev libusb-dev
Then, run ./configure –prefix=/usr –mandir=/usr/share/man –sysconfdir=/etc –localstatedir=/var –enable-sixaxis again,
which will generate the desired makefile.
Connected! You’re great. Thank you very much
Pairing accomplished!!! You have been very kind. thank you so much
Hi Luetzel, I am trying to connect a shanwan ps3 gamepad to my old laptop running Ubuntu 16.04. The gamepad seems to be stuck in some reconnection loop. All LEDs blink continuously but never settle on a number.
This is the hcidump after disconnecting: https://pastebin.com/a6WmTX5E The log repeats itself as the gamepad keeps trying to connect and disconnect.
Sixpair works fine and correctly shows the device: https://pastebin.com/88em69qy
The same gamepad connects to a rPi3 running retropie so the controller should be working fine. Any ideas what is going on?
Hi Dan, I strongly recommend to upgrade blueZ to version 5.44 since it contains a lot of fixes. According to your dump, you have blueZ 5.37 installed. Not sure if it is related to your problem, but you could try to play with settings in /etc/bluetooth/main.conf. The behavior of your controller appears to be a “connection timeout issue” during pairing. You could try to set DiscoverableTimeout = 0 and PairableTimeout = 0 in main.conf, so that your BT dongle remains visible to your controller during the pairing process. Make sure that your BT is in discoverable mode by adding ‘hciconfig… Read more »
Thanks for the help! I finally figured out what went wrong. There were issues with my laptop’s broadcom bluetooth. After getting a bluetooth dongle, I finally managed to connect my ds3 controllers wirelessly
I managed to get more fake controllers. This time its a SZMY-POWER CO.,LTD. PLAYSTATION(R)3 Controller. Unlike the panhai garbage, this one has a working tilt/accelerometer sensors!
It works great over cable and jstest can read all the axis including the tilt+accel. Unfortunately, it doesnt work with bluez. I managed to connect wirelessly with retropie’s “shanwan” ps3 driver but the tilt sensor no longer shows up. The controller definitely broadcasts tilt data. When logging bt data with hcidump -R, the values change as I rotate the controller. Is there a way to get bluez working with this controller?
AFAIK there are no functional patches for bluez available. It probably requires some reverse engineering in order
to modify the sixaxis plugin for bluez.
How can I do that?
In case that it shows version 5.23, reboot the system and check it again. If it still shows the wrong version, you must change your
./configure option to the installation path of your distribution’s bluez package.
” lists all files of the bluez package. With “rpm based distributions, do: “rpm -qlp ” and on Arch “pacman -Qlq “. Be aware that name might differ between distributions. Cheers /luetzel
whats your distribution? You should check the path of your distribution’s bluez and adjust the –prefix accordingly. On Debian based distributions, “dpkg-query -L
Hi Luetzel! Thanks for all the time you are spending with this. I have similar problem with a SHANWAN controller as some of the other commenters before: the controller connects, but it simple won’t pair. From bluetoothctl: [NEW] Controller A0:2C:36:6F:24:16 raspberrypi [default] [NEW] Device 05:37:96:52:63:25 PLAYSTATION(R)3 Controller [bluetooth]# info 05:37:96:52:63:25 Device 05:37:96:52:63:25 Name: PLAYSTATION(R)3Conteroller-PANHAI Alias: PLAYSTATION(R)3Conteroller-PANHAI Class: 0x000540 Icon: input-keyboard Paired: no Trusted: yes Blocked: no Connected: no LegacyPairing: no [CHG] Device 05:37:96:52:63:25 Connected: yes [PLAYSTATION(R)3Conteroller-PANHAI]# pair 05:37:96:52:63:25 Attempting to pair with 05:37:96:52:63:25 Failed to pair: org.bluez.Error.AuthenticationFailed [CHG] Device 05:37:96:52:63:25 Connected: no Sixpair: pi@raspberrypi:~/QtSixA-1.5.1/utils/bins $ sudo ./sixpair Current Bluetooth master:… Read more »
I noticed that your hcidump reports version 5.23. Since hcidump is part of bluez (located within the patched source under bluez/tools), I believe that something went wrong during your installation. Did you forget “sudo make install” after compilation? Here hcidump -v shows that version 5.43 is installed. You can check with “sudo service bluetooth status” whether the correct bluez version (5.44) is up and running.
Hello, I get to step 4, I just cloned your Already patched version, and first line works but make -j3 doesn’t work nor does sudo make install. I also get this when doing service status pi@raspberrypi:~ $ sudo service bluetooth status ● bluetooth.service – Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled) Active: failed (Result: exit-code) since Sat 2017-02-18 11:32:46 MST; 38min ago Docs: man:bluetoothd(8) Process: 1362 ExecStart=/usr/lib/bluetooth/bluetoothd (code=exited, status=203/EXEC) Main PID: 1362 (code=exited, status=203/EXEC) Feb 18 11:32:46 raspberrypi systemd: Starting Bluetooth service… Feb 18 11:32:46 raspberrypi systemd: bluetooth.service: main process exited, …EC Feb 18 11:32:46 raspberrypi systemd: Failed to start Bluetooth… Read more »
Please make sure to have build-essentials and header files installed. If you need further support, drop a line to webmaster_at_raspberryblog.de
Thank you for that I got almost to the end here. I know the rest just need it to connect. So I did an hcidump and it looks good. Handshake success connection complete. Sixpair shows same address for current and setting master which is my RPi3 bt mac. First it was the aa:aa etc so I did what was advised then this shows up so I figure I’ll try sudo Bluetoothctl instead. I did trust on Gasia Ps gamepad that says Playstation(R)3 controller. It says conceded yes. I enter pair and get authCancel. It shows up in emulationstation with USB… Read more »
Not sure if it is related to your problem, but you can try to play with settings in /etc/bluetooth/main.conf. The behavior of your controller appears to be a “connection timeout issue” during pairing. You could try to set DiscoverableTimeout = 0 and PairableTimeout = 0 in main.conf, so that your BT dongle remains visible to your controller during the pairing process. Unfortunately, I do not own any Gasia controllers and therefore cannot reproduce this issue.
They are both at 0. I did see that in previous comment. I don’t think it timesout because it did say success and all green in hcidump. Maybe faulty controller is my only conclusion. I was also unsuccessful at pc and Ubuntu pairing using all available solutions. I did get it to Bluetooth pair a few times with scl on pc but it will rumble forever with light 1 on. So my only conclusion is possible faulty bluetooth on gamepad. Cheers
Hello again. So i finally got it to work and the solution was simple. One was I didn’t do sudo CHMOD 755 sixpair and move it. But, I totally forgot about the little Reset button on the back. After deleting trust mac of PS3, rebooting and then starting over to pair and trust, it was successful. All i did was hold that down with PS button for 30 seconds. First time I just tapped it and it connected but no input was detected so I held it before disconnecting usb then hitting PS button and success. I did dmesg and… Read more »
Excellent! Wasn’t aware that there is a reset button, because I never needed to reset my controller. In fact it is also present on my Shanwan clones. However, it is a very tiny hole and hard to see on the backside. The reset button deep inside can be reached with a paperclip.
Hello, So I tried everything in your guide on my rp3 with retropie 4.1. , Had all sort of issues mentioned in here along the way witch I managed to sort out thanks to your advice. I did all of that on a fresh install, and my Gasia Controller still doesn’t pair. When I do “hcidump -x” I get this: > HCI Event: Connect Request (0x04) plen 10 bdaddr 00:26:5C:10:1D:B6 class 0x000540 type ACL > HCI Event: Command Status (0x0f) plen 4 Accept Connection Request (0x01|0x0009) status 0x00 ncmd 1 > HCI Event: Connect Complete (0x03) plen 11 status 0x08… Read more »
Howdy, not sure if it is related to your problem, but you can try to play with the settings in /etc/bluetooth/main.conf. Since your debugging output complains about a “connection timeout”, you could try to set DiscoverableTimeout = 0 and PairableTimeout = 0, so that your BT dongle remains visible for your controller during the pairing process. Unfortunately, I do not own any Gasia controllers and therefore cannot reproduce your issue.
It seems to be connected but the device just keep blinking and I get no input.
Any tips ? Here is the log :
kernel: input: Gasia Co.,Ltd PS(R) Gamepad as /devices/pci0000:00/0000:00:1d.0/usb2/2-2/2-2:1.0/0003:054C:0268.0028/input/input44
kernel: sony 0003:054C:0268.0028: input,hiddev0,hidraw3: USB HID v1.11 Joystick [Gasia Co.,Ltd PS(R) Gamepad] on usb-0000:00:1d.0-2/input0
bluetoothd: sixaxis: compatible device connected: PLAYSTATION(R)3 Controller (054C:0268)
bluetoothd: sixaxis: setting up new device
kernel: usb 2-2: USB disconnect, device number 13
kernel: input: PLAYSTATION(R)3 Controller as /devices/pci0000:00/0000:00:1d.1/usb3/3-2/3-2:1.0/bluetooth/hci0/hci0:69/0005:054C:0268.0029/input/input45
kernel: sony 0005:054C:0268.0029: input,hidraw3: BLUETOOTH HID v0.00 Joystick [PLAYSTATION(R)3 Controller] on 00:1a:7d:da:71:04
bluetoothd: sixaxis: compatible device connected: PLAYSTATION(R)3 Controller (054C:0268)
It is known that some compatible controllers keep blinking even if pairing is successful. Did you check with jstest, whether your controller is recognized as input device?