Bluetooth hinzufügen, damit man Lautsprecher und auch die Bluetooth-Temperatursensoren von Xiaomi anschließen kann.
Und natürlich noch andere Dinge, an die ich nicht denke.
Ps: Ich hoffe, es gibt enorm viele Stimmen 
Ich möchte auch Bluetooth für Lautsprecher, aber vor allem für die Anwesenheitserkennung über einen NUT (ich habe nicht immer mein Smartphone dabei).
+1 für die Schlüsselverwaltung NUT
Thema in Entwicklung, aber blockiert, da die verfügbaren Bibliotheken nicht 100% mit allen Systemen kompatibel sind. Man muss noch etwas Geduld haben.
Nur zur Info 
Was ist das Problem genau?
Genau, es ist ein bisschen kompliziert, aber im Großen und Ganzen:
- mit noble
- unter Windows muss ein generischer Treiber installiert werden, damit dein BLE-Gerät von der Bibliothek erkannt wird
- der Code ist voller Löcher und Fehler
- die Benachrichtigung funktioniert nicht richtig
- mit @abandonware/noble
- weniger Fehler im Code
- immer noch Probleme mit Windows
- Benachrichtigung nicht getestet
- mit Sblendid
- die Integration unter Linux ist noch nicht abgeschlossen
Die meisten anderen Bibliotheken sind spezifisch für Bluez (Linux).
Ich warte also auf etwas Stabileres.
Da es sich um einen sehr erwarteten Service handelt und die Bibliotheken noch nicht bereit sind, könnte eine „hybride“ Lösung in Betracht gezogen werden? Zum Beispiel eine Python-Bibliothek laufen lassen und sie mit dem Gladys-Code in NodeJS verbinden?
Falls du eine Python-Bibliothek oder etwas Ähnliches kennst, das den Zweck erfüllt, ist das technisch machbar.
Das muss mit dem Chef @pierre-gilles besprochen werden.
Für mich wäre die vielversprechendste Lösung, über noble oder @abandonware/noble zu gehen. Soweit ich weiß, basiert das Gladys v3 Bluetooth-Modul darauf und funktioniert noch, oder?
Zugegeben, wir hätten keinen Windows-Support, aber wer nutzt eigentlich Gladys auf Windows (außer bei der Entwicklung?) und selbst bei der Entwicklung gibt es viele Optionen: Docker, WSL, oder?
Angesichts der Nachfrage nach diesem Service bin ich sicher, dass es funktionieren würde!
Auf jeden Fall wurden die Dienste so konzipiert, dass sie nicht unbedingt alle Plattformen unterstützen müssen.
Funktioniert der Dienst @abandonware/noble zumindest unter Linux @AlexTrovato? Das ist meiner Meinung nach das Einzige, was zählt
Ich bin ein bisschen pingelig, aber könnte jemand den Titel ändern und « bluetHooth » in « Bluetooth » umändern? Weil wenn ich es so ausspreche, klingt es wie « bloufshoufshh » 
Das ist gut, das ist korrigiert
Ich kann nicht sagen, ob es unter Linux gut funktioniert, da ich unter Windows entwickle, aber auf jeden Fall funktioniert es nicht unter WSL 2.
Aber ich werde versuchen, auf Linux umzusteigen, um die korrekte Funktion der Bibliothek zu überprüfen.
Allerdings ist der Dienst selbst noch nicht fertig.
Okay, ich nehme die Entwicklungen zum Thema wieder auf, es gibt viel zu tun, ich stütze mich auf das Bluetooth des Raspberry.
Laut meinen ersten Tests verhindert eine nicht kompatible Bluetooth-Verbindung nicht, dass Gladys startet, und eine Meldung, dass das Bluetooth nicht aktiv ist, wird angezeigt.
Darauf gehen wir aus
Ich persönlich stimme für @abandonware/noble, das mir in 10 Minuten über eine Linux-VM ermöglichte, die Daten meiner Xiaomi MiJia Bluetooth-Low-Energy-Sensoren abzurufen!
Aber es stimmt, ich habe es nicht geschafft, es unter Windows (ohne WSL) zum Laufen zu bringen.
@pierre-gilles hast du dazu Nutzungsstatistiken (Betriebssystemverteilung)?
Andere Projekte schaffen es sicherlich unter Windows (vielleicht Home Assistant?), sich auf zwei verschiedene Komponenten zu stützen, könnte Sinn machen. Noble unter Linux und eine andere Anwendung unter Windows (Python, andere).
Ja! An der Anzahl der eindeutigen Instanzen seit dem Alpha-Release hatten wir:
Diese Zahlen zählen nur die Produktionsinstanzen, keine Entwicklungsinstanzen. Dennoch, beim Durchstöbern, scheinen die Instanzen, die unter Windows/Mac laufen, eher Tests als etwas anderes zu sein, diese Instanzen stammen aus der Beta 1…
Ich bin zu 100% dafür, vorerst auf Abandonware/Noble zu setzen!
Zumindest den Modul im „deaktiviert“-Modus auf anderen Plattformen als Linux anzeigen!
Die 22 Instanzen von @AlexTrovato 
Genau Die v4 ist so konzipiert, dass sie „plattformspezifische“ Dienste hat. Die package.json eines Dienstes kann also angeben, dass der Dienst nur auf Linux läuft.
Perfekt
Sind wir uns einig, dass die Idee ist, das Modul in der Liste anzuzeigen, aber klarzustellen, dass es nicht mit der Plattform kompatibel ist?
Sind wir uns einig, dass die Idee darin besteht, das Modul in der Liste anzuzeigen, aber klarzustellen, dass es nicht mit der Plattform kompatibel ist?
Ja! Genau das.