@mcu said in jarvis v3.0.0 - just another remarkable vis:
@funky4t Wird gerade daran gearbeitet. Callback in den Komponenten Optionen zum LevelBody.
SUUUUPER! Ihr seid eine klasse Truppe und ich finde es hammer geil, wie ihr auch den "Nicht-Cracks" die Logik und das System richtig gut erklärt und helft! Riesengroßes Danke dafür!!! 
@mcu noch was gelernt... das wusste ich nicht, dann leuchtet es mir doppelt ein... Danke Dir!
Herzlichen Dank @thomas-braun für deine Info zum Adapter und dem DIAG, dann muss ich vorläufig nicht weiter probieren.
Ich würd mich gern hier "anhängen"... Habe den Broker als VM in Proxmox laufen und der BLE lief bis dahin okay. Ich musste aus einem anderen Grunde heute ein Proxmox Backup einspielen, lief alles reibungslos bis ich merkte, dass meine BLE devices (Xiaomi Temp/Humidtiy) sich angeblich seit 7 Tagen (Date vom letzten Backup) nicht aktualisiert haben. Hab den BLE Adapter gecheckt, der DriverState steht auf unknown und die Objects werden nicht upgedatet. Ich hab die States gelöscht, danach wurden sie auch nach BLE Neustart nicht neu geschrieben. Adapter gelöscht, neu installiert, leider erfolglos.
Hab mit ChatGPT ebenfalls einiges getestet, leider erfolglos. Komisch war da, dass
sudo hcitool lescan
auf der Broker wie hier diverse BLE Geräte anzeigte, die aber im BLE Adapter nicht angelegt wurden.
iob logs --watch
ergibt folgendes:
2024-12-07 21:12:38.011 - info: host.debianbroker stopInstance system.adapter.ble.0 (force=false, process=true)
2024-12-07 21:12:38.014 - info: ble.0 (8139) Got terminate signal TERMINATE_YOURSELF
2024-12-07 21:12:38.015 - info: ble.0 (8139) terminating
2024-12-07 21:12:38.015 - info: ble.0 (8139) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2024-12-07 21:12:38.106 - info: host.debianbroker stopInstance system.adapter.ble.0 send kill signal
2024-12-07 21:12:38.516 - info: ble.0 (8139) terminating
2024-12-07 21:12:38.558 - info: host.debianbroker instance system.adapter.ble.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2024-12-07 21:12:41.677 - info: host.debianbroker instance system.adapter.ble.0 in version "0.14.0" started with pid 10359
2024-12-07 21:12:41.954 - debug: ble.0 (10359) Redis Objects: Use Redis connection: 127.0.0.1:9001
2024-12-07 21:12:41.978 - debug: ble.0 (10359) Objects client ready ... initialize now
2024-12-07 21:12:41.979 - debug: ble.0 (10359) Objects create System PubSub Client
2024-12-07 21:12:41.979 - debug: ble.0 (10359) Objects create User PubSub Client
2024-12-07 21:12:42.034 - debug: ble.0 (10359) Objects client initialize lua scripts
2024-12-07 21:12:42.036 - debug: ble.0 (10359) Objects connected to redis: 127.0.0.1:9001
2024-12-07 21:12:42.116 - debug: ble.0 (10359) Redis States: Use Redis connection: 127.0.0.1:9000
2024-12-07 21:12:42.182 - debug: ble.0 (10359) States create System PubSub Client
2024-12-07 21:12:42.182 - debug: ble.0 (10359) States create User PubSub Client
2024-12-07 21:12:42.258 - debug: ble.0 (10359) States connected to redis: 127.0.0.1:9000
2024-12-07 21:12:42.334 - info: ble.0 (10359) starting. Version 0.14.0 in /opt/iobroker/node_modules/iobroker.ble, node: v20.18.1, js-controller: 7.0.3
2024-12-07 21:12:42.398 - info: ble.0 (10359) loaded plugins: Xiaomi, mi-flora, ruuvi-tag, BTHome, _default
2024-12-07 21:12:42.398 - info: ble.0 (10359) enabled plugins: Xiaomi, _default
2024-12-07 21:12:42.398 - info: ble.0 (10359) monitored services: fe95
2024-12-07 21:12:42.448 - info: ble.0 (10359) starting scanner process...
2
In der Vergangenheit hab ich die BLE Themen immer mit Google oder ChatGPT hinbekommen, aber heute stoße ich an meine Grenzen.
Falls ich hier völlig falsch bin seht es mir bitte nach, der Broker ist für mich Hobby und ich sehe ich eher als User. Aber wenn ich helfen kann einen Bug einzukreisen unterstütze ich gern. Falls der Bug vorm Bildschirm ist, lern ich gern dazu! 
Ergebnis von
iob diag
findet ihr hier: iobdiag.rtf
Was ich noch versucht habe sind
iob fix
ohne Fehlermeldung durchgelaufen
sudo setcap cap_net_raw+eip $(eval readlink -f `which node`)
ohne Effekt, hat sonst immer funktioniert.
Ich werde morgen mal eine neue VM mit IOB und nur dem BLE aufsetzen und dann schauen, wie sich der BT Stick darin verhält....
@thomas-braun Ergibt in diesem Fall dann mehr als durchaus Sinn! Würde heißen, eventuell kriegen die Ubuntus das BT Thema in ZUkunft wieder gefixt oder auch nicht, wäre halt Abwarten angesagt. Hab aber dank Proxmox schon ewig kein Backup mehr mit Backitup machen müssen und war sehr positiv erstaunt, was da die letzten Releases reingekommen ist. Da war der Umzug von Ubuntu zu Debian auch schnell erledigt!
Dann lass ich den Broker eben auf Debian rennen, mir ist es egal, solange mein Broker läuft!
Danke für deine Aufklärungsarbeit! 
@thomas-braun muss am Schnubbubuntu Kram liegen.... 
Hab ne 12 Debian installiert, BLE Adapter raufgezogen, mit dem USB aus der alten VM gekämpft, aber dann sauber in Debian eingebunden bekommen und siehe das BLE rennt wie gewohnt. Jetzt muss ich morgen nur noch mal nen Debian ohne GUI draufziehen, irgendwie wollte mir das heute 2x nicht gelingen, obwohl ich bei der Installation OHNE GUI ausgewählt habe.... Kann mich erinnern, dass das auch schonmal einfacher war!
Jetzt aber die Laienfrage.... Das Bluez-Paket ist doch eigentlich nen Linux Paket, also unabhängig von Ubuntu oder Debian, bzw. eigentlich ein Paket für beide Distros? Oder ist im Debian eventuell die Buggy Bluez (noch) nicht integriert? Sorry für die dumme Frage, aber so hatte ich es mir immer erklärt...
Der stick ist definitiv kein Hybrid WLAN/BT Device, das Problem hatte ich damals schon erkannt, dass die interne NUC Karte dieses Problem verursacht, ergo hab ich es mit einem externen Dinge only BT probiert. Da bleib ich bei der These aus dem Git Issue, dass Bluez und Ubuntu 24.04 scheinbar noch nicht läuft...
Danke aber dennoch vielmals für deine Richtungsweisung! 
@thomas-braun setz ich morgen mal ne VM mit auf... Vorher wars ne original 20.04 Ubuntu, oder ist das kein "original"? Dachte der Broker läuft auf Debian und Ubuntu?
@darknight21 das würde meine Annahme zum Bluez Problem (siehe unten) bestätigen.
Bin als Laie nicht so ganz sicher, welches Log du brauchst. Im Broker ergibt sich
Es macht also den Eindruck, es läuft alles sauber. Ich hab den BLE Adapter mal gestoppt, den DP Baum gelöscht und den Adapter gestartet. Danach wurde der Adapter nicht mehr grün, er blieb auf gelb.
Ich hab jetzt ein paar Stunden im Netz gegoogelt, aber so richtig schlauer bin ich immer noch nicht.
Ich hab noch folgenden Log im Terminal gemacht:
sven@brokernew:/lib/firmware/brcm$ sudo dmesg | grep -i bluetooth
[ 110.615311] Bluetooth: Core ver 2.22
[ 110.615337] NET: Registered PF_BLUETOOTH protocol family
[ 110.615338] Bluetooth: HCI device and connection manager initialized
[ 110.615341] Bluetooth: HCI socket layer initialized
[ 110.615343] Bluetooth: L2CAP socket layer initialized
[ 110.615345] Bluetooth: SCO socket layer initialized
[ 214.380610] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 214.380617] Bluetooth: BNEP filters: protocol multicast
[ 214.380622] Bluetooth: BNEP socket layer initialized
[ 214.428163] Bluetooth: hci0: BCM: chip id 63
[ 214.429078] Bluetooth: hci0: BCM: features 0x07
[ 214.445146] Bluetooth: hci0: BCM20702A
[ 214.445151] Bluetooth: hci0: BCM20702A1 (001.002.014) build 0000
[ 214.449357] Bluetooth: hci0: BCM20702A1 'brcm/BCM20702A1-0a5c-21e8.hcd' Patch
[ 216.554015] Bluetooth: hci0: command 0x0a0a tx timeout
[ 216.554073] Bluetooth: hci0: BCM: Patch command 0a0a failed (-110)
[ 216.554089] Bluetooth: hci0: BCM: Patch failed (-110)
[ 218.666012] Bluetooth: hci0: command 0x1001 tx timeout
[ 218.666045] Bluetooth: hci0: BCM: Reading local version info failed (-110)
sven@brokernew:/lib/firmware/brcm$
Irgendwie kriegt Ubuntu? den Broadcom Treiber wohl nicht geladen. Mit den Fehlermeldungen dort habe ich folgenden Git Issue gefunden:
https://github.com/bluez/bluez/issues/828
Bin ich auf dem Holzweg, dass der Treiber in Ubuntu nicht nativ integriert ist und über Bluez und das korrekte .hc File integriert wird? Und am Ende dort grade ein Problem mit Ubuntu 24.04 besteht?
Ich weiß dass ich den Broadcom bei 20.04 auch aus Git gezogen habe, danach lief dann aber alles tip top.... Leider hab ich 22.04 "übersprungen", ich kann aber mal ne 22.04 VM in Proxmox aufsetzen und dort schauen, ob BT läuft.... Generell war aber die .HC aber noch vorhanden, also hat das 24.04 Update die Datei nicht überschrieben/gelöscht.
Genau dafür fehlen mir ein wenig die Linux-Grundlagen.... Aber so erarbeitet man sie sich ja wiederum auch....
Wenn das mit Bluez so stimmt, müssten wir/ich ja nur auf einen Fix warten bzw. das System wieder auf 22.04 bringen....
Falls Du andere Logs benötigst, hilf mir doch bitte auf den Weg, ich liefere gerne...
Danke im Voraus, Sven
hi @thomas-braun,
System lief einwandfrei bis zum Ubuntu Update. Ich geh dem Phänomen nächste Woche auf die Spur…dann hab ich Stick 2 da und bin daheim 
Hätte ja nur sein können, dass wer ähnliches erlebt hat und sich eventuell 24.04 irgendwelche Bugs in Richtung BT Driver eingeschlichen haben…
Ab Montag kann ich mit Logs und Co dienen!
BG Sven
Hi Zusammen,
ich hab mit dem BLE Adapter lange Zeit meine Xiaomi Thermometer/Hygrometer eingebunden gehabt. Lief alles reibungslos!
Vor ein paar Tagen habe ich dann mein System (NUC mit Proxmox 8 und IObroker auf Ubuntu als VM) von 20.04 auf 24.04 Noble Numbat hochgezogen. Das Upgrade lief 100% reibungslos, alle Pakete liefen durch und der Broker startete alle Adapter ohne Meldungen im Log.
Soweit so gut, dann sah ich aber 4 Tage später auf Dienstreise, dass der Timestamp meiner Sensoren in Jarvis 4 Tage alt war. Daheim angekommen hab ich den BLE Adapter und die Datenpunkte geprüft, siehe da, keine Aktualisierung seit Zeitpunkt meines Ubuntu Updates. Der BLE Adapter selbst ist grün, driver state steht auf "unknown" ```
hciconfig
sagt hci0 ist UP und running.
lsusb
sagt USB Stick ist erkannt. Der BT Stick steckt in dem NUC und wird in die VM durchgereicht.
Ich habe dann testweise ein komplett neues Iobroker System in einer 24er Ubutunut VM aufgesetzt und nur versucht dort den BLE Adapter in Betrieb zu nehmen, leider mit dem gleichen Ergebnis - BLE Adapter grün, driverstate unknown, keine Aktualisierungen.
Wenn ich von unserem WE Trip heim bin, versuch ich nochmal ein 22.04 System neu aufzusetzen und schaue, ob dort der Stick und Adapter darinfunktioniert, Alternativ auch gern nochmal ein 20.04 System zum testen.
Da ich mich im Wesentlichen als Anwender sehe und nur minimal "unter der Haube" verstehe, bin ich grade etwas überfragt, wo ich sonst noch schauen kann und wo ggf. Ubuntu aufhört und der Adapter anfängt. Eventuell hat 24.04 ja ein Problem meinen Stick zu erkennen. Auch hier hab ich beim großen A schonmal einen zweiten besorgt.
Falls Jemand aber ein ähnliches Phänomen bei 24.04 hat, dann beruhigt es mich schonmal, dass ich nicht alleine bin!
Wie geschrieben, bin für Tips sehr dankbar, kann die aber erst Sonntag Abend oder Montag wieder testen. Schönes WE euch!
@mcu noch was gelernt... das wusste ich nicht, dann leuchtet es mir doppelt ein... Danke Dir!
