Dieser Baustein vergleicht den empfangenen Wert (E1) mit den definierten Bereichen um den Mittelwert (E7). Abhängig von der Position des Werts im Vergleich zu den anderen definierten Grenzen wird der entsprechende Ausgang auf `1` gesetzt, während alle anderen auf `0` bleiben.

Der Baustein steuert Hue Leuchten oder Gruppen und liest den Status der Leuchten / Gruppe aus. Um die Netzwerklast zu verringern können mehrere Bausteine als Kaskade geschaltet werden, um die Statusmeldung der Hue-Bridge für mehrere Lampen bzw. Gruppen auszulesen.

Basierend auf folgendem Baustein LBS19000113 von Carsten, habe ich diesen ein wenig weiter entwickelt.

[Terminkalender]
Dieser Baustein liest einen als iCal formatierten Kalender ein und stellt Informationen zum jeweils nächsten Termin dar.

[Wecker]
Dieser Baustein ist ein Wecker, der vor der eigentlichen Weckzeit bereits Telegramme generieren kann. So können beispielsweise Sonnenaufgangssimulationen gesteuert oder die Warmwasserbereitung vor dem Wecken eingeschaltet werden.

v1.1.1
Neuer Baustein "Feiertagskalender",
Erweiterung am Baustein "Wecker (Weckzeit)": Dieser kann jetzt mit Standardweckzeiten an Werk- und Feiertagen umgehen.
Allgemeine Fehlerkorrekturen.

[Wecker (Weckzeit)]
Dieser Baustein wählt aus mehreren Weckzeiten (z.B. von beruflichen, privaten und Familienkalendern) sowie einer optionalen Standardweckzeit die Zeit des frühesten Termins.

[Beobachter]
Dieser Baustein ist ein Beobachter u.a. für die Abwesenheitserkennung. Es können mehrere zeitlich nacheinander ablaufende Ereignisse definiert werden (z.B. kurz abwesend, lang abwesend).

[Velux Gateway]
Dieser Baustein stellt die Verbindung zu einem Velux KLF-200 Gateway her.

[Velux Auftraggeber]
Dieser Baustein abstrahiert die Bedienschnittstelle eines Gerätes, einer Gruppe oder Szene. Er wird am Ausgang mit einem Velux Gateway verbunden.

[Velux Ausgabefilter]
Dieser Baustein abstrahiert die Statusanzeige eines Gerätes oder einer Gruppe. Er wird am Eingang mit einem Velux Gateway verbunden.

v1.0.2 / v1.0.3
Fehelrkorrekturen beim Erkennen und der Behebung von Verbindungsproblemen.

v1.0.1
Aufgrund der entfernten TLS-1.2-Unterstützung in der Firmware 2.8.869 des Gira X1, wird in dieser Version wieder auf eine externe Bibliothek zur Verschlüsselung zurückgegriffen. 

Mit dem Baustein kann z.B. via TR-064 Protokoll an einer Fritz!Box das WLAN (2, 5GHz und Gast) ein und ausgeschaltet werden. Mehr in der Hilfe zum Baustein oder auf https://github.com/En3rGy/14102_FritzBox_TR-064

[Nuki SmartLock]
Dieser Baustein ermöglicht das Sperren, Entsperren und Entriegeln eines Türschlosses mittels Nuki SmartLock und liefert Informationen über den Schließzustand, Türsensor und Ladestand.

v1.0.1
Umstellung der Geräte-ID von einem Ganzzahlfeld auf ein Textfeld, so dass auch alphanumerische IDs eingegeben werden können.

v1.0.0
Aufgrund der veränderten Architektur in der Version 1.0.0 und damit verbundenen Ein-/Ausgägne der Nuki-Logikbausteine müssen alle verwendeten Bausteine mit kleineren Versionsnummern vor der Aktualisierung aus den Logikblättern entfernt und nach der Aktualisierung neu hinzugfügt werden!

Der Baustein liest die JSON-Daten zu aktuellen Unwetterwarnungen des DWD aus und stellt die Informationen zur Verfügung. Bei mehreren Warnungen wird die höchste Unwetterwarnung ausgegeben - unabhängig vom Warnzeitraum.

Weitere Infos unter https://github.com/En3rGy/14101_DWDUnwetter

Dieser Baustein setzt A1 auf den Wert an E1, wenn der Wert an >0 oder der vorherige Wert auch 0.
Die erste 0 wird NICHT durchgelassen - diese Funktion soll einzelne falsche 0-Werte herausfiltern.

Wichtig:
Dieser Baustein verhält sich remanent, d.h. der Vergleichswert wird bei einem Neustart intern beibehalten.
Das allererste Telegramm (nach der ersten Projektaktivierung bzw. nach dem Löschen der LBS-Remanentdaten) an E1 wird immer(!) an A1 übergeben, da dies stets einer Änderung des Wertes entsprechen wird.
Selbst wenn das Telegramm dem Initialwert entspricht, wird A1 auf E1 gesetzt (A1 wird beim allerersten Start des Bausteins auf den Initialwert gesetzt).

E1: Signal
A1: bei Änderung Wert von E1 außer bei einer 0 - wenn mehrfache 0 dann wird ab der 2. null durchgelassen

Die ist eine modifiziert Version des LBS 19001030 für das Auslesen eines Huawei SUN2000 Wechselrichters mit Smartdongle per Modbus/TCP

Mit dem Baustein kann via der NINA API des Bundesamt für Bevölkerungsschutz Warnmeldungen für bestimmte Regionen abgerufen werden. Weitere Infos unter: https://github.com/En3rGy/14109_NINA_API

Schreibt Werte in eine InfluxDB zur Auswertung mit z.B. Grafana Quelltext: https://github.com/SvenBunge/hs_influxdb_writer

Der Baustein dient zur Kommunikation mit einer go-e Ladestation / Wallbox mittel der API.

Weitere Infos unter https://github.com/En3rGy/14105_go-eCharger

Abfrage von Kostal Wechselrichter der 3. Generation (Plenticore Plus, PIKO IQ, PIKO CI) via Modbus TCP. Der LBS funktioniert ab Homeserver 4.7. Bitte nutzt die letzte Wechselrichter-Firmware bevor ihr einen Bug im Forum oder auf Github aufmacht. Feedback und Bugs bitte direkt im Forum-Thread platzieren. Source-Code auf Github. Spende aus Wishlist sehr willkommen!

Der Baustein liefert aus einem JSON-Dokument den Wert eines Eintrags. Das JSON-Dokument wird nicht auf Gültigkeit überprüft.
Die Suche nach dem Wert wird mittels REGEX durchgeführt. D.h. unabhängig davon, ob das Dokument gültig ist, wird nach der Zeiechenfolge "Key" : "Value" gesucht. Rechts und links vom ":" dürfen beliebig viele Whitespaces (Leerzeichen, Tabulatoren) stehen. Es können auch Zahlenwerte ausgegeben werden: "Key" : 1234

Weitere Infos unter https://github.com/En3rGy/11087_JSON-Parser

Dieser Baustein liest aktuellen Stomverbrauch in mW, Zählerstand des DECT200 in Wh und die gemessene Temperatur (korrigiert um den eingestellten Offset). Mehrere Bausteine können als Kaskade verknüpft werden, so dass nur eine Webabfrage
nötig wird. Hierzu wird einfach A6 des Vorgängerbausteins mit E1 des Nachfolgebausteins verknüpft

Weitere Infos unter https://github.com/En3rGy/11081-Fritz-DECT200

Der Baustein gibt für einen laufenden Zähler den Verbrauch in bestimmten Etappen (z.B. Tag, Monat, Jahr) aus. Weitere Infos unter https://github.com/En3rGy/11083_Leistungsmesser

Der Baustein ermöglicht die Kommunikation mit einer Nibe Wärmepumpe über ein Modbus UDP Gatway. Mehr dazu in der Hilfe zum Baustein.

Weitere Infos unter https://github.com/En3rGy/14107_NibeWP

Dieser Baustein dient um einen Prompt an die OpenAI (ChatGPT) API zu schicken.

Dieser Baustein sendet eine Nachricht über ntfy https://ntfy.sh und kann zum Beispiel genutzt werden, um ein IPad an der Wand im geführten Zugriff aufzuwecken. Dazu muss auf dem IPad aus dem Appstore der ntfy Client installiert werden und ein entsprechendes eindeutiges Topic subscribed werden. Siehe auch hier: https://www.ifun.de/homekit-zentrale-ipad-display-einschalten-bei-bewegung-144338/.

Der Baustein implementiert die OneCall-Api von Openweather  <b><a href="https://openweathermap.org/api/one-call-3" target="_blank">https://openweathermap.org/api/one-call-api</a></b>.

Der kostenfreie API-KEY kann nach einer Registrierung hier https://home.openweathermap.org/users/sign_up beantragt werden. Dieser Key läßt aktuell 1000 Abrufe pro Tag zu.

Der Baustein cache das Ergebnis in einer Datei in /tmp auch dann, wenn mehrere Instanzen des Bausteins angelegt und genutzt werden, um die Anzahl der Abrufe zu optimieren.

e1: Startet den Baustein
e2: APIKey - Kann hier <a href="https://home.openweathermap.org/users/sign_up" target="_blank">https://home.openweathermap.org/users/sign_up</a> beantragt werden
e3: Längengrad
e4: Breitengrad
e5: Sprache -  <a href="https://openweathermap.org/api/one-call-api#multi" target="_blank">https://openweathermap.org/api/one-call-api#multi</a>
e6: Einheit -  standard, metric, imperial
e7: Zeitraum - current, daily, hourly, minutely
e8: Zeitraum  Stundenvorhersage - all, today, tomorrow
e9: Datumsformat  - <a href="https://www.php.net/manual/de/function.strftime.php" target="_blank">PHP datetime.formats</a>
e10: Zeitformat - <a href="https://www.php.net/manual/de/function.strftime.php" target="_blank">PHP datetime.formats</a>
e11: Zeitraum, in dem die Daten lokal gecached werden in Seckunden
e12: Feldtrenner

e13 debug 0,1

<b>Um die Koordinaten (Breitengrad und Längengrad) für e3 und e4 zu ermitteln:</b>

- Navigieren zum gewünschten Ort in der Karte z.B. durch Eingabe einer Adresse
- In der Adressleiste des Browsers sollten an der URL die Koordinaten angefügt sein, im Beispiel:
    https://www.openstreetmap.org/search?query=......#map=19/<b>48.20877/16.36358</b>
- Die letzten beiden Angaben definieren Längengrad (hier: 16.36358) und Breitengrad (hier: 48.20877)

a1:    Letzte Aktualisierung
a2: Datum/Uhrzeit
a3: Sonnenaufgang
a4: Sonnenuntergang
a5: Aktuelle Temperatur - default: kelvin, metric: Celsius, imperial: Fahrenheit
a6:    Temperatur Tag/Stunde]
a7: HöchstTemperatur im Zeitraum
a8: TiefstTemperatur im Zeitraum
a9: Temperatur Nacht
a10: Temperatur Morgens]
a11: Temperatur Abends ]
a12: gefüllte aktuelle Temperatur Tag/Stunde
a13: gefüllte Temperatur Tag
a14: gefüllte Temperatur Nacht
a15: gefüllte Temperatur Morgens
a16: gefüllte Temperatur Abends
a17: Luftfeuchtigkeit in %
a18: Luftdruck in hPa
a19: Taupunkt default: kelvin, metric: Celsius, imperial: Fahrenheit
a20: Wind default: metre/sec, metric: metre/sec, imperial: miles/hour
a21: Windrichtung in &deg;
a22: Windrichtung Text
a23: Windboe - default: metre/sec, metric: metre/sec, imperial: miles/hour
a24: Bewölkung %]
a25: Niederschlagswahrscheinlichkeit in %]
a26: Regenmenge in mm
a27: Schneemenge in mm
a28: UV-Index]
a29: Sicht in meter
a30: Wetterlage    - <a href="https://openweathermap.org/weather-conditions#Weather-Condition-Codes-2" target="_blank">https://openweathermap.org/weather-conditions#Weather-Condition-Codes-2</a>
a31: Wetterlage Text
a32: Wetter Beschreibung - <a href="https://openweathermap.org/weather-conditions#Weather-Condition-Codes-2" target="_blank">https://openweathermap.org/weather-conditions#Weather-Condition-Codes-2</a>
a33: Wetter Icon - <a href="https://openweathermap.org/weather-conditions#How-to-get-icon-URL" target="_blank">https://openweathermap.org/weather-conditions#How-to-get-icon-URL</a>
a34: Position des Wetter Icons im Openweather Font - <a href="https://websygen.github.io/owfont/" target="_blank">https://websygen.github.io/owfont/</a>
a35: Wetterereignis Quelle z.B. DWD
a36: Wetterereignis Event
a37: Wetterereignis Startin Epoch
a38: Wetterereignis Ende in Epoch
a39: Wetterereignis Beschreibung
a40: Das komplette Ergebnis der Abfrage als JSON - String
a41: Error - Auch falls der API ungültig ist

Changes:

1.0 - Initiale Version
1.1 - Centos 6.5 Kompatibilitaet
1.1.1 - Zeitraum für Stundenforecast wählbar
1.1.2 - Position des Wetter Icons im Openweather Font hinzugefügt
1.2 - Openweather API 3.0
1.2.1 - Check API Call success

Stellt die Verbindung zum lokalen Victron GX-System (z.B. Cerbo GX oder Multiplus GX) her und ruft Daten per MQTT ab.

Wer sich erkenntlich zeigen möchte, darf das gern tun unter
https://paypal.me/marcoW677?country.x=DE&locale.x=de_DE

Sendet Telegram-Nachrichten über einen Bot an einen Telegram-Chat (Einzel- oder Gruppenchat). Dabei wurde versucht den Baustein möglichst schlank zu halten, keine Installation von Bibliotheken notwendig (einfacher curl-GET-request).

Wer sich erkenntlich zeigen möchte, darf das gern tun unter
https://paypal.me/marcoW677?country.x=DE&locale.x=de_DE

Datenabruf aus Jaguar / Landrover API

Stellt die Preise und Livedaten vom Tibber Pulse aus LBS zur Verfügung. Weiteres im Foren-Thread (Suche verwenden).
Getestet und Supportet auf HS 4.12!
Von Privat an Privat. Freue mich über Dinge von meiner Amazon-Wishlist!

LBS zur Abfrage / Einsgtellung der easee Wallbox

Dieser Baustein ist als Hilfsbaustein gedacht um die Daten und die ausgewählten Stunden in der VISU beim Tagesübergang von 23:00 auf 0:00 Uhr auf den aktuellen Tag zu übertragen.
Mit E1 kann der Baustein um 0:00Uhr getriggert werden, es werden dann die Werte von E2-E25 an die Ausgänge A1-A24 weitergeleitet. Im Anschluss werden die mit E2-E25 verbundenen KO's
auf 0 gesetzt. Die Daten aus dem Archiv morgen werden in das Archiv heute kopiert und das Archiv morgen wird geleert. Am Ausgang 25 wird der Satus des Bausteins ausgegeben 1=läuft/0=beendet die
fallende Flanke kann genutzt werden umd den Berechnungsbaustein zu triggern.

Gira Homeserver Logikbaustein für die Darstellung von Lauftext.

Dieser Baustein ist OpenSource, ihr findet ihn unter folgendem Link: https://github.com/sebastianfoth/gira-homeserver-lauftext

HS Logikbaustein zur Abfrage der Kostal Smart Energy Meter (KSEM) G1 / G2 mittels Modbus TCP. Dazu muss auf dem KSEM unter den Modbus-Einstellungen die Slave-Funktionalität aktiviert werden.

Weitere Informationen in der beiliegenden Hilfe.

Sourcecode auf Github: https://github.com/SvenBunge/hs_kostalKSEM_ModbusTCP

Changelog 1.2: Meintenance Release - mit neuer Schnittstellenspec. von Gira gebaut und vor dem Schreiben auf einen Ausgang wird die Queue geprüft
Changelog 1.1: Maintenance Release - es wurden nur interne Abhängigkeiten aktualisiert und die Dokumentation etwas verbessert.

Baustein Zählt den Verbrauch (soweit dies möglich ist) entlang des aktuellen Durchflusses oder Leistungsflusses. Beispielsweise kann aus einem Durchfluss die Wassermenge ermittelt werden oder aus einer Leistung (Watt) die Energie gezählt werden (kWh). Weitere Informationen im Thread Baustein für privaten Einsatz kostenlos. Für Vertrieb oder Firmen-Installationen ist eine Lizenz zu erfrage

Baustein für Berechnung mittels Formeln oder einfachen logischen Operationen. Baustein unter "Math. Funktionen" zu finden. Beachtet auch die Mitgelieferte Hilfe sowie den Thread im Forum (https://knx-user-forum.de/forum/%C3%B6ffentlicher-bereich/knx-eib-forum/1782168-neuer-formel-baustein-wenn-ihn-jemand-braucht/)

Logikbaustein zur Schreiben von Modbus TCP Registern. Mitgelieferte Hilfe beachten. Diskussion / Bugs im Forum unter Forenthread
Von Privat für Privat, keine Gewährleistung.
Geschenke über meine Amazon-Wishlist motivieren für weitere Entwicklung.

New Features V1.3

• Build with newer HSL4 project generator - better module initialization on startup

New Features V1.2

• RegTypes can have the option to write single bytes with FC16 instead of FC6
• Dependency to Timer has been removed because not needed
• Documentation adjusted
• Version bumped to 1.2

See the documentation how to activate the fc16 writes!

Logikbaustein zur Auslesen von Modbus TCP Registern. Entweder mittels Interval oder extern getriggert.
Mitgelieferte Hilfe beachten.
Diskussion / Bugs im Forum unter Forenthread

Von Privat für Privat, keine Gewährleistung.
Geschenke über meine Amazon-Wishlist motivieren für weitere Entwicklung.
 

Dieser Baustein für den X1 ermöglicht es, bestimmte Benachrichtigung/Alarme über den kostenpflichtigen Dienst pushover.net an Smartphones zu senden. Die Basis für die jetzige Version stammt vom Forenmitglied interzone, mit dessen Erlaubnis weitere Features aus den neueren API-Versionen des Dienstes implementiert wurden.

Alle Versionen:

Folgende Parameter gibt es:
Token: Euer App-Token, den ihr im Pushover.net-Portal erhaltet.
UserKey: Eure User-ID ebenfalls aus dem Pushover-Portal.
Message: Eine Nachricht, die via .NET string.Format zusammengefügt werden kann.
VariableCount: Die Anzahl der Variablen in der Nachricht.
Variable1-n: Die Variablen (also bei "0" anfangen zu zählen).

Eine zusammengesetzte Nachricht mit mehreren Variablen kann im Message-Parameter z-B. so aussehen:
"Eingangstür ist {0}."
 

Ab Version 1.8.20:

• Device: Name des Gerätes, das benachrichtigt werden soll. Name lässt sich im Pushover-Portal konfigurieren. Wenn leer gelassen (dies ist der Standard), werden alle Geräte benachrichtigt. Mehrere Gerätenamen müssen mit Komma separiert werden.
• Sound: Name des Benachrichtigungston, der verwendet werden soll. Siehe https://pushover.net/api#sounds für die Namen der Sounds. "pushover" heißt der Standard-Ton.
• Priority: Priorität zwischen -2 und 2. Je höher, desto "auffälliger" wird gewarnt. Bei "2" wird Benachrichtigung alle 3 Minuten vorgenommen, bis man das Lesen bestätigt hat. Hier werden die Stufen ausführlich erläutert: https://pushover.net/api#priority. 0 ist die Standardeinstellung.
• Title: Titel der Benachrichtigung

Ab 1.8.22:

• Titel und Message können auch als Input geschaltet werden.

Es können HTML-Tags in der Nachricht (message) verwendet werden; https://pushover.net/api#html

Mehr Infos hier: https://knx-user-forum.de/forum/supportforen/gira-logik-sdk/1314808-pushover-node-push-notifications-via-pushover

Warnung :-) : Ich bin kompletter Anfänger, was die Logikbausteinprogrammierung angeht; daher alles auf eigene Gewähr. Bei mir funktioniert scheinbar alles auch nach der Inbetriebnahme.

Dieser LBS schreibt Daten in eine Influx-Datenbank 2.0 (https://docs.influxdata.com/influxdb/v2.0/) und basiert auf dem LBS 19001034 von XYZ
Eine Installationsanleitung für InfluxDB 2.0 ist hier zu finden: https://docs.influxdata.com/influxdb/v2.0/get-started/
Für die Auswertung der Daten kann z. B. Grafana verwendet werden.
Eine Installationsanleitung für Grafana ist hier zu finden: https://grafana.com/grafana/download).

Der LBS akzeptiert einen 16-bit-langen STring und zerlegt diesen in einzelne BIts, die an den Ausgängen A1-A16 angezeigt werden.

[Sperre+]
Dieser Baustein ist eine Erweiterung des Bausteins "Sperre". Es gibt es eine zusätzliche Option, einen Wert zu senden, wenn eine Sperre beendet wird. Dies wird beispielsweise verwendet, um Automatiken zu übersteuern.

[Vergleicher+]
Dieser Baustein ergänzt den Baustein "Vergleicher". Es können mehrere Vergleiche (Zahlen oder Texte) parallel an den Ausgängen signalisiert werden. Die Switch-Case-Logik des "Vergleicher+" ist u.a. nützlich, um den Status von IoT-Geräten (Zahlen oder Textwerte) auf Logiken oder KNX-Telegramme zu projizieren.

[Wertesammler]
Dieser Baustein sammelt (in Form eines Ringspeichers) tage- und stundenweise Daten und liefert statistische Auswertungen darüber. Damit lässt sich u.a. die Heizperiode (Anzahl der Tage mit einer Durchschnittstemperatur < 15°) steuern.

Der Baustein Formelberechnung

• errechnet Werte aus Funktionen, die von einem oder mehreren Dateneingängen abhängen können. Es stehen umfassende Funktionen für mathematische Berechnungen, Licht- und Klimasteuerung,Textbearbeitung und Verarbeitung von Datenfeldern zur Verfügung.
• erlaubt durch interne Zwischenspeicherung von Rechenergebnissen u. a. die Realisierung von Zustandsautomaten.

Der Baustein Textformatierer setzt aus aus Formatvorlagen und Dateneingängen einen oder mehrere Ausgabetexte zusammen. Diese lassen sich z. B. auf Textkacheln der X1-Visualisierung verwenden.

Der XML-/JSON-Parser extrahiert aus einem XML- oder JSON-Datensatz am Eingang anhand einer oder mehrerer XPath-Abfragen entsprechende Ausgabedaten. So lassen sich Daten aus Webservices (z. B. OpenWeatherMap oder FRITZ!Box Home Automation API) für die Visualisierung oder Weiterverarbeitung nutzen.

Die Version 1.6.1 enthält gegenüber der bisherigen Version 1.4.5 folgende Verbesserungen:

Verbesserungen an der Formelberechnung:

• Neue Data-Methoden erlauben die Verarbeitung eindimensionaler Felder von Texten oder Zahlen
• Dokumentation entsprechend erweitert

Zusätzlich zu den Bausteinen in diesem Paket sind oft die folgenden Bausteine nützlich:

• Web Request von Daniel Albuschat
• HTTP GET Request von Fabian Fischer
• FRITZ!Box Home Automation Status von Fabian Fischer

Der Baustein verbindet sich mit dem Telnet Protokoll einen Telnet-Host, meldet sich optional mit User und Passwort an und schickt dann einen oder mehrere Befehle an den Host.
Dazu nutzt er die Source des Github Projektes  https://github.com/diotteo/TelnetClient.php

Eingänge
e#1 - Starten den Baustein
e#2 - IP - Adresse des Telenet Hosts
e#3 - tcp Port - Standard: 23
e#4 - Login Prompt, auf den gewartet wird, um den Username zu übertragen - Standard: login:
e#5 - Passwort Prompt, auf den gewartet wird, um das Passwort zu übertragen - Standard: Password:
e#6 - Prompt, auf den gewartet wird, um den ersten BEfehl zu übertragen - Standard: $
e#7 - Optionaler Username
e#8 - Optionales Passwort
e#9 - Die Befehle, die gesendet werden soll, mit dem Trennzeichen von E#10 getrennt.
e#10 - Trennzeichen
e#11 - Debug 0 oder 1

Ausgänge
a#1 - Jede gelesene Zeile wird hier ausgegeben
a#2 - Datum und Uhrzeit, wann der A1 gelesen wurde
a#3 - Wird auf 1 gesetzt, falls Fehler oder Timeout eintritt
      

Dieser LBS stellt die Verbindung zum HUE-Gateway über die HUE V2 API, die Callbacks unterstützt.
Somit ist kein Polling mehr notwendig. Hierdurch wird die Netzwerklast verringert und die Reaktionsgeschwindigkeit erhöht.
 
Der Baustein darf nur einmal im Projekt verwendet werden!

E1  : Betriebsmodus
      0=LBS stoppen
      1=LBS starten.

E2  : IP-Adresse vom HUE Gateway
E3  : HUE Token. Es kann der Token aus der V1-API verwendet werden.
E4  : Lampen automatisch einschalten.
      Eine Lampe/Gruppe wird automatisch eingeschaltet, wenn die Parameter gesetzt werden.
      Falls das nicht erwünscht ist, werden die Parameter vom HUE-Gateway verworfen.
      Default = Aus.

E8  : Admin-Interface aktivieren (=1) oder 0 = deaktivieren
E9  : Debug: [0..3], 0= Kritisch, 1=Info, 2= Debug, 3 = LowLevel
 
Der LBS installiert zusätzlich folgende Dateien:
 EDOMI_ROOT/main/include/php/SmartThings/huev2.php
 EDOMI_ROOT/hue_admin.php

Achtung: LBS benötigt PHP 7.x und setzt HUE-Gateway mit V2-API vorraus

Mit diesem LBS kann der aktuelle Status eines Husqvarna Automowers abgefragt werden. Voraussetzung ist ein Automower Connect Account und ein Mäher der über die entsprechende Schnittstelle verfügt.

Historie:

- v0.6.3: fixed broken SSL-Pipe (again :-))
- v0.6.2: added more debug-logging and fixed broken SSL-Pipe --> you need to run update of textalk/websocket [v1.6.3] (rerun Step 2)
- v0.6.1: avoiding error due to duplicate login, impoved logging, fixed commands
- v0.6: catching error on curl request and write it to log, adding error codes to Help, adding commands

- v0.5.2: catching websocket error

- v0.5.1: fixed refresh_token error, added some more debug logging

- v0.5: changed login to app-key and app-secret

- v0.4.1: using queued output, fixed initial error

- v0.4: get status info through websocket

- v0.3.2: changing authentication method

- v0.3.1: minor bugfix in error logging

- v0.3.0: changed to REST API

- v0.2: Fehler im Logging behoben, wenn Status des Mähers nicht ermittelt werden konnte

- v0.1: erste Veröffentlichung

Der Baustein nutzt den OpenData-Dienst des Deutschen Wetterdienstes zum Empfang und zur Bereitstellung von Wettervorhersagen über mehrere Tage direkt in EDOMI-Datenarchive.

Für die Verwendung müssen folgende Updates bzw. Installationen am Edomi-Server durchgeführt werden:
1) yum update nss
2) yum install php-xml

Change Log:

0.1: initiale Version
0.2: Regenmenge wird jetzt richtig verarbeitet
0.3: Zeitstempel der Datei auf dem DWD-Server wird jetzt korrekt ermittelt
0.3: Doku um Installationshinweise ergänzt
0.4: Hilfetext überarbeitet, Logging modifiziert
0.5: Fehlerbehebung: Verbindung zur Datenbank zu früh geschlossen, Thx @schmu

Dieser LBS ermöglicht die Umsetzung einer Photovoltaik-Überschussladung von Elektrofahrzeugen.
Für die Verwendung dieses LBS ist es zwingend notwendig das eine Wallbox mit integriertem Zähler (Wert E7) zur Verfügung steht. Das hat den Vorteil das man statt
einer aufwändig zu parametrierenden Regelung eine einfache Steuerung nach nachfolgender Formel durchführen kann.
Die Berechnung der Ladeleistung BEV an Ausgang A1 erfolgt nach der Formel: Ladeleistung BEV = Netzeinspeisung + Ladeleistung Speicher + gemessene Ladeleistung BEV.
Der Ladestrom wird nach folgender Formel berechnet: Ladestrom BEV = Ladeleistung BEV /0.69
Der Ausgang A3 dient dazu eine ungewollte Entladung des Photovoltaik-Speichers bei unzureichender Erzeugung zu verhindern.
Dabei wird aber der Verbrauch im Haus (= Eigenverbrauch - gemessene Ladeleistung BEV) aus dem Speicher zugelassen.

This LBS implements a Modbus TCP Master which allows writing to Modbus Slaves.
Currently only function code 06 (Write Single Holding Register) is implemented.
You have to use a phpmodbus library (copy to /usr/local/edomi/main/include/php/) that contains the "writeSingleRegister" method, for example the included Phpmodbus_0.8.r106

Inspired by LBS 19001030 ModBus TCP Master Read.

Dieser LBS erlaubt es die wichtigsten Register von Sungrow Wechselrichtern über ModBus zu lesen und ausgewählte Werte zu schreiben.
Entwickelt wurde am Sungrow SH10RT, ob andere Wechselrichter des Herstellers auch funktionieren ist derzeit nicht bekannt.
Damit der LBS funktioniert muss die phpmodbus Bibliothek nach /usr/local/edomi/main/include/php/ kopiert werden.
Achtung: man muss eine Version verwenden die die Methode "writeSingleRegister" enthält, z.B. Phpmodbus_0.8.r106

Wenn zwei Wechselrichter im Verbund betrieben werden, dann müssen die Werte A1, A2 und A8 von beiden Wechselrichtern addiert werden.
Die restlichen Werte liefert der Master-Wechselrichter direkt.

This LBS allows to read and write various parameters of Watterkotte EcoTouch heat pumps through the integrated Web-API.
The different values of the heat pump are identified by the tag name. Some of the tag names can be found here: https://github.com/schlickspringer/ecotouch2lox/blob/master/ecotouch2lox-php/EcoTouchTags.class.php
Furthermore it is possible to visit the web interface of the heat pump and extract the tag names with the developer tools of the web browser.
The LBS allows either to only read (A1) the tags or to write (E8) and read (A1) the response at the same time.
The LBS is triggered once by a write value on E8, once by a trigger on E1 or periodically by applying "1" to E1 and E2.

Dieser LBS ruft die Daten über solcast.com ab und schreibt die Daten in das entsprechende Archiv

Details, siehe Beitrag im Forum

Dieser LBS bildet ein beliebiges Gerät in der Alexa App ab und erlaubt die Sprachsteuerung über Echo-Geräte.
Zum Betrieb des LBS ist zwingend ein aktiviertes Gateway (LBS19002165) notwendig.

Dieser LBS stellt die Verbindung zu den Amazon AVS Servern her und dient als Gateway für die einzelnen Geräte LBS.
Anleitung zur Einrichtung findet sich als PDF im Zusatz.zip

Dieser LBS steuert das Ulanzi TC001 LED-Panel (via AWTRIX Light Firmware API)
Getestet mit Firmware v0.86

Funktion
Der Baustein zerlegt zuerst E2 mit explode in Einzelteile.
Beispiel: Str1,Ers1,Str2,Ers2,Str3,Ers3
wird zu Array[0]=>"Str1", Array[1]=>"Ers1", Array[2]=>"Str2", Array[3]=>"Ers2", Array[4]=>"Str3", Array[5]=>"Ers3"

Dann wird in E1 nach Array[i] gesucht und durch Array[i+1] ersetzt.

Dieser Baustein gibt in Abhängigkeit der
- Freigabe (E2=1)
- Soll (E3)> Ist(E4)
für die Zeit (E5) den Wert 1 aus.

Nach ablauf der Zeit wird eine 0 ausgegeben. Trifft in der Zwischenzeit eine erneute 1 ein, wird die Zeit entsprechend verlängert.

Baustein ist für die Ansteuerung von Lampen über Bewegungsmelder konzipiert, kann aber auch z.B. zum triggern einer Klingel verwendet werden.

Neu in 1.6:

Abdunke-Position. Ist eine Rollade (E10..E13) >= der Abdunkel-Position (E9) wird das Licht bei Bewegung eingeschaltet.

Beschreibung: Tasmota ist eine Open-Source-Firmware für diverse (recht günstige) WLAN-Steckdosen etc., die somit den China-Cloud-Zwang los sind. Siehe zur Firmware hier: https://tasmota.github.io/docs/. Ich habe einen Baustein geschrieben, der diese WLAN-Steckdosen ein- und ausschalten kann. Die Rückmeldung von der Steckdose (an oder aus sowie Fehlercode) werden ausgegeben und können als Status verwendet werden.

Es gibt einen Trigger, ist dieser \"1\" wird Steckdose angeschaltet, bei \"0\" ausgeschaltet.
Ein Status-Trigger lässt Schaltstatus und Stromverbrauch auslesen.

Für Tasmota-Kenner: Es gibt zwar auch eine KNX-Variante der Firmware, hier wird aber \"nur\" unverschlüsselt über HTTP-Request zugegriffen. Sprich: Man kann mit der normalen Tasmota-Firmware OHNE KNX arbeiten. Zudem reicht der X1, es werden keine weiteren IP-Router oder IP-Interface benötigt.

Achtung: Bei Update bitte vorher alle Tasmota-Bausteine entfernen, nach dem Update neu anlegen.

Mehr Informationen hier: https://knx-user-forum.de/forum/supportforen/gira-logik-sdk/1717302-neuer-baustein-steuerung-von-wlan-steckdosen-mit-tasmota-firmware

Nutzung nur auf eigener Gefahr; ich bin noch C#-Anfänger

Und noch ein Hinweis zum verwendeten Icon. Es stammt von https://icons8.de

Geräte und Aufgaben aus Teltonika FOTA WEB ermitteln

Frägt Werte des Kostal Piko Wechselrichters ab

Supportthread

Dieser Baustein vergleicht einen Wert an E1 mit Wert(en) an E3.

Vielfältiger VERGLEICHER und FILTER und BEGRENZER als Einer-für-alle-Lösung mit direkter SONST-Option und Ausgabe des Eingangswerts oder Fixwerte statt nur 0/1. Aufgeräumtere Logik, sobald man mehr als einen einfachen Vergleich braucht.

>,<,>=,<=, zwischen, enthalten in, %-Abweichung

ACHTUNG: Funktional kompatibel zu V0.1, aber ab V0.2 EIngänge verschoben! Verdrahtung ggf. anpassen!

Xiaomi Roboroc-Einbindung in Edomi.

Bei Fragen, siehe Forumsbeitrag zum Baustein.

Achtung:

Ab 0.89 haben sich die Eingänge geändert, Forum-Beitrag beachten!

Ab 0.92 muss auch VSE_1015 ab v 0.53 verwendet werden!

Generischer ModBus-READ(FC3 + FC4) mit JSON/CSV (Register-Parametrisierung) und JSON (Ausgabe) auf Basis moderner ModBus-Library (https://github.com/aldas/modbus-tcp-client)

Aufbereitung Ausgabe z.B. mit 19001208 "JSON Extractor". Damit hat jeder "leichten Fußes" freie Registerwahl für seine ModBus-Geräte. Im Gegenzug muss man sich um die Aufbereitung der Werte selber kümmern.

Bitte unbedingt Installationsanleitung in LBS-Hilfe beachten!

Fronius Wechselrichter API
================================================================================================
Dieser Logikbaustein liest von einem Fronius Wechselrichter die aktuellen Daten aus. Der Baustein
unterstuetzt auch das Auslesen der eines angeschlossenen Smartmeters, sowie einer Batterie.
Je nach Wechslerichter werden unterschiedliche Daten ausgegeben. Bei einem GEN24 Wechselrichter 
muss mind. Firmware Version 1.13x installiert sein, da erst ab dieser Version die API wieder korrekte
Werte liefert. Bei der Angabe Daten des Smartmeters wird davon ausgegeangen, das der Smartmeter zwischen
Wechselrichter und Netzberteiber eingebaut ist (Meter Location 0=feed in).

Der Fronius Wechselrichter muss vom Edomi-Rechner erreichbar sein. Die im LBS verwendeten URLs können vorab manuell getestet werden:
URL = http://FRONIUS_IP/solar_api/v1/GetInverterRealtimeData.cgi?Scope=Device&DeviceId=1&DataCollection=CommonInverterData
URL = http://FRONIUS_IP/solar_api/v1/GetPowerFlowRealtimeData.fcgi
URL = http://FRONIUS_IP/solar_api/v1/GetMeterRealtimeData.cgi?Scope=Device&DeviceId=0
URL = http://FRONIUS_IP/solar_api/v1/GetStorageRealtimeData.cgi?Scope=System

Eingänge
------------------------------------------------------------------------------------------------
E:1    Schaltet den Baustein Ein/Aus
E:2    IP Wechselrichter
E:3    Abfrage Wechselricher #init1
E:4    Abfrage Smartmeter #init0
E:5    Abfrage Batterie #init0
E:6    DeviceId Wechselrichter #init1
E:7    DeviceId Smartmeter #init1
E:8    DeviceId Batterie #init0
E:9    Wechselrichter Typ: Symo0 / GEN24 #init0
E:10   Abrufintervall in Sek.
E:11   GEN24: inoffizielle API Nein=0 / Ja=1 #init=0*****
E:15   Log level #init8

Ausgänge
------------------------------------------------------------------------------------------------
A:1     WR: ErrorCode
A:2     WR: LEDColor*
A:3     WR: LEDState*
A:4     WR: InverterState                
A:5     WR: Status
A:6     WR: Text Fehlercode
A:7     WR: Erzeugte Energie Tag (DAY_ENERGY), Wh*         
A:8     WR: Erzeugte Energie Jahr (YEAR_ENERGY), Wh*     
A:9     WR: Erzeugte Energie Gesamt (TOTAL_ENERGY), Wh
A:10    WR: Spannung     DC 1 (UDC), V
A:11    WR: Strom     DC 1 (IDC), A
A:12    WR: Spannung     DC 2 (UDC_2), V**
A:13    WR: Strom     DC 2  (IDC_2), A**
A:14    WR: Spannung     AC (UAC), V
A:15    WR: Strom     AC (IAC), A
A:16    WR: Frequenz     AC (FAC), Hz
A:17    WR: Leistung    AC (PAC), W
A:19    WR: Leistung Wechselrichter gesamt (P), W
A:20    WR: Leistung Solarmodule (P_PV), W
A:21    WR: Leistung Batterie (P_Akku), W
A:22    WR: Leistung Netz (P_Grid), W
A:23    WR: Autonomie relativ (rel_Autonomy), %
A:24    WR: Eigenverbrauch relativ (rel_SelfConsumption), %
A:25    WR: Eigenverbrauch (P_Load), W
A:26    Anlage: Netzbezug, W
A:27    Anlage: Netzeinspeisung, W
A:28    Anlage: Bezug0, Einspeisung1  

A:30    Bat: Ladezustand (SOC), %
A:31    Bat: Spannung DC (Voltage_DC), V
A:32    Bat: Strom DC (Current_DC), V
A:33    Bat: Temperatur (Temperature_Cell), °C
A:34    Bat: Status (Status_BatteryCell)
A:35    Bat: Text Status

A:37    SM: Energie geliefert (EnergyReal_WAC_Minus_Absolute), Wh
A:38    SM: Energie verbraucht (EnergyReal_WAC_Plus_Absolute), Wh
A:39    SM: Frequenz (Frequency_Phase_Average), Hz
A:40    SM: Spannung     L1 (Voltage_AC_Phase_1), U
A:41    SM: Strom         L1 (Current_AC_Phase_1), A
A:42    SM: Leistung     L1 (PowerReal_P_Phase_1), W
A:43    SM: Spannung     L2 (Voltage_AC_Phase_2), U
A:44    SM: Strom         L2 (Current_AC_Phase_2), A
A:45    SM: Leistung     L2 (PowerReal_P_Phase_2), W
A:46    SM: Spannung     L3 (Voltage_AC_Phase_3), U
A:47    SM: Strom         L3 (Current_AC_Phase_3), A
A:48    SM: Leistung     L3    (PowerReal_P_Phase_3), W
A:49    SM: Gesamtstrom L1+L2+L3 (Current_AC_Sum), A***
A:50    SM: Gesamtleistung L1+L2+L3 (PowerReal_P_Phase_Sum), Wh

A:52    Zeitstempel letzter Datenabruf
A:53    LBS Error

A:55     Energie Tag, von PV, kWh****
A:56    Energie Tag, geliefert an Batterie, kWh****
A:57    Energie Tag, geliefert von Batterie, kWh****

A:60    iAPI: Energie Erzeugung PV String 1, Wh*****
A:61    iAPI: Energie Erzeugung PV String 2, Wh*****
A:62    iAPI: Energie geliefert an Batterie, Wh*****
A:63    iAPI: Energie geliefert von Batterie, Wh*****
A:64    iAPI: Bat SW version*****
A:65    iAPI: Bat SOH, %*****
A:66    iAPI: PV Point aktiv=1 / inaktiv=0*****
A:67    iAPI: WR Temperatur, °C*****
A:68    iAPI: WR Fan 1, %*****
A:69    iAPI: WR Fan 2, %*****
A:70    iAPI: WR Isolationswiederstand, kOhm*****
A:71     iAPI: Energie Tag, von PV1, kWh****
A:72     iAPI: Energie Tag, von PV2, kWh****
A:73    iAPI: Energie Tag, geliefert an Batterie, kWh****
A:74    iAPI: Energie Tag, geliefert von Batterie, kWh****

*        Tag: Berechnet aus Zählerstandsdifferenz ab Tageswechsel. Jahr: Nicht bei GEN24
**        Nur bei GEN24
***        Nur bei Smartmeter TS 65A-3
****    Nur für GEN24 bei installierter Batterie. Berechnet Energiezählerstände  aus Leistung. 
        Die Genaugigkeit ist daher stark vom Abrufintervall abhängig.
*****    Nur bein GEN24: Zusätzlich Abfrage der Datenquellen aus interner Fronius Web API. Liefert echte 
        Zählerstandsdaten für PV Strings / Batterie und ermöglicht so gute Grundlage zur Berechnung
        exakter Energiemengen. Seitens Fronius kann es hier jedoch ungekündigt zu Änderungen kommen.
        Eine Zeitnahe Anpassung des LBS kann nicht versprochen oder garantiert werden. Wer Wert auf
        Langzeitstabilität legt sollte diese Option nicht aktivieren.

Variablen
------------------------------------------------------------------------------------------------
V100: Version
V101: LBS Number
V102: Log file name
V103: Log level
V104: One log file per LBS instance
V105: log ID in each log entry
V106: Counter energy from PV
V107: Counter energy to battery
V108: Counter energy from battery
V109: Timestamp last call
V110: WR energy counter at day change
V111: iAPI Energy counter, PV1
V112: iAPI Energy counter, PV2
V113: iAPI Energy counter, to battery
V114: iAPI Energy counter, from battery

Changelog:
================================================================================================
Version 1.1 - GEN24
Version 1.2 - Eigenverbrauch in W (P_Load) hinzugefügt. Umstellung auf curl.
Version 1.3 - Fehlerkorrektur GEN24 UDC_2, IDC_2. ID für Batterie hinzugefügt. Ausgänge erweitert
Version 1.31- Fehlerkorrektur GEN24
Version 1.4    - Zusätzliche Abfrage der internen Fronius Web Abfrage ergänzt 
Version 1.41- Fehlerkorrektur: Fehlermeldung nicht definierte Variable bei php 7.4
Version 1.51- Fehlerkorrektur: Abfrage Samrtmeter ohne PV
Version 1.52- Fehlerkorrektur: Abfrage W

UDP Receiver für Teltonika GPS Tracker

Auswertung der Teltonika Receiver Daten, Trip Aufzeichnung und Eventausgabe

LBS liefert eine Prognose zum PV-Ertrag eines bestimmten Standortes (E5 & E6).

Optional kann mittels E2 ein Datenarchiv beschrieben werden.

Identisch zum LBS 15000000 aber getriggert wird nur bei Änderung von E8..  so können die anderen Werte vorher "gesammelt" werden

Lädt einen Tesla mit PV-Überschuss

ACHTUNG: Entwicklungsstadium, händisches Eingreifen in den Code notwendig (Client Secret & Cookie) - v.a. für das Cookie.Thema noch keine Lösung.

Steuerung der KWL TVZ370 (wird mit 270/170 ebenfalls funktionieren).

Die Eingänge CN1/CN2 müssen nach Schaltplan mittels Aktor angeschlossen und angesteuert werden.

Beschattungssteuerung von Rollos bzw. Jalousien in 
Abhängigkeit verschiedenster Rahmenbedingungen wie 
Ein-/Austrittswinkel gegenüber dem aktuellen Azimut, 
Min-/Max-Elevation uvm.
Implementierung basierend auf LBS19000145.

Logikmodul zur Kommunikation mit einer Renault Zoe für den Gira KNX Homeserver. Abgeleitet vom zoe-widget.js. Weite Infos in der Hilfe zum Baustein

Steuerung einer WPL/WPC Anlage von Stiebel Eltron mittels Modbus-Schnittstelle des ISG, welche mittlerweile kostenlos zur Verfügung steht.

LBS zum Auslesen von Landis & Gyr E350 Zählern

The LBS will return the current weather data and the forcast for 10 days. Forecast data from "daytimeForecast" and "overnightForecast" will be aggregated.

The outputs for the days will be seperated by "|". Outputs with underline are only available for the current day.</br></br>

If there are more than one alert, then the all alert outputs will also be seperated by "|"!

#E1: Any value != null will start the lbs.

#E2: Latitude

#E3: Longitude

#E4: The timezone which should be used for the request.

#E5: The private key file which is generated in the apple developer account.

#E6: The team id from the apple developer account.

#E7: The key id from the apple developer account.

#E8: The service id from the apple developer account.

#E9: Set to "0" if you also want the daily forecast otherwise set "1".

#E10: Set to "0" if you also want the daily forecast otherwise set "1".

#E11: How many attempts before we stop the request. Maximum number is 20, default is 10.

#E12: If set to "1", values for "Humidity", all "Cloud cover" fields and "Precipitation chance" will be in percentage.

#E15: Set to "1" if you want debug outputs.

#A1: Cloud cover: Average from "daytimeForecast" and "overnightForecast" if two values are returned.

#A2: Cloud cover - LowAltPct: Only available for the current day

#A3: Cloud cover - MidAltPc: Only available for the current day

#A4: Cloud cover - HighAltPct: Only available for the current day

#A5: Humidity: Average from "daytimeForecast" and "overnightForecast" if two values are returned.

#A6: Precipitation intensity: Only available for the current day.

#A7: Precipitation type

#A8: Precipitation chance: Average from "daytimeForecast" and "overnightForecast" if two values are returned.

#A9: Precipitation amount: Average from "daytimeForecast" and "overnightForecast" if two values are returned.

#A10: Snowfall amount: Average from "daytimeForecast" and "overnightForecast" if two values are returned.

#A11: Pressure: Only available for the current day.

#A12: Pressure trend: Only available for the current day.

#A13: Temperature: Only available for the current day.

#A14: Temperature min

#A15: Temperature max

#A16: Temperature apparent: Only available for the current day.

#A17: Temperature dew point: Only available for the current day.

#A18: UV index

#A19: Visibility: Only available for the current day.

#A20: Wind direction: Will be used from "daytimeForecast".

#A21: Wind gust: Only available for the current day.

#A22: Wind speed: Average from "daytimeForecast" and "overnightForecast" if two values are returned.

#A23: Sunrise

#A24: Sunset

#A25: MoonPhase

#A26: MoonPhase numeric: Numeric moonphases from 1-8, starting from new moon

#A27: Condition code: Will be used from "daytimeForecast". f.e. "MostlyClouded"

#A28: Font code: The code for <a target="_blank" href="https://erikflowers.github.io/weather-icons/">Weather Icon Fonts</a>

#A29: Daylight: Only available for the current day.

#A30: Alert text: The localized (if possible) text returned from the server.

#A31: Alert severity: A numeric value, with the following text mapping: 1 = minor, 2 = moderate, 3= severe, 4 = extreme, 0 = unknown.

#A32: Alert urgency: A numeric value, with the following text mapping: 1 = past, 2 = future, 3 = expected, 4 = immediate, 0 = unknown.

#A33: Alert response: A numeric value. Only the highest value will be returned! See the following text to number mapping:

<ul><li>1 = none (No action recommended.)</li>

<li>2 = allClear (The event no longer poses a threat.)</li>

<li>3 = assess (Assess the situation.)</li>

<li>4 = monitor (Monitor the situation.)</li>

<li>5 = avoid (Avoid the event.)</li>

<li>6 = execute (Execute a pre-planned activity.)</li>

<li>7 = prepare (Make preparations.)</li>

<li>8 = evacuate (Relocate.)</li>

<li>9 = shelter (Take shelter in place.)</li>

</ul>

#A34: Alert effective time: The time the event went into effect.

#A40: Timestamp: The call time of the LBS in seconds since the Unix Epoch (January 1 1970 00:00:00 GMT).

#A41: Attribution URL: The URL which had to be included in frontend designs.

#A42: Raw response: The json response returned from the server.

#A43: Error: A possible error returned by the service.

(c)Copyright 2023 Hendrik Später

This LBS is free software: you can redistribute it and/or modify

it under the terms of the GNU General Public License as published by

the Free Software Foundation, either version 3 of the License, or

(at your option) any later version.

This LBS is distributed in the hope that it will be useful,

but WITHOUT ANY WARRANTY; without even the implied warranty of

MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the

GNU General Public License for more details.

You should have received a copy of the GNU General Public License

along with this. If not, see http://www.gnu.org/licenses.

Dieser LBS wertet die Husqvarna Statusmeldung von LBS19000935 ab Version 0.3 aus und gibt u.a. einen Text oder die URL zur Kartendarstellung aus.

V0.1: Initial Version

V0.2: Erweitert um Fehlercodes und eine Kartendarstellung mit Google Maps

V0.2.2: Bugfix

V0.3: Anpassung an neue API, neue Ausgabetexte, neue Belegungd er Ein- und Ausgänge
V0.3.1: Kleine Textanpassungen und ein Bugfix
V0.3.1.1: Debugmeldungen deaktiviert
V0.3.2: API-Fehler werden mit ausgegeben

V0.4: Änderungen für LBS19000935 V3.2, Mower ID wird ausgegeben

V0.5: Anpassung für LBS19000935 V4.0

V0.5.1 Bugfix

Anwesenheitserkennung via TR64 an der Fritzbox.

Erstellt eine Wettervorhersage für die (maximal) nächsten 7 Tage mittels der Pirate Weather bzw. DarkSky.net-API.

Es können ebenfalls für einen Denro ONE RTR verwendbare Wetterdaten erstellt werden.

Fragt das aktuelle Wetter mittels der Pirate Weather bzw. DarkSky.net-API ab.

Erstellt mittels der Pirate Weather bzw. DarkSky.net-API eine Wettervorhersage für die nächsten 7 Tage  und schriebt die Werte in atenarchive.

Abruf und Auswertung der 7-Tage-Wettervorhersage von pirateweather.net. Ggf. wird auf Daten im lokalen Cache zugegriffen.

Ausgabe der Vorhersage-Daten für 4 Tage jeweils am Morgen, am Mittags, am Abend und in der Nacht.

Gibt Eingänge zufällig oder sequentiell in Zeitabständen oder getriggert weiter

Holt die URI für ein Album-Cover und zusätzliche Infos mit der Last.fm API. Die Cover und Infos können dann z. B. in der Visu dargestellt werden.

Dieser LBS ist sinnvoll einzusetzen, wenn z. B. bei Radiostreams keine Cover ausgeliefert werden. Dann können anhand des Künstlers und des Titels passende gesucht werden.

In Version 0.3 wurde die Trefferquote für Coverfotos stark erhöht.
In Version 0.4 werden nicht nur Cover sondern auch zusätzliche Infos ausgegeben (thx Winni)

In Version 0.5 funktioniert wieder die Bildersuche und Debug (0/1), sowie interne Optimierungen (thx Winni)

Dieser Baustein fügt das lower word und das higher word zu einem dword zusammen.
Hilfreich z.B. bei 2 Modbusregister

Beschreibung: Steuert die Wallbox und bietet eine einfache dynamische Anpassung der Stromstärke, um z.B. Überschussladung zu realisieren. Für weitere Informationen die mitgelieferte Hilfe sowie den Forum Thread beachten!

Anstelle überchüssig erzeugte Energie der PV Anlage ins Netz zurück zu speisen, kann mit diesem LBS ein el. Heizstab zur Warmwasser-Erzeugung ausgeregelt werden. Bitte Hilfe Text beachten!

Beschattungssteuerung in Abhängigkeit verschiedenster 
Rahmenbedingungen wie Ein-/Austrittswinkel gegenüber 
dem aktuellen Azimut, Min-/Max-Elevation, Beachtung
der Abmessungen der Lamellen uvm.
Komplette Neuimplementierung des LBS19000141.

Dieser LBS ruft die Daten über solarprognose.de ab und schreibt die Daten in das entsprechende Archiv

Quick-Guide:

Kundenkonto unter http://www.solarprognose.de anlegen und alle Daten der PV-Anlage eingeben.
Token aus Kundenkoto kopieren (oben rechts auf Account-Namen/API Overview. Dieser wird An E2 übergeben-
Datenarchiv in Edomi anlegen und die ID an E5 übergeben
E4 konfigurieren. Wenn die Prognosedaten über einen längeren Zeitraum gespeichert werden sollen, 1 eintragen. Ansonsten 0
Item und ID anE9 und E10 übergeben. Ich verwende die Modul-Felder. Die Information befindet sich unter Administration/Modul-Felder.
E9 = module_field,E10 = ID, die unter der Spalte ID in der Tabelle aufgeführt ist.

Der Baustein verbindet sich auf einen Russound MCA C5 oder C3 , sowie MCA-88 und liest mittels RIO Protokolls die
Information über die Zonen und Sourcen aus und stellt die Informationen, jeweils aktuell, permanent
über die Ausgänge bereit.
Wird eine MAC-Adresse angeben, wird zuerst ein WOL - Paket gesendet.
Bricht die Verbindung ab, wird wieder neu versucht zu verbinden.

Beim weiteren Verarbeiten helfen 19000822 und 19000823.

Version 0.1 Forumsbeitrag

LBS versendet Nachrichten an den Alexa Skill "Textnachrichten"

Der Baustein basiert auf den LBS 19002165.

Der Unterschied ist, dass dieser Baustein eine eigene Admin-Oberfläche zur Verfügung stellt, d.h. die Komponenten werden über eine eigene Admin-Seite gepflegt.

Achtung: Ab 1.60 wird die Datenbank umgezogen.

1)
mysqldump avsTable >avsTable.sql

2) LBS in Edomi hochladen
3) Edomi neustarten
4) Im Logikeditor E2 des LBS im Live-Modus mit 1 triggern (Admin-Seite wird neu geschrieben)
5) Die Admin aufrufen.
Beim ersten Aufruf wird die Datenbank automatisch umgezogen,

folgende Meldung sollte dann in der ersten Zeile erscheinen:

successfully moved old database structure to edomiProject

1.61: bitte die Datenbank manuell umstellen:

mysql in der shell aufrufen und dann diese 2 Befehle ausführen;

ALTER TABLE edomiProject.avsSub ENGINE=MyISAM;
ALTER TABLE edomiProject.avsMainEntry ENGINE=MyISAM;

Abfallwirtschaft iCAL-Poll

Eingänge

E1 : Trigger
     LBS starten
E2 : URL zur iCal-Datei
     Falls ein direkter Abruf nicht möglich sein sollte, kann die Datei auch irgendwo lokal abgelegt werden.

E3 : Eigene Zeitzone
E4 : Debug-Level
     0 = Kritisch, 1 = Fehler, 2 = Info, 3 = Debug

E5 : Feld-Keywort. Normalerweise sollte es das "SUMMARY"-Feld in der iCal sein.

E6 : Ausgabe-Datei auf dem Edomi-Host.
E7 : Summary-Filter. (*1)

E10: TS1-Filter (*1)
E11: TS2-Filter (*1)
E12: TS3-Filter (*1)
E13: TS4-Filter (*1)
E14: TS5-Filter (*1)

(*1): Falls mehere Einträge, müssen diese mit '|||' getrennt werden.

How-To

Die Müllabfuhrtermine werden über die AWSH-Webseite abgefragt und automatisch in einer Datei abgelegt, damit der Baustein 19000180 die Daten auswerten kann.

Die URL muss manuell erstellt und auch angepasst werden. Anbei ein Beispiel anhand der AWSH

1) Webseite der AWSH aufrufen:

https://www.awsh.de/service/abfuhrtermine/

2) Ort + Straße auswählen.

3) Die Optionen auswählen
 
  Restabfall 2W
  Bioabfall 2W
  Wertstoff 2W
  Papiertonne monatlich

  Tannenbaum

Falls im ical kombinierte Daten vorhanden sind, die unter einer Gruppe laufen sollen, so können diese mit ||| angegeben werden, d.h.:

TS1 = Restabfall 2W|||Restabfall, Bioabfall 2W

4) Den Link "Als Kalenderdatei (.ics) herunterladen" kopieren und als E2 an diesen Baustein übergeben.

Die jeweiligen Filter sind in der ICS-Datei aufgeführt. Hier kann man entweder die ICS-Datei vorher per Text-Editor öffnen und sich die Schlüsselwörter der jeweiligen Kalender
raussuchen oder man gib als TS1-Filter erstmal den String "test" ein. Anschliessend öffnet man die Log und übernimmt die möglichen Kombinationen.

Leere TSx-Filter werden ignoriert.

Die Schweizer Gebäudeversicherungen bieten eine kostenlose Warnung
vor Hagel an.http://vkf.ch/VKF/Services/Hagelschutz.aspx
Benötigt wird lediglich eine Anmeldung mit Name und Standort.
Der Baustein fragt im 2 Minuten Takt die Hagelschutz Webseite des VKF ab.
Der Baustein laeuft ab HS Firmware Version 4.2

Der Baustein dient dazu, vier 1-Byte-Eingänge zu einem 32-Bit-Ausgang (DWORD) zusammenzufassen.
Dies kann z.B. dazu dienen ein aus 4 einzelnen Bytes bestehendes RGBW-Signal zu einem
RGBW-Decoder in ein einziges Kommunikationsobjekt zu packen. Vor dem RGBW-Decoder muss
das Signal wieder "entpackt" werden, z.B. mittels des Bausteins "12485_DWORD_TO_4BYTE".


Der Baustein verfügt über zwei Sperreingänge [E5] und [E6].
Empfängt [E5] ein 0-Telegramm, wird der Ausgang [A1] auf 0 gesetzt und gesperrt.
Empfängt [E6] ein 0-Telegramm, wird der Ausgang [A1] gesperrt. Der Wert von [A1] bleibt unverändert.
Nach Beendigung der Sperren werden die aktuell an den Eingängen [E1] bis [E4] anliegenden Werte auf [A1] ausgegeben.
[E5] hat Priorität vor [E6].
[E5] und [E6] werden jeweils mit 1 initialisiert.

Der Ausgang [A2] sendet ein 1-Telegramm, wenn der Wert des Ausganges [A1] größer 0 ist, d.h. z.B. im
Falle der Nutzung für RGBW, dass das Leuchtmittel auf mindestens einem Kanal angesteuert
wird (Leuchtmittel EIN).

Der Ausgang [A2] wird mit dem Wert 0 initialisiert.

V1.2 Neuer Ausgang [A2]:
A2 DWORD (32bit) (send) [1DW]
Ursprünglicher Ausgang [A2] ist jetzt Ausgang [A3]
Neuer Ausgang [A4]:
A4 DWORD > 0 (1bit) (send) [1b]

V1.3

Neuer Eingang [E7]: Multiplikator auf Eingänge [E1] bis [E4]

Der Baustein dient dazu, einen 32-Bit-Eingang (DWORD) in vier 1-Byte-Ausgänge
aufzuteilen. Dies kann z.B. dazu dienen, ein mittels des
Bausteins "12484_4BYTE_TO_DWORD" in ein DWORD gepacktes RGBW-Signal in einemv einzigen Kommunikationsobjekt zu einem RGBW-Decoder, vor dem Decoder wieder zu "entpacken".

Der Baustein verfügt über zwei Sperreingänge [E2] und [E3].
Empfängt [E2] ein 0-Telegramm, werden die Ausgänge [A1] bis [A4] auf 0 gesetzt und gesperrt.
Empfängt [E3] ein 0-Telegramm, werden die Ausgänge [A1] bis [A4] gesperrt.
Die Werte von [A1] bis [A4] bleiben unverändert.

Nach Beendigung der Sperren wird der aktuell am Eingang [E1] anliegende Wert auf [A1] bis [A4]
ausgegeben.

[E2] hat Priorität vor [E3].
[E2] und [E3] werden jeweils mit 1 initialisiert.

Der Ausgang [A5] sendet ein 1-Telegramm, wenn der Wert mindestens eines der
Ausgänge [A1] bis [A4] größer 0 ist, d.h. z.B. im Falle der Nutzung für RGBW, dass das
Leuchtmittel auf mindestens einem Kanal angesteuert wird (Leuchtmittel EIN).

Der Ausgang [A5] wird mit dem Wert 0 initialisiert

V1.2 Neuer Ausgang [A6]:

A6 DWORD > 0 (1bit) (send) [1b]

V1.3 Neuer Eingang [E4]: Divisor auf Ausgänge [A1] bis [A4]

13371_TVDigital [V3.01] Die Version 3.01 ist an das neue Design der tvdigital Seite angepasst mit https. Es werden zur Zeit nur noch jetzt (now) und 2015 unterstützt. Dafür sind die Daten der nachfolgenden Sendungen wieder vorhanden. Darum auch den im Zip enthaltenen Stripper V2.1 verwenden. Dieser neue Baustein ersetzt die 1639X_TVMovie Bausteine und ist in der Ausgabe der Daten mit den alten Bausteinen kompatibel. Also eigentlich nur Baustein ersetzen und Sendertags auf E2 anpassen. Neu hat der Baustein einen E3 Auf E3 wird die Sendezeit eingetragen. Steht darin "now" werden die aktuellen Sendungen angezeigt. Steht darin "2015"weden die Sendungen die um 20:15 kommen ausgewertet. Change Log: V3.01
Unterstützung von https V1.15
Anpassungen nach Aenderung des HTML Codes der Webseite V1.13 Neu kompiliert, jetzt auch auf HS4 lauffähig V1.11 Bugfix: Fehler in Kompiler behoben. Baustein neu kompiliert. V1.10 Anpassung auf neues Design der TVdigital Seite. Es werden nur noch die Zeiten now und 2015 unterstützt. Die Nachfolgende Sendung ist wieder enthalten V1.06 Bugfix: Konvertierung der Umlaute hat in seltenen Fällen zu Problemen geführt. Error wird jetzt abgefangen V1.05 Bugfix: Sender mit gleicher Endung wurden nicht richtig ausgewertet. (Bsp: n-tv) V1.04 Erste gepostete Version

Beschreibung: Diesr Logikbausten bestimmt den Rest der Division der beiden Eingänge und gibt diesen Rest aus.

Der Baustein realisiert einen Filter, der den Eingangswert auf den Ausgangswert weiterleitet, wenn sich der Eingang um einen %-Mindestwert verändert hat. Dabei wird der letzte Wert, der über den Ausgang gesendet wurde als neue \"Baseline\" verwendet. Mehr Infos mit Beispiel in der Hilfe zum Baustein.

Dieser Baustein vergleicht den Wert an E1 mit den Vergleichswerten.
Wenn E1 = Wert (Wenn) >> Wird A1 auf den zugehörigen Wert (Dann) gesetzt.
Wenn keiner der 10 Vergleiche zutrifft und E22 ungleich 0 ist, wird A1 auf den Wert von E23 gesetzt. Andernfalls bleibt A1 unverändert.

Holt die Status der PiHole Api ab.

Neuer Code von Micha (Vento66) der den Code von mir bzw. Simon Lässig (der mir damals schon half) noch mal überarbeitet und schön gemacht hat.

Vielen Dank hierfür.

V:032 Token Eingang eingebaut

Der LBS fragt die stündlichen Strompreise vom Anbieter aWattar ab und gibt die Preise in cent/kWh pro Stunde aus

Erstellt eine Pollenflugprognose über einen Zeitraum von maximal 5 Tagen.

Abfrage der aktuell möglichen Daten eines Mercedes über MercedesMe. Leider sind die kostenlos abzurufenden Daten sehr beschränkt und kommen nicht an die Informationen aus der App heran. Evtl. soll das nächstes Jahr besser werden.

Setzt das Signal 1 nach "on" ond 0 nach "off"

Holt die Börsenkurse einer Aktie / Index usw. von onvista für einen Zeitraum und stellt sie in ein Archiv. Vortagesdaten sind an Ausgängen direkt verfügbar.

SonnenBatterie API

Dieser Baustein dient zur Abfrage einer SonnenBatterie der Firma https://www.sonnenbatterie.de/. Abgefragt werden die auslesbaren Daten aus der Batterie selber, nicht über deren Homepage bzw. Server.

Ausgelegt ist der Baustein für das Modell SonnenBatterie eco der neueren Generation mit API-Schnittstelle, für das ältere Modell bitte den LBS19001340 benutzen.

Dieser Baustein basiert auf den beiden Bausteinen 19000160/61 von benji und dient zur Abfrage eines Stiebel ELtron InternetServiceGateway (ISG). Abgefragt werden die Wärmepumpe- bzw. Anlagedaten (abzüglich der Daten die schon über das ISG in das KNX gestellt werden können) und ist aktuell ausgelegt auf die Modellserie Stiebel ELtron WPF cool mit FEK.

Ermöglicht das Aktivieren unterschiedlicher Port-Profile auf UniFi-Devices. Zum Betrieb ist ein UniFi Controller erforderlich.

Mit diesem LBS lassen sich die Klimadaten einer Wetterstation vom Typ Froggit WH3000SE und andere mit GH1000/HP1000 Protokoll abrufen.
Die Wifi Wetterstation muss sich im LAN befinden.
An der Wetterstation bzw. in der WS-View App am Smartphone muss der Pfad der EXEC-PHP Datei angegeben werden.

Dieser LBS stellt die Verbindung zur Samsung Smartthings Cloud her und dient als Gateway für die einzelnen Geräte LBS.
Der Bastein muss bzw. darf nur einmal im Projekt verwendet werden.

E1  : Betriebsmodus
      0=LBS gestoppt (keine Geräte können gesteuert werden)
      1=LBS starten bzw. neu-starten

E2  : Smartthings Token
      Muss unter dieser URL im Smartthings-Konto erstellt werden:
      https://account.smartthings.com/tokens

E3  : Intervall zum aktualisieren (poll) der Schnittstelle [Sekunden].
 
E9  : Debug: [0..3], 0= Kritisch, 1=Info, 2= Debug, 3 = LowLevel
 
A1  : Trigger für LBS SamsungOCFAirConditioner (LBS 19002620)
A2  : Trigger für LBS SamsungOCFTV an Eingang (LBS 19002621)

Der LBS installiert unter EDOMI_ROOT/main/include/php/SmartThings eine Library, die von den weiteren LBS benötigt wird.

HomeServer Harmony Hub Anbindung. Support Thread - Behebt ein Problem wodurch der HS nicht starten konnte wenn das Harmony Hub offline ist. Danke fürs melden und testen :-)

Ermittlung von verfügbaren Informationsquellen. Zusatzbaustein zu den newsapi.org Bausteinen

easee Wallbox mit Überschussladung in der aktuellen Fassung. Leider komme ich nicht mehr dazu den weiter zu entwickeln. Daher BETA. Evtl. kann ja jemand etwas damit anfangen. 

Spritpreise in Österreich

Findet die 5 günstigsten Tankstellen im Umkreis des angegebenen Standortes.

Auslesen von Davis Vantage Pro2 oder Vue Wetterstationen inkl. Zusatzsensoren über die lokale API der WeatherLink Live.

Dieser LBS ermöglicht die Steuerung der App Fully Kiosk Browser in der Plus-Version über das Rest Interface.

Changelog:

0.2: Eingang zum Setzen der Bildschirmhelligkeit ergänzt
0.1: Initial Release

Der Baustein dient zum Auslesen eines Kostal Smart Energy Meter über eine Modbus TCP Verbindung.

Die Datei ModbusMaster.php muss in das Verzeichnis: /usr/local/edomi/main/include/php/ kopiert werden.

E1: Trigger, über diesen Eingang kann der Baustein getriggert werden.
E2: IP Smart Energy Meter
E3: Log-Level (0=none, 1=emergency, 2=alert, 3=critical, 4=error, 5=warning, 6=notice, 7=info, 8=debug). Auf LogLevel 8 werden die Daten sehr intensiv geloggt, dies aber nur, wenn der Baustein individuell getriggert wird (siehe E4)
E4: Loop-Deley der Baustein kann durch individuelles Triggern auf E1 (E1=Trigger, E4=0) oder selbstständig laufen (E1=1, E4=gewünschtes Delay in ms). Für das selbstständige Laufen ist E1 auf 1 zu setzen und E4 auf den gewünschten Rhythmus, z.B. 1000 um jede Sekunde die Werte auszulesen.