NEWS
Test Adapter LoraWan
-
@j_paul
Stell dir vor, du wohnst in Marrakesch, wo die Sonne an 320 Tagen im Jahr unerbittlich vom Himmel brennt, die Luft trocken ist und Wasser das wertvollste Gut überhaupt darstellt. Während die meisten Menschen in deiner Nachbarschaft sich auf gutes altes Bauchgefühl oder das allwissende Orakel (auch bekannt als der Wasserhahn) verlassen, bist du der wahre Wasserflüsterer. Aber du machst das nicht allein, sondern mit einer Kombination aus hochmoderner Technologie und einer Prise digitaler Magie: LoRaWAN, iobroker und ein paar clever platzierte Drucksensoren in deinen Zisternen.
Lass uns einen Blick auf dein brillantes Setup werfen. Du hast drei Zisternen, die alle eine besondere Aufgabe haben. Zisterne Nummer 1 ist die Königin des Systems, die Hauptzisterne. Sie versorgt nicht nur dich, sondern auch drei weitere Haushalte. Sie ist die heilige Quelle, die über Wohl und Wehe der Nachbarschaft entscheidet. Ob Wasser zum Kochen, Duschen oder Zähneputzen – die Hauptzisterne liefert es. Daher ist es umso wichtiger, dass du hier immer den Überblick behältst. Dank eines Drucksensors, der den Wasserstand präzise misst, weißt du jederzeit, ob genug Wasser vorhanden ist oder ob es vielleicht Zeit wird, die Pumpe zu aktivieren und frisches Wasser nachzuschießen. Es gibt keine Überraschungen mehr – du bist stets einen Schritt voraus.
Aber das ist noch lange nicht alles! Zisterne Nummer 2 hat eine spezielle Aufgabe: Sie sorgt dafür, dass dein Garten immer in sattem Grün erstrahlt, selbst in der Hitze des marokkanischen Sommers. Deine Pflanzen werden dank deines Systems niemals Durst leiden müssen. Wenn der Wasserstand sinkt, gibt dir dein Drucksensor ein freundliches Signal, dass es an der Zeit ist, nachzulegen. Keine verdorrten Pflanzen, keine enttäuschten Gartenzwerge – einfach nur perfektes Timing.
Und dann ist da noch Zisterne Nummer 3, die das geheime Herzstück deines Pools darstellt. Stell dir vor, der Wasserstand im Pool sinkt – vielleicht wegen einer besonders wilden Poolparty oder einfach nur wegen der Verdunstung unter der marokkanischen Sonne. Kein Problem, denn Zisterne Nummer 3 steht immer bereit, um den Pool wieder aufzufüllen und die Party am Laufen zu halten. Dieser Ausgleichstank sorgt dafür, dass der Wasserstand stabil bleibt und niemand plötzlich im Pool sitzt, während das Wasser auf mysteriöse Weise verschwindet.
Jetzt fragst du dich vielleicht: „Wie überwache ich das alles? Ist das nicht wahnsinnig kompliziert?“ Die Antwort ist ein klares Nein, dank der LoRaWAN-Technologie und dem iobroker-System, die dir alles Wichtige auf deinem Smartphone oder Computer anzeigen. LoRaWAN ist der Held der Geschichte, wenn es darum geht, Daten von deinen weit entfernten Drucksensoren zu deinem iobroker zu bringen. LoRaWAN steht für „Long Range Wide Area Network“ und ist ein Protokoll, das speziell für IoT-Geräte entwickelt wurde, die kleine Datenmengen über große Distanzen senden müssen – genau wie deine Drucksensoren. Es hat eine unglaubliche Reichweite, kann durch Gebäude und Wände funken und benötigt dabei nur minimalen Strom. Perfekt für ein Szenario wie deines, wo deine Zisternen nicht immer direkt neben deinem Router stehen.
Und jetzt kommt der wahre Clou: Du hast einen LoRaWAN-Adapter für iobroker installiert. Dieser Adapter verbindet die Daten von deinen Drucksensoren über das LoRaWAN-Netzwerk mit deinem iobroker-System. Das bedeutet, dass alle Informationen – wie der aktuelle Wasserstand in deinen Zisternen – nahtlos und in Echtzeit in dein Smart Home-System integriert werden. Sobald die Daten eintreffen, kannst du sie visualisieren, Alarme einstellen und sogar automatische Aktionen auslösen. Zum Beispiel könntest du festlegen, dass eine Warnung auf deinem Handy erscheint, sobald der Wasserstand in der Hauptzisterne unter einen bestimmten Wert fällt. Oder noch besser: Du könntest den iobroker so programmieren, dass die Pumpe automatisch eingeschaltet wird, sobald der Wasserstand kritisch niedrig ist. Alles ohne dein Zutun, vollautomatisch und effizient.
Du wirst zu einer Art Wassergott von Marrakesch – während deine Nachbarn in Panik ausbrechen, weil ihre Zisterne leer ist, trinkst du entspannt einen Minztee und beobachtest auf deinem Display, wie deine Pumpen still und heimlich arbeiten. Dein System arbeitet im Hintergrund, und du kannst dich auf wichtigere Dinge konzentrieren – wie deine nächste Poolparty oder die Auswahl neuer Pflanzen für den Garten.
Und das Beste: iobroker macht die Verwaltung deines LoRaWAN-Setups so einfach, dass du nicht einmal ein Technikgenie sein musst, um es zu verstehen. Der LoRaWAN-Adapter für iobroker nimmt dir die ganze schwere Arbeit ab. Du bekommst alle Daten hübsch aufbereitet und kannst mit nur wenigen Klicks alles steuern.
Zusammengefasst: Du lebst in Marrakesch, dem Wasserknappheits-Hotspot schlechthin, und hast mit LoRaWAN, iobroker und ein paar cleveren Drucksensoren ein System geschaffen, das dich zu einem Meister der Zisternenüberwachung macht. Dein Garten bleibt grün, der Pool gefüllt und die Hauptzisterne liefert Wasser für alle – und das alles ohne, dass du dich groß darum kümmern musst. Technik und Wassermanagement in perfekter Harmonie!
Cheers
-
Angelehnt an den Device-Watcher-Adapter ist der LoRaWAN-Watcher entstanden, danke an Benjamin Schmidt.
Im Wiki zu finden bei den UpLinks, (ganz unten) findet man den Link zur Beschreibung (PDF). Dort ist auch der Link zum Blockly Import zu finden. Die Datenstruktur des JSON ist zum Device-Watcher identisch, so dass das Einbinden in der VIS, Grafana usw. auch identisch ist. -
Angelehnt an den Device-Watcher-Adapter ist der LoRaWAN-Watcher entstanden, danke an Benjamin Schmidt.
Im Wiki zu finden bei den UpLinks, (ganz unten) findet man den Link zur Beschreibung (PDF). Dort ist auch der Link zum Blockly Import zu finden. Die Datenstruktur des JSON ist zum Device-Watcher identisch, so dass das Einbinden in der VIS, Grafana usw. auch identisch ist.@j_paul
Eine Frage zu deinem Wiki und speziell zum Eintrag "MQTT to LoraWan converter":
https://wiki.hafenmeister.de/de/MQTT-converter-bridge
Hat dies irgendwas mit dem Adapter zu tun oder sieht es nur so aus, weil es unter der Hauptkategorie "Iobroker LoraWan Adapter" läuft?
-
@j_paul
Eine Frage zu deinem Wiki und speziell zum Eintrag "MQTT to LoraWan converter":
https://wiki.hafenmeister.de/de/MQTT-converter-bridge
Hat dies irgendwas mit dem Adapter zu tun oder sieht es nur so aus, weil es unter der Hauptkategorie "Iobroker LoraWan Adapter" läuft?
@marc-berg
Dies ist eine "AddOn" Erweiterung zum LoRaWAN Adapter, aber kein Teil des Adapters und ist auf eine Anfrage einer Institution erstellt worden. Damit ist eine bidirektionale Kommunikation auf Basis "einfache Sprache" möglich. Vom Uplink kommen nur die DevEUI und die Nutzdaten an, beim Downlink reicht die DevEUI, Befehl, Parameter. In der Konstellation wird diese Kombination ein LoRaWAN Universal Tool für jedes System, welches MQTT beherrscht. -
@marc-berg
Dies ist eine "AddOn" Erweiterung zum LoRaWAN Adapter, aber kein Teil des Adapters und ist auf eine Anfrage einer Institution erstellt worden. Damit ist eine bidirektionale Kommunikation auf Basis "einfache Sprache" möglich. Vom Uplink kommen nur die DevEUI und die Nutzdaten an, beim Downlink reicht die DevEUI, Befehl, Parameter. In der Konstellation wird diese Kombination ein LoRaWAN Universal Tool für jedes System, welches MQTT beherrscht.@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
kein Teil des Adapters und ist auf eine Anfrage einer Institution erstellt worden
Okay, dann ergibt sich ein Bild, vielen Dank!
Hintergrund ist, dass ich überlege, meine derzeitige TTN Integration über Node Red durch den Adapter zu ersetzen. Das AddOn wäre eine zusätzliche Komponente, was es weniger attraktiv erscheinen lässt. Nur aus Interesse: Ist das AddOn überhaupt frei verfügbar?
-
@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
kein Teil des Adapters und ist auf eine Anfrage einer Institution erstellt worden
Okay, dann ergibt sich ein Bild, vielen Dank!
Hintergrund ist, dass ich überlege, meine derzeitige TTN Integration über Node Red durch den Adapter zu ersetzen. Das AddOn wäre eine zusätzliche Komponente, was es weniger attraktiv erscheinen lässt. Nur aus Interesse: Ist das AddOn überhaupt frei verfügbar?
@marc-berg
Das Blockly kann ich, nachdem ich es etwas aufgeräumt habe, zur Verfügung stellen. Wohin soll den Integriert werden, wenn ich fragen darf? Im Normalfall reicht doch der Adapter und die LoRaWAN Blockly Blöcke. -
@marc-berg
Das Blockly kann ich, nachdem ich es etwas aufgeräumt habe, zur Verfügung stellen. Wohin soll den Integriert werden, wenn ich fragen darf? Im Normalfall reicht doch der Adapter und die LoRaWAN Blockly Blöcke.@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
Wohin soll den Integriert werden, wenn ich fragen darf?
Dann habe ich mich falsch ausgedrückt. Im Moment und seit ca. 3,5 Jahren habe ich über Node Red eine MQTT Anbindung an TTN am Laufen, mit Up- und Downlinks, JSON bauen und auseinandernehmen, usw. Du weißt am besten, was das alles bedeutet.
Vieles der Logik würde vom LoraWAN Adapter übernommen. Deshalb die Überlegung zur Umstellung. Node Red soll aber meine Logikmaschine bleiben. Mit Blockly möchte ich nicht auch noch anfangen ... :-)
-
@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
Wohin soll den Integriert werden, wenn ich fragen darf?
Dann habe ich mich falsch ausgedrückt. Im Moment und seit ca. 3,5 Jahren habe ich über Node Red eine MQTT Anbindung an TTN am Laufen, mit Up- und Downlinks, JSON bauen und auseinandernehmen, usw. Du weißt am besten, was das alles bedeutet.
Vieles der Logik würde vom LoraWAN Adapter übernommen. Deshalb die Überlegung zur Umstellung. Node Red soll aber meine Logikmaschine bleiben. Mit Blockly möchte ich nicht auch noch anfangen ... :-)
@marc-berg
Wenn ich dich richtig verstehe bleibst du im Iobroker Kosmos? Mit der NodeRed Integration in Iobroker hast du direkten und bidirektionalen Zugriff auf dein TTN LoRaWAN über den Adapter, verstehe nicht warum du da nochmals MQTT zwischen drin haben musst. Wenn du in deinen NodeRed Logiken die Iobroker In/Outs auf die Datenpunkte anpasst, bist du doch bereits startklar, was übersehe ich da? -
@marc-berg
Wenn ich dich richtig verstehe bleibst du im Iobroker Kosmos? Mit der NodeRed Integration in Iobroker hast du direkten und bidirektionalen Zugriff auf dein TTN LoRaWAN über den Adapter, verstehe nicht warum du da nochmals MQTT zwischen drin haben musst. Wenn du in deinen NodeRed Logiken die Iobroker In/Outs auf die Datenpunkte anpasst, bist du doch bereits startklar, was übersehe ich da?@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
verstehe nicht warum du da nochmals MQTT zwischen drin haben musst.
Nein, die MQTT Anbindung über Node Red würde dann natürlich komplett wegfallen. Trotzdem habe ich noch hundert andere Geschichten, die ich irgendwie automatisiere. Dafür bleibe ich bei Node Red.
-
@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
verstehe nicht warum du da nochmals MQTT zwischen drin haben musst.
Nein, die MQTT Anbindung über Node Red würde dann natürlich komplett wegfallen. Trotzdem habe ich noch hundert andere Geschichten, die ich irgendwie automatisiere. Dafür bleibe ich bei Node Red.
@marc-berg
Da spricht absolut nichts dagegen, Go4It, no worries! Du kannst den LoRaWAN Adapter erstmal parallel zu deiner bisherigen Lösung einrichten und weiter NodeRed für deine Logiken nutzen, du könntest auch das "MQTT AddOn" noch dazwischen setzen, wäre aber unnötig, das ist, was ich sagen wollte. -
@marc-berg
Da spricht absolut nichts dagegen, Go4It, no worries! Du kannst den LoRaWAN Adapter erstmal parallel zu deiner bisherigen Lösung einrichten und weiter NodeRed für deine Logiken nutzen, du könntest auch das "MQTT AddOn" noch dazwischen setzen, wäre aber unnötig, das ist, was ich sagen wollte.@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
Go4It, no worries!
Schon angefangen und bei der ersten Aktion über einen Fehler gestolpert. Da hab' ich wohl ein Händchen für.
Issue erstellt. :-)
-
@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
Go4It, no worries!
Schon angefangen und bei der ersten Aktion über einen Fehler gestolpert. Da hab' ich wohl ein Händchen für.
Issue erstellt. :-)
@marc-berg
Ein Issue im Adapter zu erstellen, wäre gar nicht nötig gewesen, da wir hier auch zeitnah reagieren. Ich werde mir das gern morgen genauer ansehen, beim LT22222 ist, was die Zeitsteuerung angeht, auch eine Frage der Firmware Version.
Die zu dem Adapter mitgelieferten Konfigurationen sind als Beispiele zu verstehen. Vorschlag:
Du änderst in der Instanz bei den DL Konfigurationen den Namen des LT22222 in z.B. LT22222_A und änderst dort was immer dein Herz begehrt und das Device hergibt, trägst in deinem Device den Device Typ LT22222_A ein und bist ready2go.
Beim nächsten Adapter Start wird dann wieder (zusätzlich) die Konfiguration für das LT22222 erzeugt, welches du als Grundlage/Beispiel benutzen kannst, musst du aber nicht, da du dir jederzeit eigene DL Konfigurationen in der Instanz erstellen kannst. An einer Möglichkeit solche Geräte Konfigurationen zu exportieren/importieren arbeiten wir gerade.Siehe Anleitung:
-
@marc-berg
Ein Issue im Adapter zu erstellen, wäre gar nicht nötig gewesen, da wir hier auch zeitnah reagieren. Ich werde mir das gern morgen genauer ansehen, beim LT22222 ist, was die Zeitsteuerung angeht, auch eine Frage der Firmware Version.
Die zu dem Adapter mitgelieferten Konfigurationen sind als Beispiele zu verstehen. Vorschlag:
Du änderst in der Instanz bei den DL Konfigurationen den Namen des LT22222 in z.B. LT22222_A und änderst dort was immer dein Herz begehrt und das Device hergibt, trägst in deinem Device den Device Typ LT22222_A ein und bist ready2go.
Beim nächsten Adapter Start wird dann wieder (zusätzlich) die Konfiguration für das LT22222 erzeugt, welches du als Grundlage/Beispiel benutzen kannst, musst du aber nicht, da du dir jederzeit eigene DL Konfigurationen in der Instanz erstellen kannst. An einer Möglichkeit solche Geräte Konfigurationen zu exportieren/importieren arbeiten wir gerade.Siehe Anleitung:
@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
, was die Zeitsteuerung angeht, auch eine Frage der Firmware Version.
Danke, das war mir nicht bewusst, dass es zwischen den Firmware-Versionen Unterschiede gibt.
Und jetzt habe ich es dank deiner Erklärung auch besser verstanden, wie das mit den Vorlagen/Konfigurationen abläuft. :+1:
-
@marc-berg
Ein Issue im Adapter zu erstellen, wäre gar nicht nötig gewesen, da wir hier auch zeitnah reagieren. Ich werde mir das gern morgen genauer ansehen, beim LT22222 ist, was die Zeitsteuerung angeht, auch eine Frage der Firmware Version.
Die zu dem Adapter mitgelieferten Konfigurationen sind als Beispiele zu verstehen. Vorschlag:
Du änderst in der Instanz bei den DL Konfigurationen den Namen des LT22222 in z.B. LT22222_A und änderst dort was immer dein Herz begehrt und das Device hergibt, trägst in deinem Device den Device Typ LT22222_A ein und bist ready2go.
Beim nächsten Adapter Start wird dann wieder (zusätzlich) die Konfiguration für das LT22222 erzeugt, welches du als Grundlage/Beispiel benutzen kannst, musst du aber nicht, da du dir jederzeit eigene DL Konfigurationen in der Instanz erstellen kannst. An einer Möglichkeit solche Geräte Konfigurationen zu exportieren/importieren arbeiten wir gerade.Siehe Anleitung:
@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
Vorschlag:
Du änderst in der Instanz bei den DL Konfigurationen den Namen des LT22222 in z.B. LT22222_AWenn ich so vorgehe, entsteht im Objektbaum unter "...downlink.control" ein "Merge" aus den Konfigurationen für LT22222 und LT22222_A (auch wenn ich den Objektbaum lösche). Ich muss die Konfiguration am Anfang anders (z.B. "XYZ_A") benennen, damit ich eine unabhängige Konfig erstellen kann. Ist das ein Feature (im Sinne von Vererbung von Einstellungen) oder Bug?
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
Vorschlag:
Du änderst in der Instanz bei den DL Konfigurationen den Namen des LT22222 in z.B. LT22222_AWenn ich so vorgehe, entsteht im Objektbaum unter "...downlink.control" ein "Merge" aus den Konfigurationen für LT22222 und LT22222_A (auch wenn ich den Objektbaum lösche). Ich muss die Konfiguration am Anfang anders (z.B. "XYZ_A") benennen, damit ich eine unabhängige Konfig erstellen kann. Ist das ein Feature (im Sinne von Vererbung von Einstellungen) oder Bug?
@marc-berg Feature im Sinne von Vererbung.
Alle sich in der config "LT22222" befindenden downlink, werden auch beim "LT22222_A" hinzugefügt.
So musst Du beim "LT22222_A" nur die abweichenden Parameter konfigurieren. -
@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
, was die Zeitsteuerung angeht, auch eine Frage der Firmware Version.
Danke, das war mir nicht bewusst, dass es zwischen den Firmware-Versionen Unterschiede gibt.
Und jetzt habe ich es dank deiner Erklärung auch besser verstanden, wie das mit den Vorlagen/Konfigurationen abläuft. :+1:
@marc-berg
Wenn Du FW Version ab 1.6 hast, kannst du (optional) 3 (doppel-) Byte für die Zeit schicken.
Dies wären dann max (FF FF FF) 16777215 ms, oder 4,66 Std.
Inwieweit das schalten eines mechanischen Relais im ms Bereich Sinn macht, musst Du selbst entscheiden, die DL Konfiguration sieht dann so aus:
-
@marc-berg Feature im Sinne von Vererbung.
Alle sich in der config "LT22222" befindenden downlink, werden auch beim "LT22222_A" hinzugefügt.
So musst Du beim "LT22222_A" nur die abweichenden Parameter konfigurieren.@ben1983 sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
Alle sich in der config "LT22222" befindenden downlink, werden auch beim "LT22222_A" hinzugefügt.
So musst Du beim "LT22222_A" nur die abweichenden Parameter konfigurieren.Okay, ich wollte neben Änderungen auch Parameter löschen, was so dann nicht geht. Aber kein Problem, dann benenne ich das Device anders.
-
@marc-berg
Wenn Du FW Version ab 1.6 hast, kannst du (optional) 3 (doppel-) Byte für die Zeit schicken.
Dies wären dann max (FF FF FF) 16777215 ms, oder 4,66 Std.
Inwieweit das schalten eines mechanischen Relais im ms Bereich Sinn macht, musst Du selbst entscheiden, die DL Konfiguration sieht dann so aus:@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
Inwieweit das schalten eines mechanischen Relais im ms Bereich Sinn macht, musst Du selbst entscheiden,
Mein Garagentorantrieb benötigt einen kurzen Impuls (da reichen 250ms). Darum benötige ich weniger als 1 Sekunde.
-
@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
Inwieweit das schalten eines mechanischen Relais im ms Bereich Sinn macht, musst Du selbst entscheiden,
Mein Garagentorantrieb benötigt einen kurzen Impuls (da reichen 250ms). Darum benötige ich weniger als 1 Sekunde.
@marc-berg
Dann reicht es, es A_LT22222 zu nennen -
@j_paul sagte in Test Adapter LoraWan v0.2.x GitHub/Latest:
Inwieweit das schalten eines mechanischen Relais im ms Bereich Sinn macht, musst Du selbst entscheiden,
Mein Garagentorantrieb benötigt einen kurzen Impuls (da reichen 250ms). Darum benötige ich weniger als 1 Sekunde.
@marc-berg
250ms sollten mit oben gezeigten DL Konfiguration ja funktionieren, kannst ja mal testen und berichten
Support us
709
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge