Zweite Homebridge als Bluetooth Brücke

Hi donni1966 und willkommen mit Deinem ersten Beitrag hier im Forum.

Zitat von donni1966

Meine Frage: Geht das?

Absolut!

Wir reden hier natürlich nur von Geräten die per Homebridge und Bluetooth durch ein Plugin in HomeKit sind. Nicht von nativ HomeKit Bluetooth Geräten. Nicht, dass noch neuere Neulinge bei dem Thema "Bluetooth Brücke" etwas falsch verstehen.

Ich habe das bei mir z.B. so gelöst und einfach einen Pi Zero W in eine optimale Reichweite zu meinen SwitchBot Bluetooth Geräten gebracht. Meine "Haupt" Homebridge ist irgendwo in der Schublade und auf aktuellem Node und npm.

Beim Pi Zero W läuft Homebridge mit einer ältere Node wegen der Bluetooth Plugin Kompatibilität und die ist einfach wie jede andere Bridge auch in HomeKit drin im selben Zuhause.

Das habe ich sogar 2x, also noch einen Zero W als Bridge, für andere Bluetooth Sensoren für das Plugin mi-hygrothermograph.

Und damit sind alle SwitchBot und Mi Bluetooth Temperature & Humidity Monitor, bzw. E-Ink sensor / CGG1 in HomeKit jederzeit und auch von außerhalb erreichbar. Läuft einwandfrei.

Vielleicht ist der Hintergrund auch ein Hilfe.

Zitat von donni1966

dazu würde ich eine zweite Homeride Installation aufbauen und nur die Sensoren einbinden, was auch den Vorteil hätte, dass ich eine ältere Node.js Version nehmen könnte, ohne die Kompatibilität zu den anderen Plugins zu verlieren.

Meine Frage: Geht das?

also kann eine selbe Homeride Seriennummer als Hub in bestehenden Haus eingebunden werden?

So mache ich das. Ich verwende mi-flora-Sensoren. Die werden ausgelesen durch https://github.com/ThomDietrich/miflora-mqtt-daemon, an einen MQTT-Server gesendet (mosqitto) und von homebridge-mqttthing ausgelesen und an HomeKit gesendet.

Dazu verwende ich einen eigenen Raspi, einfach weil die anderen zu ungünstig für das Bluetooth-Signal standen. Die Installation erfolgte deswegen so "aufwändig", weil ich keine alte Node-version einsetzen wollte. Die Installation selbst ist sehr einfach und läuft zuverlässig:

• miflora-mqtt-daemon installieren und Adresse der Sensoren konfigurieren
• mosquitto installieren und nix konfigurieren
• homebride-mqttthing installieren und konfigurieren wie hier:

{
"accessory": "mqttthing",
"type": "humiditySensor",
"name": "Fittonia",
"url": "http://homepi.lan:1883",
"logMqtt": true,
"topics": {
"getCurrentRelativeHumidity": {
"topic": "miflora/Fittonia",
"apply": "return JSON.parse(message).moisture"
}
},
"history": true
},
{
"accessory": "mqttthing",
"type": "humiditySensor",
"name": "Dracaena",
"url": "http://homepi.lan:1883",
"logMqtt": true,
"topics": {
"getCurrentRelativeHumidity": {
"topic": "miflora/Dracaena",
"apply": "return JSON.parse(message).moisture"
}
},
"history": true
}

Die Daten des Sensor-Raspis werden so per WLAN an versendet.

Natürlich kannst du deinen Plan auch umsetzen wie von die beschrieben und mit einer älteren Node-Version und dem Homebridge-Plugin arbeiten. Bei mir haben alle Homebridges unterschiedliche Homebridge-Pins. Ich dachte, das muss so.

Zitat von donni1966

In etwa so?

Jein. Erstmal musst du noch temperature richtig schreiben.

Soweit ich es verstehe, kann mqttthing (noch) keine grouped accessories darstellen. Bei mir funktioniert deine Konfiguration jedenfalls nicht. Es sieht bei mir eher so aus:

{
"accessory": "mqttthing",
"type": "humiditySensor",
"name": "Dracaena Wasser",
"url": "http://homepi.lan:1883",
"logMqtt": true,
"topics": {
"getCurrentRelativeHumidity": {
"topic": "miflora/Dracaena",
"apply": "return JSON.parse(message).moisture"
}
},
"history": true
},

{
"accessory": "mqttthing",
"type": "humiditySensor",
"name": "Dracaena Temp",
"url": "http://homepi.lan:1883",
"logMqtt": true,
"topics": {
"getCurrentTemperature": {
"topic": "miflora/Dracaena",
"apply": "return JSON.parse(message).temperature"
}
},
"history": true
}

Zitat von donni1966

Konfiguriert man den Sensor mit Control-UI-x was trägt man hier ein?

Ich habe den manuell konfiguriert, soll heißen, ich habe einen Editor genommen und JSON geschrieben. Ich nehme dazu meist den Editor von homebridge-config-ui-x. Was man da über die Einstellungen des Plugins machen müsste, ist mir nicht ganz klar. Ich glaube, das funktioniert nicht richtig oder ist zu komplex für das Web-UI.

Zitat von donni1966

Das geht gut, läuft stabil auch mit 14 Sensoren und erzeugt erst mal was ich brauche.

Bei mir stürzt Bluetooth in unregelmäßigen Abständen ab. Ich verwende das interne Bluetooth-Modul. Auch habe ich Lücken in den Messungen, was man in meiner History sieht. Das ist eine selbstgebastelte History, nicht die von Eve. Dort wird mir sowieso immer nur 0% Luftfeuchtigkeit angezeigt, was mir aber bislang egal ist.

Der MQTT-Server hat nicht einmal geschwächelt. Geile Software. Diesen Server frage ich dann per Node Red ab, stecke die Ergebnisse in eine influxdb und visualisiere dann die Daten der influxdb mit Grafana. Das ist Zeugs für Hartgesottene, aber ich hatte irgendwann Langeweile und hab's dann mal zusammengekleppert.

Zitat von donni1966

und ich hätte gerne auch Batterie und Temperatur und eben auch LUX, also Helligkeit.

Verwenden kannst du light, temperature, moisture, conductivity und battery.

Zitat von donni1966

Den NODE-RED hab ich mir mal installiert, aber ich suche da noch ne schicke Doku - vorzugsweise auf Deutsch.

Es ist gar nicht so schwierig. Die Pflanzendaten werden aus dem MQTT-Server ausgelesen, etwas aufgehübscht, so dass sie dem Format entsprechen, das die influxdb versteht, und dann dorthin gesendet. Sieht so aus:

Die ganze "Technik" besteht aus drei Nodes:

• links der MQTT-Node. Hier werden nur die Adresse des MQTT-Servers angegeben und das Topic.
• in der Mitte die Formatierung der Daten. Das ist der schwierigste Teil des Ganzen. Ich habe oben mal die Programmierung eingeblendet.
• rechts der influx-Node. Hier wird nur die Adresse des influxdb-Servers angegeben. Der Node gehört nicht zum Lieferumfang von Node Red und muss nachinstalliert werden, was so einfach ist wie das Installieren von Plugins in Homebridge.

Ya, it's that simple. Klick, klick, klick, fertig.

Auch der Umgang mit der influxdb ist nicht viel schwieriger. Und Grafana auch nicht. Ein schönes Projekt für einen verregneten Sonntagnachmittag. Linuxkenntnisse sind von Vorteil.

Und jetzt klappt's?

Die Influxdb ist eine Maschine, die Daten in einem bestimmten Format speichert und dazu immer automatisch einen Timestamp hinzufügt.

Die Daten werden in Datenbanken gespeichert. Deine Datenbank heißt topics. Meine heißt mydb. In einer solchen Datenbank können die Daten von vielen unterschiedlichen Messquellen gespeichert werden. Bei mir werden in einer einzigen Datenbank die Werte meiner Pflanzen, meiner Raspis und der Außentemperatur gespeichert.

Die Daten werden in measurements abgelegt. Beispielsweise habe ich ich die Werte der Außentemperatur im measurement "temperature" abgelegt, aber die Temperaturwerte der Raspis befinden sich auch darin. Die Bodenfeuchtigkeitswerte meiner Pflanzen befinden sich im measurement "moisture".

Schematisch sieht das so aus:

database mydb

measurement temperature

[1576304563534280557,"redpi","host",52.9]

[1576304563534280601,"homepi","host",51.2]

[1576304563534280899,"bluepi","host",47.7]

[1576304563534280909,"litepi","host",49.1]

[1576304563534281001,"frankfurt","location",18.5]

database mydb

measurement moisture

[1586936806565253299,"Dracaena","plant",51]

[1586936960782796679,"Fittonia","plant",48]

[1586937110450024149,"Dracaena","plant",50]

[1586937286742464212,"Fittonia","plant",48]

[1586937427509442211,"Dracaena","plant",50]

Das Format besteht aus vier Teilen:

timestamp, name, type, value

• timestamp: wird automatisch von der Influxdb gesetzt
• name: der Name der Pflanze
• type: Typ der Pflanze, bei mir einheitlich plant. Könnte aber auch Laub, Nadel, Bonsai, außen, innen oder sonstwas sein. Wird von den Influxdblern auch tag genannt.
• value: der Messwert

Ich kann jetzt eine Query absenden, die mir beispielsweise die Werte meiner Pflanzen anzeigt:

select * from moisture where "type" = 'plant'

Hätte ich reichlich Pflanzen, drinnen und draußen, könnten eine solche Abfragen auch lauten:

select * from moisture where "type" = 'garden' and "name" = "Rose"

select * from moisture where "type" = 'house' and "name" = "Rose"

Geht bei mir nicht, ich kann ja nur nach plant abfragen.

Du hast dein Measurement moisture_Buecher-Regal_oben genannt. Das würde ich nicht machen. Ich würde die Bodenfeuchtigkeitswerte aller Pflanzen in das Measurement "Feuchtigkeit" speichern und den type so setzen: "Wohnzimmer", Esszimmer", "Schlafzimmer", "Lobby", "Bibliothek", "Fitnessraum", "Park" und entsprechend für den Rest deines Anwesens. Das würde es dir erlauben, ein Abfrage zu starten, die dir die Feuchtigkeistwerte für das Wohnzimmer angibt (wahrscheinlich albern):

select * from Feuchtigkeit where "type" = 'Wohnzimmer'

Man kann auch mehrere types setzen, aber dazu verweise ich mal hierhin:

https://docs.influxdata.com/in….8/concepts/key_concepts/

Die machen das da mit Bienen und Blümchen oder so.

So. In Node Red müssen die Daten, die gespeichert werden sollen, der Datenbank in einem bestimmten Format überreicht werden. Die Node Red-Funktion baut das entsprechend zusammen:

msg.payload = [{

"value": msg.payload.moisture,

},

{

"type": "plant",

"name": "Fittonia"

}];

msg.measurement = "moisture";

return msg;

Node Red-Nodes überreichen dem nachfolgenden Node alles in der Variablen msg und bekommen vom Vorgänger alles aus der Variablen msg. Diese Variable enthält eine payload, und fast alle Nodes erwarten dort die wesentlichen Daten.

Der Wert vom MQTT-Node ist in msg.payload.moisture gelandet, und den übertrage ich nach msg.payload.value. Dann bastle ich noch msg.payload.name und msg.payload.type dran und fertig ist die Laube. Damit die Datenbank weiß, zu welchem measurement sie die Werte hinzufügen soll, gebe ich noch msg.measurement dazu. Der Influx-Node weiß dann, wie er das der Influxdb übergeben muss.

Nein, das ist mir alles nicht so zugeflogen. Da habe ich schon ein Weilchen dran zu schwitzen gehabt, aber dann hat es natürlich einen Haufen Spaß gemacht. Ich bin wirklich kein Experte von Influxdb, ich hab mir gerade die minimalsten Basics draufgeschafft und man kann das sicherlich alles noch viel eleganter machen.

Zitat von donni1966

vielen Dank für die Erklärung. Gut ich musste es dreimal lesen, bis ich 20% verstanden hatte aber das liegt am Alter glaube ich.

Ja, du bist vielleicht noch zu jung dafür.

Zitat von donni1966

Übrigens scheint es wirklich so zu sein, dass - wenn auch wesentlich später als bei dem Plugin miflora... - der Bluetoothverkehr irgendwann eingestellt wird.

Das liegt wohl an dem Raspi-Bluetooth. Ich restarte es dann mit sudo hciconfig hci0 reset

Deine Grafik sieht geil aus. Besser als meine. Das klau ich mal.

Zitat von donni1966

Meine Frau hat ne Jacke gekauft mit extrem langen Ärmeln und Schnüren dran und bitte mich die anzuziehen. Keine Ahnung was die will.

*achselzuck*