X1/L1 - Downloadliste

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.

Update am 26. Dezember 2023: das Weihnachtsupdate von Gira (Version 2.8.869 vom 20.12.2023) entfernt die TLS-1.2-Unterstützung aus der Firmware (nachdem sie es in der vorherigen Version hinzugefügt hatten...). Dadurch funktioniert der Velux-KLF-200-Baustein NICHT mehr.

Ein Update folgt - dauert aber, weil ich wieder mit einer externen Bibliothek arbeiten muss, die einige Besonderheiten hat. Bis dahin muss die Version 2.8.585 der X1-Firmware verwendet werden!

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

ACHTUNG: Version 1.0.0 benötigt mindestens die Gira-X1-Firmware der Version 2.8.858.0.

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

ACHTUNG: 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!

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

[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).

[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

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

Writes time series data to InfluxDB v2 API.
For local InfluxDB servers (no cloud support).
Supported data types:
- Binary
- Number

How to use the logic node?
https://github.com/DezzardHD/InfluxDBv2Writer_GiraX1

Credit to Alram Lechner for his InfluxDB v1 API writer I've used as a blueprint to create this logic node.
 

Note: Updating v1.1.1 to 1.1.2 is not necessary, cause I've only removed the non functioning parts for InfluxDB Cloud

Der Baustein gibt binäre Informationen Feiertag ja/nein, Samstag ja/nein, Sonntag ja/nein, Wochenende ja/nein aus, jeweils für "heute" und "morgen". Was "heute" ist, definiert ihr selbst und zwar über drei Eingänge "Jahr", "Monat" und "Tag". Morgen wird vom Baustein berechnet (Tag +1).  Füttern könnt Ihr "heute" über den Eingangs-Baustein per "Ortszeit" und dann über den Gira-Baustein "Datum und Uhrzeit". Als Trigger verwende ich den Telegrammgenerator.  Für die Feiertagsberechnung wird das Bundesland benötigt. Siehe ISO-genormte Abkürzung hier: https://de.m.wikipedia.org/wiki/ISO_3166-2E. Beispiel "DE-NW" für NRW.

Zudem Nutzung in der Schweiz (CH) und Österreich (AT) möglich.

Mehr Informationen unter: https://knx-user-forum.de/forum/supportforen/gira-logik-sdk/1710669-neuer-x1-l1-baustein-zum-testen-feiertags-samstags-und-sonntagsberechnung

Ein Icon wird von https://icons8.de verwendet.

Dieser Baustein bietet einen Watchdog für eine Vielzahl von Geräten und gute Auswertemöglichkeiten.

Ausserdem hat er den Smooth Start:

Geräte können nur dann ausfallen, wenn sie zuvor lebendig waren.

Mehr Infos unter https://www.soenkejacobs.de/knx/heartbeat/Heartbeat.html

Die Logikbausteine in diesem Paket stellen zum einen ein paar Verbesserungen und Ergänzungen vorhandener Bausteine dar:

• Der Baustein Send-By-Difference funktioniert ähnlich wie Gira's "Send-By-Change", erlaubt aber die Filterung ähnlicher (nicht nur genau gleicher) Werte.
• Der Baustein Eingangswahlschalter+ funktioniert wie Gira's "Eingangswahlschalter". Zusätzlich kann beim Auswählen eines Eingangs der zuletzt auf diesem Eingang empfangene Wert gesendet werden. In manchen Fällen erspart das zusätzliche Logik mit Wertgeneratoren.
• Der Baustein Ausgangswahlschalter+ ist die logische Umkehrung des Eingangswahlschalter+. Wie dieser kann er beim Auswählen eines Ausgangs sofort einen wählbaren Eingangswert senden. Zusätzlich kann er beim Abwählen eines Ausgangs einen Ruhewert senden. Er kann auch – mit nur einem Ausgang – als erweiterte Sperre eingesetzt werden, wenn beim Sperren ein Ruhewert und/oder beim Aufheben der Sperre der Eingangswert gesendet werden soll.
• Der Baustein Statistikfunktionen ermöglicht nebenbei auch die Addition vieler Werte, während der Gira-Baustein "Grundrechenart" nur zwei Werte erlaubt.

Der zweite Schwerpunkt sind einfache statistische Berechnungen, u. a. Durchschnitt, Minimum und Maximum:

• Die Statistikfunktionen errechnen diese für mehrere Eingänge, die in der Regel mit verschiedenen Datenpunktem verbunden sind.
• Statistik für Zeitreihen arbeitet mit einer Zeitreihe von Werten eines Datenpunkts, die nacheinander auf dem gleichen Eingang eintreffen.

Anders als üblich berechnen dabei alle Bausteine mit mehreren gleichartigen Eingängen ihre Ausgangswerte schon dann, wenn ein Eingang einen Wert erhält (und nicht erst dann, wenn alle Werte gültig sind). Dadurch ist eine Vorbelegung der Eingänge – die in vielen Fällen ohnehin nicht die gewünschte Wirkung hätte – meist verzichtbar.

Hinweis: Der Logikbaustein Formelberechnung würde thematisch gut in dieses Paket passen. Aus technischen Gründen – er verwendet die gleiche Platzhalterimplementierung wie der Textformatierer – findet er sich jedoch im Paket 20000010 "Visu- & Web-Logikbausteine".

Die Version 1.3.10 enthält gegenüber der Version 1.3.8 kleinere Fehlerbehebungen, Anpassungen und Erweiterungen der Dokumentation.

Schaut nach einem Trigger in einem Zeitfenster, ob Bewegung herrscht und schaltet dann auf abwesend.

Verschiedene Sperren ermöglichen es, Fehlauslösungen zu verhindern. Ein Langzeittimer erkennt Abwesenheit auch bei verpasstem Zeitfenster.

Auch ein Urlaubs-Status kann hierüber gesteuert werden.

Mehr Infos und Changelog unter https://www.soenkejacobs.de/knx/presence/Presence.html

31.12.2020: Wird nicht mehr supportet!

Ich freue mich über Feedback (nicht nur bei Fehlern) im Forum unter dem Thread:

https://knx-user-forum.de/forum/öffentlicher-bereich/knx-eib-forum/1387349-beta-logikbaustein-für-philips-hue-und-gira-x1#post1387349

02.08.2019 - Update 0.1.6: mit Tunable White

04.08.2019 - Update 0.1.7: Helligkeitswert wird nach dem Setzen von RGB nochmal auf den beim Input anliegenden Wert gesetzt. Dadurch wird der RGB neuberechnet und auf den Outputs zurück gemeldet. Das behebt das Verhalten, dass der Helligkeitswert sich immer 0% annähert, wenn man nur den RGB-Wert mit der X1 Visu-Funktion verändert.

31.12.2020: Wird nicht mehr supportet!

Der Baustein wandelt den relativen "Dimmwert" (DPT 3.007, 4-Bit), der z.B. von dem MDT Glastaster II Smart (oder Taster 86) bei der HSV Farbsteuerung verwendet wird, in den absoluten Wert (FLOAT) um.



Eingänge:

- Relative: PERCENT -100 ... 100, 0 ist STOPP, positive Werte erhöhen, negative Werte reduzieren, es liegen für gewöhnlich nur +100 und -100 an
- Minimum: der minimale Ausgangswert (FLOAT)
- Maximum: der maximale Ausgangswert (FLOAT)
- Periodendauer: Zeitspanne für den gesamten Periodendurchlauf (vom Minimum bis Maximum)
- Schritte: Anzahl der Schritte innerhalb der Periode (Integer > 0)
- Aktueller Wert: Rückmeldung für den aktuellen Wert aus dem Aktor, der den RGB-Wert verarbeitet


Ausgänge:

- Wert: der absolute Wert

23.06.2019: Aktualisiert auf Version 1.2.1 ... die alten Versionen müssen in GPA manuell entfernt/ersetzt werden (neuer Assemblyname aufgrund der Zertifikatsänderung); Min-Wert > 0 wurde auch korrigiert

P.S.: Der Baustein ist noch Beta. Bei Fehlern bitte um Rückmeldung im Forum:

https://knx-user-forum.de/forum/öffentlicher-bereich/knx-eib-forum/1371467-gira-x1-lbs-sammlung-für-die-umwandlung-der-hsv-farbsteuerung-mdt-zu-rgb-werten#post1371467

31.12.2020: Wird nicht mehr supportet!

Es sind zwei Bausteine in dem Paket:

RGB to HSV Converter

Der Baustein wandelt RGB-Werte zu den HSV-Werten um.

Eingänge:

- Red: Byte 0..255, Rot-Anteil
- Green: Byte 0..255, Grün-Anteil
- Blue: Byte 0..255, Blau-Anteil

Ausgänge:

- Hue: Grad 0..360°, Farbwert
- Saturation: Prozent 0..100%, Farbsättigung
- Value: Prozent 0..100%, Helligkeitswert



HSV to RGB Converter

Der Baustein wandelt HSV-Werte zu den RGB-Werten um.

Eingänge:

- Hue: Grad 0..360°, Farbwert
- Saturation: Prozent 0..100%, Farbsättigung
- Value: Prozent 0..100%, Helligkeitswert

Ausgänge:

- Red: Byte 0..255, Rot-Anteil
- Green: Byte 0..255, Grün-Anteil
- Blue: Byte 0..255, Blau-Anteil

Die Umrechnung erfolgt analog der Formel auf der Website:

https://www.rapidtables.com/convert/color/rgb-to-hsv.html

23.06.2019: Aktualisiert auf Version 1.2.0 ... die alten Versionen müssen in GPA manuell entfernt/ersetzt werden (neuer Assemblyname aufgrund der Zertifikatsänderung)

P.S.: Bausteine sind noch Beta. Bei Fehlern bitte um Rückmeldung im Forum:

https://knx-user-forum.de/forum/öffentlicher-bereich/knx-eib-forum/1371467-gira-x1-lbs-sammlung-für-die-umwandlung-der-hsv-farbsteuerung-mdt-zu-rgb-werten#post1371467

31.12.2020: Wird nicht mehr supportet!

Der Logikbaustein schaltet nacheinander (sequentiell) die Ausgänge 1-30. Die Schaltzeit des jeweiligen Ausgangs ist über die Zeitspanne am zugehörigen Eingang einzustellen.

Es besteht auch die Möglichkeit jeden Ausgang einzeln anzusteuern.

Der Baustein ist auf der Veranstaltung "Logic Node SDK Hackathon 2019" in Zusammenarbeit mit Mirko Kuhn ( @mirko31 ) entstanden.
 

Parameter:

- Anzahl: 1-30 für die Anzahl der Ventile, die angesteuert werden sollen.

Eingänge:

- Start: startet die Sequenz.
- Abbruch: bricht den aktiven Vorgang (Sequenz oder manuelle Ansteuerung) im Baustein ab. Setzt alle Ausgänge auf AUS (0).
- Zeit 1-30: die Zeit für die Ventilöffnung bzw. schaltet den Ausgang für die eingestellte Zeit auf AN (1)
- Manueller Start 1-30: schaltet den Ausgang 1-30 außerhalb der laufenden Sequenz für die eingestellte Zeit 1-30 auf AN (1). Nach Ablauf der Zeit wieder auf AUS (0).

Ausgänge:

- Aktiv: AN (1) wenn die Sequenz läuft oder manuelle Ansteuerung aktiviert wurde.
- Gesamtzeit: Summe aller Zeiten 1-30
- Ausgang 1-30: der Ausgang für die Ventilansteuerung

23.06.2019: Aktualisiert auf Version 1.2.0 ... die alten Versionen müssen in GPA manuell entfernt/ersetzt werden (neuer Assemblyname aufgrund der Zertifikatsänderung)

Fragen unter https://knx-user-forum.de/forum/öffentlicher-bereich/knx-eib-forum/1368499-logikbaustein-automatik-bewässerung-für-gira-x1#post1368499

Ermöglicht Kommunikation über Modbus TCP.

Source: https://github.com/alramlechner/CommonLogicNodes

Status: POC (nur Werte lesen)

Ermöglicht das Versenden von eMails anhand eines Trigger Eingangs.

Status: POC

Source: https://github.com/alramlechner/CommonLogicNodes/tree/master/SendMail

Update 0.0.16: Betreff + Mailtext nun als Input verfügbar

Da der BoschCrypt Baustein bei vielen Datenpunkten etwas unhandlich war, kommen jetzt hier neue Bausteine zum Lesen und Schreiben auf Bosch/Buderus/Junkers Heizungen:

BoschGet - Viele Datenpunkte auf einmal von der Heizung lesen

BoschSet - Werte an die Heizung senden

Dazu wird ein KM200 oder ein vergleichbares Interface an der Heizungsanlage verwendet. Ich verwende hier ein MB LANi.

Die Heizung sendet die Daten verschlüsselt. Dieser Baustein übernimmt auch die Entschlüsselung. Hierfür wird ein persönlicher Schlüssel benötigt. Dieser Schlüssel kann auf der Seite https://km200.andreashahn.info/ generiert werden.

https://knx-user-forum.de/forum/supportforen/gira-logik-sdk/1374135-fritz-box-dect-steckdose-le-light-edition

https://knx-user-forum.de/forum/supportforen/gira-logik-sdk/1374143-fritz-box-home-automation-status

https://knx-user-forum.de/forum/supportforen/gira-logik-sdk/1409904-x1-l1-baustein-http-get-request

https://knx-user-forum.de/forum/supportforen/gira-logik-sdk/1314337-pin-code

https://knx-user-forum.de/forum/supportforen/gira-logik-sdk/1315971-udp-schalter

ACHTUNG: Jetzt mit neuem Zertifikat und neuem Namespace. Bausteine vor V1.2 müssen manuell ersetzt werden.

DimCurve dient dazu, eine Lampe langsam zu dimmen, deren Aktor diese Möglichkeit nicht bietet. Hierzu wird ein angegebener Wertebereich durchlaufen, zum Beispiel von 0% bis 100%.

Ich setze diesen Baustein ein, um einen Sonnenaufgang zu simulieren. Dazu wird mit zwei Bausteinen die Helligkeit über 20 Minuten von 0% Helligkeit bis auf 100% gedimmt und parallel dazu die Farbtemperatur von 2000 Kelvin bis auf 4000 Kelvin geschraubt.

Da eine lineare Kurve nicht das gewünschte Ergebnis liefert, kann mit Hilfe eines Exponenten angegeben werden, wie stark und in welche Richtung sich die Kurve biegen soll.


Änderung V1.1.1:

• Hilfe und Icon hinzugefügt
• Einige Ausgänge werden bei Start nicht mehr gesetzt

Änderung V2.1.1:

• Neues Zertifikat und Namespace verwendet
• Minimum un Maximum werden nun nur noch am Anfang des Dimmprozesses gelesen

Änderung V 1.2.5:

• Reset Old Value hinzugefügt
• Invertieres Fertig hinzugefügt
• Minimum/Maximum in Startwert/Endwert umbenannt

**** Dieser Baustein wurde für zu unhandlich befunden. Daher passiert hier nichts neues mehr. Ich lasse diesen Baustein trotzdem hier.

****

Die neuen Bausteine gibt es hier : http://service.knx-user-forum.de/?comm=download&id=20000032

*****

Mit diesem Baustein kann eine Bosch/Buderus/Junkers Heizung ausgelesen werden. Dazu wird ein KM200 oder ein vergleichbares Interface an der Heizungsanlage verwendet. Ich verwende hier ein MB LANi.

Dieser Baustein wird zusammen mit dem HTTP-Request Baustein von dalbuschat verwendet. Mit dem Baustein wird die Heizung abgefragt, welche ein verschlüsseltes Ergebnis liefert. Dieser Baustein kümmert sich nun um die Entschlüsselung der Daten. Als Ergebnis kann entweder die Value-Eigenschaft direkt ausgewertet werden oder es wird der komplette JSON String an den XML/JSON Parser von hyman übergeben und von dort weiter verarbeitet.

Das Dateiformat sollte wie folgt aussehen:

id;datum;Kommentar

wobei id bei 1 startet und das Datum eine Tagesangabe ist.
Beispiel:
1;14.05.2019;Müll
2;14.05.2019;Gelbersack

Der Baustein wird durch eine Vorwarnzeit seine Ausgänge belegen sofern in kommendes Ereignis innerhalb des definierten Zeitraum liegt.

Eingänge:
Trigger: triggert bei einer Änderung den Baustein
Adresse: Als Link bspw: http:///kalender.csv
VWZ: ist die Vorwarnzeit in Tagen welche erreicht werden muss bevor ein Ausgang befüllt wird.
InputCount: Anzahl der Kategorien (diese müssen in der CSV mit 1 beginnen)

Ausgänge (n ist gleich der Kategorie ID):
Datum: n: Das Datum des kommenden Termins
Zeit: n: Die verbleibenden Tage bis zu dem kommenden Termin
Kommentar: n: Der Kommentar (ein Freitext) zu dem kommenden Termin
 

Berechnet Taupunkt anhand Temperatur und relativer Luftfeuchte

Source: https://github.com/alramlechner/CommonLogicNodes/tree/master/DewPoint

Schreibt DataPoints in eine Influx DB unter Benutzung des Influx DB REST APIs.

Source: https://github.com/alramlechner/CommonLogicNodes/tree/master/InfluxDbNode

0.0.12: POC

Der Baustein dient zum auslesen diverse Merkmale der Grünbeck Softliq SC-Serien (hier eine SoftliQ SC18)

Der Baustein hat einen Triggereingang und einen Eingang für die Adresse der SoftliQ.

Der Baustein prüft die Erreichbarkeit des Hosts inkl. des Ports vor der Ausführung.