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

RuuviCollector gives up after BT HW error #42

Closed
laiti opened this issue Nov 28, 2019 · 5 comments
Closed

RuuviCollector gives up after BT HW error #42

laiti opened this issue Nov 28, 2019 · 5 comments
Labels
bug unconfirmed Unconfirmed bug or behavior

Comments

@laiti
Copy link

laiti commented Nov 28, 2019

Every time this appears in dmesg, RuuviCollector stops collecting data: [ke marras 27 20:51:50 2019] Bluetooth: hci0: hardware error 0x43. The process itself does not crash, it is still there but nothing appears in logs about the situation.

@Scrin
Copy link
Owner

Scrin commented Nov 28, 2019

What hardware & OS are you using? And when this happens, can you see a hcitool and a hcidump process running in addition to the collector process?

@Scrin Scrin added bug unconfirmed Unconfirmed bug or behavior labels Nov 28, 2019
@laiti
Copy link
Author

laiti commented Nov 28, 2019

I’m running Raspbian 9.11 on Raspberry Pi 3. The situation is not easy to catch as it happens only once a week or so. But I'll add a process logger to investigate the situation.

@laiti
Copy link
Author

laiti commented Jan 5, 2020

Finally catched this one. Here's output from my ruuvi restart script:

[Wed Jan  1 01:55:18 2020] Bluetooth: hci0: hardware error 0x19

ps -fu ruuvi:
UID        PID  PPID  C STIME TTY          TIME CMD
ruuvi    29200     1  0  2019 ?        03:10:46 /usr/bin/java -jar ruuvi-collector-0.2.jar
ruuvi    29218 29200  0  2019 ?        00:00:00 hcitool lescan --duplicates --passive
ruuvi    29220 29200  0  2019 ?        00:35:17 hcidump --raw

HW error, restarting ruuvi.service at Wed Jan  1 01:56:01 EET 2020

@Scrin
Copy link
Owner

Scrin commented Jan 5, 2020

Hmm, so it seems neither hcitool nor hcidump crashes/exits when this happens, which makes it hard to reliably detect this error from within the collector as I don't want to add dependencies to dmesg as normal users can't access it on a properly secured system.. either way that'd be a workaround for a problem somewhere else; the real solution would be figuring out why the bluetooth gets those hardware errors. One possible cause for that is a bad power supply that doesn't supply stable enough voltage, as there's almost no voltage regulation on the RPi itself

@laiti
Copy link
Author

laiti commented Jan 5, 2020

Hmm, ok. I could switch to official RP power source and see if this still happens.

@Scrin Scrin closed this as completed Apr 10, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug unconfirmed Unconfirmed bug or behavior
Projects
None yet
Development

No branches or pull requests

2 participants