Sichert die Edomi-Backups zusätzlich bei Dropbox.

Howto ist im Beitrag beschrieben:

https://knx-user-forum.de/forum/projektforen/edomi/2045076-dropbox-backup

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!

RainMachine Program dient zum Starten und Stoppen eine Programms und der Anzeige wichtiger Daten.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Changelog:

V0.1: Initial Version

V0.2: Starten/Stoppen integriert und Ausgabe erweitert

 

Dieser LBS verwendet die RainMachine API um die Bewässerungszonen ein- und auszuschalten.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Changelog:

V0.1: Inital Version

V0.2: Daten von "zone" ergänzt

Wertet die Wecker von Alexa aus und generiert dafür Schaltsignale. Der LBS benötigt zum Betrieb den LBS Alexa Control 19000809.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Changelog:

V0.1: Initial version

V0.2: Bugfix

V0.3: Disable LOG

V0.4: Wrong Output A1-A8 fixed

V0.4.5: Ausgabe bei A1 wenn kein Wecker aktiv ist auf deutsch geändert

Dieser LBS holt Songtexte von ChartLyrics basierend auf den Künstler und Liedtitel.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Sendet bis zu 10 Werte nacheinander zeitverzögert auf den Ausgang.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser LBS steuert WallPanel eine App für Android Tablets.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Changelog:

Version 0.3: Behebt ein Memoryleak unter manchen Bedingungen

Mit diesem LBS kann über eine Bridge ein Nuki Türschloss angesteuert werden.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Wie LBS 19001671 nur kompakter gestaltet und rechnet einen Wert 0-255 (Byte-Wert) auf 0-100 (%-Wert) um.

Dieser Baustein integriert einen SBC und beachtet Wertegrenzen.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Wie LBS 19001671 nur kompakter gestaltet und rechnet einen Wert 0-100 (%-Wert) auf 0-255 (Byte-Wert) um.

Dieser Baustein integriert einen SBC und beachtet Wertegrenzen.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Erhöht (E1 > 0) oder verringert (E1 <=0) einen Wert an E2 und gibt diesen aus. An E3 kann optional ein Wert angegeben werden um den verringert oder erhöht werden soll, wird keiner angegeben wird E1 verwendet.

Erstellt wurde dieser LBS um die Lauststärkeänderung vom LBS "Alexa SmartHome Device" (19001201) kleinschrittiger zu machen (Standard bei Alexa ist 10).

V0.3.: Bugfix, danke givemeone für den Hinweis

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Ein Schwellwertschalter basierend auf LBS15000020 mit einer Totzeit. Das heißt während der Totzeit reagiert E1 nicht auf Änderungen.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser LBS ermittelt über die Ausrichtung einer Fassadenseite und einem Öffnungswinkel ob die Fassade in direkter Sonne ist.

Hierzu wird extern der Azimutwinkel der Sonne zugeführt.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Rollladensteuerung mit Sonderfunktionen, z. B. sanftes Aufwachen oder Dunkelsteuerung. Benötigt werden Fenster mit Kontakten oder Fenstergriffen die eine Position melden und eine Beschattungssteuerung (KNX-Wetterstation oder LBS).

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Neu 3.1.6:

Fix bei der Automatiksperre E10 = 2

Neu 3.1.5:

Fix im Status Regen

Neu 3.1.4:

Sporadisch auftretender Fehler "ungültiger Index" behoben.

Neu in 3.1.3:

- Kompatibilität mit CentOS7/PHP7 hergestellt

Neu in 3.1.1:

E8 hat eine neue dritte Option bekommen mit der bestimmt wird, ob Beschatten und Blendschutz bei Dunkelheit deaktiviert werden sollen oder aktiviert bleiben.

Neu in 3.1:

- Automatische Erkennung on Byte- oder %-Werte an einem Eingang verwendet werden (Hilfe beachten!)

- Verweis auf beliebige andere Eingänge bei den Positionen durch z. B. E31 statt 102 möglich

- Nicht verwendete Positionswerte werden mit NA angegeben statt 101

- Zahlreiche Bugfixes

Dieser LBS rechnet einen Wert im Bereich von 0-100 (%-Wert) auf 0-255 (Byte-Wert) und umgekehrt um.

Zusätzlich werden die Wertegrenzen eingehalten und eine SendByChange-Funktion (SBC) ist integriert.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

In diesem LBS kann ein mini- und maximaler %-Wert angegeben werden und der LBS berechnet die neuen Dimmwerte für den angegebenen Bereich.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

In Anlehnung an den HS-Baustein von MatthiasS errechnet dieser LBS Sommer oder Winter nach DIN anhand der Aussentemperaturen zu folgenden Uhrzeiten:
7 Uhr, 14 Uhr und 22 Uhr, wobei die Temperatur um 22 Uhr stärker gewichtet wird. (Die Temperatur um 22 Uhr ist stärker gewichet, da die Abendtemperatur in den Übergangszeiten schneller abfällt als im Sommer.)

Ist die Durchschnittstemperatur zu diesen Uhrzeiten > Schwellenwert (16 Grad), dann ist lt. DIN "Sommer", sonst "Winter".

Der LBS ist mit PHP 5.6 und PHP 7 kompatibel.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser LBS wählt zufällig einen Eingangswert aus und gibt diesen am Ausgang aus.

Zusätzlich wird in den Eingangswerten die Zeichenfolge "{#}" durch den Wert an E1 ersetzt.

Version 0.3: Redesign des Bausteins, Werte können nun zwischendurch frei bleiben
Version 0.2: Fehler behoben

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein ermittelt in Verbindung mit dem LBS19000193 und einem Wiregate 1-Wire Professional Busmaster PBM01, folgende Parameter:

- Status des Busses

- Busauslastung

- Anzahl Slaves

- Gekaufte Lizenzen

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser LBS lässt Signale an E1 nur durch wenn die Abweichung größer als der Wert an E2 ist oder das letzte Senden länger als die Zeit an E3 her ist.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dier LBS ermittelt den Füllstand einer Zisterne über den Drucksensor von icaplan. 

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein berechnet anhand der rel. Feuchtigkeit und der Temperatur die folgenden Werte absolute Feuchte und den Taupunkt.

Bei mir kommt dieser LBS zusammen mit dem LBS19000193 zum Einsatz.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser LBS liest aus einer Textdatei die Mülltermine aus und berechnet die Tage bis zur nächsten Abfuhr.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser LBS wandelt WW Codes (z. B. von LBS 19000773) die z. B. der DWD nutzt in Codes nach dem Schema von Weather Underground um.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser LBS ermöglicht die Ansteuerung eines Rollladens mit nur einem (Visu-)Button. Bei Verwendung von einem "Dynamischen Design" kann zusätzlich die Beschriftung bei jeder Betätigung passend zwischen "Auf - Stopp - Ab" gewechselt werden.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

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)

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Liest einen Regler Resol DeltaSol SLL bzw. Stiebel Eltron SOM 7 E plus aus. Der LBS nutzt das VBus-Protokoll und ist mit der VBus/LAN-Schnittstelle getestet worden.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser LBS ermöglicht die Erkennung z. B. von einem Doppelklick. Die Anzahl der Tastendrücke (1 bis beliebig) innerhalb einer Zeitspanne und das Ausgangssignal kann über Optionen festgelegt werden.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Nur in Verbindung mit dem LBS19000199 (Denon-AVR) zu verwenden.

Dient der Lautstärke Steuerung eines Denon/Marantz-Verstärkers, mit folgenden Möglichkeiten:

- Direkt über ein KO mit einem Wert zwischen 0 und 255

- Über ein Dimm-KO (DPT3) lauter/leiser

- Steuerung von Mute über ein KO

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser LBS kann zum Ein- und Ausschalten von Verbrauchern mittels Wake On LAN (WOL) verwendet werden.

Hierzu lauscht der LBS im Netzwerk und setzt die Ausgänge beim Empfang eines WOL-Pakets mit gültiger MAC-Adresse.

Auf EDOMI muss das Tool "tcpdump" installiert und konfiguriert werden (siehe Hilfe).

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser LBS erzeugt einen Text mit dem aktuellen Wochentag und dem aktuellen Datum, um das Ergebnis in einer Visu anzeigen zu lassen.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Lässt die Telefon über SIP Klingeln (z. B. für eine Türklingel zu verwenden). Im Gegensatz zu einem Rundruf wird hier eine definierte Rufnummer angezeigt.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Gibt einen Zeitpunkt in Epochalzeit (Timestamp) als Text aus.

Version 0.3: Nutzung von GMT als Option hinzugefügt.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Schreibt die ankommenden Daten am Eingang E9 in eine InfluxDB.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Gibt an seinen Ausgängen die Zeit in unterschiedlichen Textformen aus, wenn am Eingang eine Zeitdifferenz in Sekunden anliegt.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Eine Sperre mit zwei Optionen, zum Einen ob die Sperre bei 0 oder ≠0 entsperrt sein soll und zum Zweiten ob beim Entsperren das Signal an E2 ausgegeben werden soll. Zusätzlich kann ein definierter Wert angegeben werden, wenn die Sperre aktiv ist.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein berechnet aus maximal acht Eingangswerten den Mittelwert und gibt das Ergebnis an A1 aus.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein berechnet aus maximal vier Eingangswerten den Mittelwert und gibt das Ergebnis an A1 aus.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein ermittelt aus maximal acht Eingangswerten die Anzahl der belegten Eingänge und gibt das Ergebnis an A1 aus.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein ermittelt aus maximal vier Eingangswerten die Anzahl der belegten Eingänge und gibt das Ergebnis an A1 aus.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein ermittelt aus maximal acht Eingangswerten den kleinsten und gibt diesen an A1 aus.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein ermittelt aus maximal vier Eingangswerten den kleinsten und gibt diesen an A1 aus.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein ermittelt aus maximal acht Eingangswerten den größten und gibt diesen an A1 aus.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein ermittelt aus maximal vier Eingangswerten den größten und gibt diesen an A1 aus.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein wird nicht mehr weiterentwickelt, der Nachfolger ist dieser:  LBS 19000402

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Übersteuert im Nachtbetrieb eine Lampe um diese gedimmt einzuschalten.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Rolladensteuerung mit Sonderfunktionen, z. B. sanftes Aufwachen oder Dunkelsteuerung. Benötigt werden Fenster mit Kontakten oder Fenstergriffen die eine Position melden und eine Beschattungssteuerung (KNX-Wetterstation oder LBS).

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Ermittelt mit zwei Fensterkontakten einen Öffnungsstatus (geschlossen, gekippt oder drehgeöffnet)

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

Dieser Baustein gibt **A1 = 1** nur dann aus, wenn folgende Bedingung erfüllt ist:

- **E1 = 0**
- **E2 ≠ 0**

In allen anderen Fällen wird **A1 = 0** ausgegeben.

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.

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. 

[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!

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

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

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!

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!

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.

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.

Der Baustein wird nicht mehr gepflegt und erhält keinen Support.

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

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]