Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Should bluez rpi version be a dependecy anymore? #15

Open
mibofra opened this issue Aug 18, 2020 · 7 comments
Open

Should bluez rpi version be a dependecy anymore? #15

mibofra opened this issue Aug 18, 2020 · 7 comments

Comments

@mibofra
Copy link

mibofra commented Aug 18, 2020

As learnt from here: #14 , bdaddr is in bluez rpi version of the package.
But with the new master commit not using it anymore, should the rpi version of bluez be maintained as a dependecy in the debian package, or bluez rpi version provides something more?

@XECDesign
Copy link
Member

It could probably be downgraded to the +rpt1 version, but there are other changes not in the Debian package.

@mibofra
Copy link
Author

mibofra commented Aug 18, 2020

I've tested the latest versions of the bt support scripts with bluez from vanilla debian @XECDesign , the bluetooth is working fine. What is in bluez modded version to still be a dependency? (I could just to a diff between the two packages)

@XECDesign
Copy link
Member

@mibofra
Copy link
Author

mibofra commented Aug 18, 2020

@XECDesign RPi-Distro/firmware-nonfree#8 (comment) this comment, the user used bluez_5.50-1.2~deb10u1_armhf.deb from debian.
However, it's pretty specific, the suggestion is to make another bluez package, like bluez-rpi, not replacing the one from vanilla debian, but making it conflicting and providing it. So if bluez-rpi is installed, bluez is not installed.

When building the rpi image, having simply bluez-rpi in the packages list, will install it instead of bluez.

Example usage: other distros are not rpios, can import them directly of using rpios repos, to use them, without having package conflicts. Maybe that isn't the usual case, but it can be useful too.

@seamusdemora
Copy link

seamusdemora commented Sep 7, 2020

I have never had any luck getting BT on RPi3B+ to do anything useful. I gave up trying abt 2 years ago, after applying numerous "snake-oil" fixes. I've just seen a post on RPi SE wherein the OP implied he fixed his issues by applying this recipe. It is a mystery to me how the OP "fixed" his problem (also with a RPi3B+) with this recipe, but since nothing else has worked, I tried it also :P

Here's a synopsis:

pi@raspberrypi3b:~ $ apt info firmware-brcm80211 | grep Version
Version: 1:20190114-1+rpt7 
pi@raspberrypi3b:~ $ dpkg --status bluez | grep '^Version:'
Version: 5.50-1.2~deb10u1+rpt2
pi@raspberrypi3b:~ $ wget http://ftp.hk.debian.org/debian/pool/main/b/bluez/bluez_5.50-1.2~deb10u1_armhf.deb
...
Saving to: ‘bluez_5.50-1.2~deb10u1_armhf.deb’
pi@raspberrypi3b:~ $ sudo apt install ./bluez_5.50-1.2~deb10u1_armhf.deb
...
Note, selecting 'bluez' instead of './bluez_5.50-1.2~deb10u1_armhf.deb'
...
The following packages will be REMOVED:
  pi-bluetooth
The following packages will be DOWNGRADED:
  bluez
...
Do you want to continue? [Y/n] Y
...
Removing pi-bluetooth (0.1.14) ...
dpkg: warning: downgrading bluez from 5.50-1.2~deb10u1+rpt2 to 5.50-1.2~deb10u1
...
pi@raspberrypi3b:~ $ dpkg --status bluez | grep '^Version:'
Version: 5.50-1.2~deb10u1

In summary, it seems I've downgraded **FROM: ** Version: 5.50-1.2~deb10u1+rpt2 **TO: ** Version: 5.50-1.2~deb10u1.

Since making these changes, I've not tried to make any BT connections - my confidence is low that this will improve things. Can anyone offer any enlightenment, or is BT on Pi3B+ simply a hopeless cause?

@sebastianeferrer
Copy link

Since making these changes, I've not tried to make any BT connections - my confidence is low that this will improve things. Can anyone offer any enlightenment, or is BT on Pi3B+ simply a hopeless cause?

Dear @seamusdemora be happy now! This bugfix will through light to you solving the conflicts between wifi and bt on any Rpi model using CYW43455.

Check it out here -> RPi-Distro/firmware-nonfree#8

@seamusdemora
Copy link

@sebastianeferrer 👍 Thank you for the update - I've added a comment to the referenced RPi SE Q&A.

I will take your advice and "be happy now" :) However... issues with Bluetooth on RPi go well beyond the WiFi-BT interference issue. To blether just a wee bit:

  1. I finally did make some progress wrt BT on my RPi system REF this Q&A. I can state unequivocally that it had nothing to do with WiFi (it's not enabled on this RPi). I feel the issue is rather one of poor documentation, and (perhaps) some dodgy software! Why should BT be virtually unusable on a headless RPi (RPi OS Lite) when it is largely a "point-and-click" operation in the GUI??
  2. I don't know any of the details on the changes you've made in the bugfix. If it helps those who use BT and WiFi together, then bully for you! :) But as I understand it: all RPis share their 2.4 GHz antenna with WiFi and BT, and if that's the case, there will always be issues that software cannot overcome.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants