Nein, tatsächlich wird die Anwesenheit eines Geräts nicht verwaltet, auch die Anwesenheit eines Nutzers über ein Gerät nicht… es ist im Moment noch recht begrenzt: Batteriestand und Temperatur, wenn ein Thermometer vorhanden ist… aber es ebnet vor allem den Weg für andere, spezifischere Dienste.
Huch, den habe ich verpasst. Nein, ich weiß nicht, ich habe mich nicht weiter damit beschäftigt. Das hindert mich aber nicht daran, es zu tun. Ich werde trotzdem die Entwicklungen in der Bibliothek im Auge behalten und schauen, ob neue Funktionen und Fehlerbehebungen integriert werden.
Ich lade Sie ein, bei Bedarf ein eigenes Thema im Entwicklungsbereich zu erstellen. Ich schließe diese Feature-Anfrage, damit die Abstimmungs-Token freigegeben werden.
Ich greife das Thema des Bluetooth-Fehlers (verfolgt in einem Thema „Bluetooth: Xiaomi“) auf.
Nach einigen Austauschen lag das Problem an einem benutzerdefinierten Docker-Image, das den Parameter --network=host nicht enthielt.
Das Problem ist also gelöst.
Zu beachten ist, dass diese Information im README (im Bluetooth-Dienst) steht.
Okay, gut zu wissen!
Wäre es nicht sinnvoll, eine Warnung im Bluetooth-Dienst anzuzeigen, wenn das nicht der Fall ist? (Der Container ist nicht im NetworkMode=host?)
Nicht dumm, aber vielleicht etwas Low-Effort. Aber wir können das in die Backlog aufnehmen 
Oder deaktiviere den Dienst, wenn Docker und das Netzwerk nicht im Host-Modus ist.
Das könnte den Start der App stark verlangsamen…
Mm stimmt
Ein erster Schritt ist, zumindest in der Benutzeroberfläche zu kommunizieren, denn momentan ist der Nutzer etwas verloren.