Alle - Downloadliste

Mit dem Baustein kann via TR-064 Protokoll an einer Fritz!Box das WLAN (2, 5GHz und Gast) ein und ausgeschaltet werden. Mehr in der Hilfe zum Baustein ;)

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

Changelog
v0.7
- Reset SID if switch command fails
v0.6
- Added check to request sid if a request failed
v0.5
- Reconect nach fehlerhafter SID, z.B. nach Neustart FritzBox
v0.4
- Added missing PW/User seperation during EI
- Replacement of HTML special characters in responses
v0.3
- Timout SID hinzugefügt
v0.2
- Umgestellt auf XML abfrage mittels getdevicelistinfos
v0.1
- Initial

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, Lichtsteuerung, Klima-Umrechnungen und Textbearbeitung zur Verfügung.

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.

Zukünftig sind in diesem Paket weitere Bausteine, z. B. zum Loggen von Daten auf die SD-Karte des X1 und zur Darstellung dieser Daten als Diagramme in einem Webbrowser vorgesehen.

Version 1.2 ist die erste Version, deren Quelltext auf https://github.com/recomedia/x1-logic-nodes frei verfügbar ist. Version 1.2.5 enthält kleinere Verbesserungen im Baustein und in der Dokumentation. Version 1.2.8 behebt im Baustein Formelberechnung einen Fehler bei der Verarbeitung von Zeichenketten mit Sonderzeichen.

Zusätzlich zu den Bausteinen in diesem Paket sind je nach Anwendung z. B: die folgenden Bausteine nützlich:

- "Web Request" von Daniel Albuschat

- "HTTP GET Request" von Fabian Fischer

- "FRITZ!Box Home Automation Status" von Fabian Fischer

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://ssl-account.com/km200.andreashahn.info/ generiert werden.

Building block to get the actual and setpoint temperatures from a Viega Fonterra Smart Control floor heating system.

Building block to set the setpoint temperature or powerlevel of a Viega Fonterra Smart Control floor heating system.

Building block to set the operation mode (incl. leav-home and standby) of a Viega Fonterra Smart Control floor heating system.

Link zum LBS Thread

Link zum LBS Thread

Link zum LBS Thread

Homeserver Python Debug Konsole
Version 4.9 für alle Firmware Versionen

Zum Thread

Link zum LBS Thread

Baustein um das Nuki Türschloss via Nuki Bridge in das KNX System zu bekommen. Supportthread

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

Supportthread

Baustein um ZigBee (Phoscon) / Hue Basis anzusprechen und Geräte zu schalten. Version liegt irgendwo zwischen Alpha - Beta.

Steuerung der Gardena smart Komponenten via KNX inkl Torsteuerung für den Rasenroboter Supportthread

Für alle derzeitigen HS Versionen

Analog zum Baustein Digital-Connector (Schalten) werden auch beim Analog-Connector die beiden iKO´s SEND und RECV zur Kommunikation mit dem Serverbaustein benötigt. Dieser Schritt ist bei allen Datenbausteinen gleich. Weiter wird nun das Wert-Objekt des Dimmers analog zum Schaltobjekt, mit dem Ein- und Ausgang verbunden. Hierfür ist im Beispiel der Analog Join 610 vergeben worden. Dieser ist sowohl im GUI- Designer als auch im Experten GLE eingetragen. E2 Konfig: Hier kann ein Wert zur Skalierung der iViewer Werte (0-65535) eingetragen werden. Die Standardeinstellung ist 655.36 um eine Skalierung von 0-100 zu erhalten. Es könne aber auch individuelle Einstellungen je Ein-/Ausgang vorgenommen werden. z.B. scale0=256*scale5=256*scale8=6553.6 würde die Ein-/Ausgänge EN/AN[4] (iko+0) und EN/AN[9] (iko+5) von 0-255 skalieren und den Ein-/Ausgang EN/AN[12] (iko+8) von 0-10. E3 Startwert: Bezeichnet die im CF-GUI-Designer vergebene Join-Nummer. Wird (s. Bild unten) dort eine 610 eingetragen, so hat der Eingang iKO (E4) den Analog-Join 610. Der Eingang iKO+1 hat dann automatisch die Join-Nummern 611 usw. Dieser Wert wird als fixer init-Wert in den Eingang eingetragen. E14 Differenz ab der gesendet wird. Bei E14==0 wird immer gesendet, bei E14==10 ab einem Unterschied von 10, bei E14==100 wird nie gesendet. Aber: beim Loslassen des Slyders wird immer der aktuelle Wert gesendet. Also auch bei E14==100

Server für HSfusion für FW 4.9!

Der Baustein steuert Hue Gruppen und liest den Status der Gruppe oder einzelner Lampen 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.

Der Baustein stellt die zentrale Kommunikation zwischen einem "Logamatic Gateway RS232" von Buderus und dem Gira Homeserver

Beschreibung: ##### Copyright Mario Müller # knx-user-forum User=spunky ############## Beschreibung # Prüft Eingang 1 (1bit) auf Telegramme -> bei 1 passiert nichts -> bei 0 wird der Vorgabe Wert an Ausgang 1 weitergeleitet # Entweder den Vorgabe Wert fix einstellen oder durch 0-100% vorgeben # ! Achtung ! Vorgabe und Ausgabe müssen gleich sein. ############## ############## Vorlage für Dimmer # Wenn dieser zb. keine 0 % sendet beim Ausschalten über 1bit # Vorlage zu finden unter Wandler ##############

Der Baustein nimmt alle Kommandos wie sie in der JVC Protocol Dokumentation beschrieben sind an und sendet diese an das Gerät Auf E1 wird die IP Adresse des Beamers angegeben Auf E2 werden die Kommandos gesendet. Kommandos im Format 2F... senden. Auf E3 Beamer Power (Alternativ zu E2) eine 1 schaltet den Beamer ein, eine 0 schaltet ohn ab. Eine 3 auf E3 sendet das Command Dummy, kann verwendet werden um die Kommunikation zu testen. Auf E4 wird der Lizenzcode eingetragen Auf E5 wird das Start iKO des HS verbunden (System (nach Start immer 1)) A1 liefert den Status des Bausteins auf den SystemLog Baustein 12260 A2 liefert den Antwortcode des Beamers A3 liefert den Status des Befehls (1=erfolgreich, 0= nicht erfolgreich).

Anzahl der Eingänge, an denen ein Wert ungleich 0 anliegt, z.B. Anzahl offener Fenster einer Etage.

Achtung ======= Der Baustein muss zu Ihrem Gira-Experten-Version passen!!! Baustein mit der Endung A ist geeignet für Experten 2.4 - 2.8 Baustein mit der Endung B ist geeignet für Experten 2.10 - 4.x Derzeit nur für die C- und D-Serie. ES-Serie in Arbeit Neuerungen ========== V1.02 - Übernahme der Lautstärke und Bildeinstellungen aus HS-SmartTV-Remote - Zufügen der Text Message für ältere Samsung Modele/ Firmware - direktes aufrufen einer Web Seite

Der Logik Baustein übernimmt die Kommunikation zu einem Onkyo AV Receiver über IP mit Port. Die Schnittstelle ist nicht nur ein einfacher Austausch von Zeichenketten sondern wird mittel ISCP Header verpacket (beim Senden) und entpackt (beim Empfangen). Die Protokollschicht wird hier komplett gekapselt, so dass man im HS sich darum nicht mehr kümmern muss. Der Baustein nimmt alle Kommandos, wie sie in der dem Excel des Herstellers beschrieben sind, in Form eines 14-Byte Telegramms im HS auf E4 entgegen und sendet sie an die unter E1 definierten IP Adresse mit dem Port, der auf E2 konfiguriert ist. WICHTIG: Groß- und Kleinschreibung ist genau zu beachten !!! Es darf immer nur ein Kommando mit einem Mal an E4 gesendet werden. Das Kommando "PWR01" fragt z.B. den Power Status Gesamt und der Zonen ab. Main Zone und Zone 2 sind weiter als XML unterstützt. Empfangen kann der Baustein alle Befehle des Herstellers. Ist in Config sendall2a3=True gesetzt, werden alle empfangenen Statusinformationen vom Reveiver auf Ausgang A3 einzeln, also nach einander als 14-byte Telegramme ausgegeben. Auf dem XML Ausgang A2 werden nur die Grundfunktionen ausgewertet, um die Statis einfach über XML2Mix Bausteine in GAs oder iKO schreiben zu können. Das Konzept mit der XML Ausgabe erlaubt es den den Baustein jederzeit leicht zu erweitern, um dann auch die Texte z.B. des Internet Radios auszuwerten oder die URL des Coverbildes (Wenn unterstütz ?)auszugeben. Wenn in Config debug=True gesetzt wird, werden über Systemlog Details der Kommunikation ausgegeben.

nur für HS4 Bytecode Baustein zur bidirektionalen Komunikation mit Pioneer VSX Verstärkern Getestet mit Pioneer VSX 921 Der Baustein enthält ein Lizenzmodul. Das Lizenzmodell ist wie beim hsfusuion Baustein Link 3 Tage ohne Lizenz 30 Tage mit kostenloser KNXUF Lizenz Unbeschränkte Lizenz für CHF 54.- inkl. MWST Das Zipfile enthält neben dem Baustein und dem Pioneer Datenblatt auch ein Demoprojekt für den HS. Changelog: V1.6 - Auswertung der Zone2 hinzugefügt/verbessert V1.13 - Liste um neue Funktionscodes erweiter V1.121 Bugfix: - Lizenztimer geändert V1.12 Bugfix: - Fehler im Kompiler behoben. Baustein neu kompiliert

Dieser Baustein wandelt die 1 bit Heizungsbetriebsarten Komfort, Standby, Nacht, Frost in den 1byte Konnex Betriebsmodi um.

Achtung ======= Trotz sorgfälltiger Prüfung, übernehmen wir keine Haftung und Gewährleistung Beschreibung: Der Baustein schaltet nacheinander alle Ausgänge entsprechend der Verzögerung durch Damit lassen Sie Ventile der Bewässerung nacheinander starten Der Benutzer kann dabei jederzeit ein Ventil manuell starten. Nach tx wird der Ausgang dann wieder ausgeschalten Wird wärend der Bewässerung ein Ventil manuell ausgeschalten, so greift sofort das nächste Bei einer verzögerung 0, wird das nächste angesprochen durch einen Faktor kann festgelet werden, ob Sekunden oder Minuten. Dieser Faktor kann auch für die BEwässerungsdauer einer externen Logik beinflusst werden. Der Baustein ist kaskadierbar. Auch kann jedes Ventil natürlich direkt mit einer Schaltuhr individuell gestartet werden

Dieser Baustein bildet die bekannte Funktionalität des Sperr-Baustein ab. Bietet jedoch einen erweiterten Funktionsumfang. Es kann durch die Angabe des Typ definiert werden, ob eine Rücksetzung und/oder Wiederherstellung des Ausgangssignal erfolgen soll.

Mit dem HS-SmartTV Baustein könnt Ihr eure SmartTV fähigen Geräte der Firma Samsung per Homeserver/KNX bedienen und automatisieren. Getestete Modele sind C-Serie ab 2010, D-Serie ab 2011 sowie die ES-Serie ab 2012. Es stehen zahlreiche Funktionen zur Verfügung. Grundfunktionen wie Programmwahl sind Free. Der Rest benötigt eine Lizenz. aktuelle Infos und Download findet Ihr hier Update: 25.06.2012 HS-SmartTV V1.13 Update: 24.03.2013 HS-SmartTV V1.14 kompatibel mit allen Experten >2.6

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

Dieser Baustein dient zur Modifikation von Texten und erlaubt es, einen Suchtext in verschiedenen Optionen durch eine Ersetzung zu modifizieren.

Beschreibung: Der Baustein läd die aktuelle oder ausgewählte Version(Eingang 3)
der xxAPI² in das eingestellte Verzeichnis (Eingang 2) unter /opt.
Dadurch ist eine Nutzung des AppCache möglich und auch der Wechsel in eine ältere Version.
Achtung lauffähig ab FW 4.2
* changelog
Es werden alle Dateien im hsupload mit korrekten MimeTypes versehen. (css/ttf/woff/otf...)

Logikbaustein für die Speicherung von Minimal/Maximalwerten inkl. Zeitstempel

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

Simple ZSU mit von-bis Zeit

bei Eintreffen von Telegramm auf E2 wird E2 auf Ausgang A1..A16 (basierend auf Index E1) transferiert Index E1 muss vorher auf 1..16 gesetzt werden (Init==0, d.h. keine Aktion)

bei Eintreffen von Telegramm auf E1 oder E2 wird E2 auf Ausgang A0..A3 (basierend auf Index E1) transferiert Index E1 muss gesetzt werden (Init==-1, d.h. keine Aktion)

bei Eintreffen von Telegramm auf E1 oder E2 wird E2 auf Ausgang A1..A16 (basierend auf Index E1) transferiert Index E1 muss gesetzt werden (Init==-1, d.h. keine Aktion)

bei Eintreffen von Telegramm auf E2 wird E2 auf Ausgang A1..A16 (basierend auf Index E1) transferiert Index E1 muss vorher auf 1..16 gesetzt werden (Init==0, d.h. keine Aktion)

bei Eintreffen von Telegramm auf E1 oder E2 wird E2 auf Ausgang A1..A16 (basierend auf Index E1) transferiert Index E1 muss gesetzt werden (Init==-1, d.h. keine Aktion)

Wert auf Ausgang

bei Eintreffen von Telegramm auf E1 wird (je nach Index) Text 0..3 nach A1 transferiert

Text To Txt, sbc

TimezoneINFOs

Sonnenaufg./-unterg.

Selektor für Urlaub, Feiertage

bei Eintreffen von Telegramm auf E2 wird E2 auf Ausgang A1..A2 (basierend auf Index E1) transferiert

Text wird in Integer konvertiert (Minus wird ignoriert) wenn nicht numerisch --> dann wird Ausgang auf "0" gesetzt

Text wird in Integer konvertiert (Minus wird ignoriert) wenn nicht numerisch --> dann wird Ausgang auf "0" gesetzt

Text wird in Integer konvertiert (Minus wird ignoriert) wenn nicht numerisch --> dann wird Ausgang auf "0" gesetzt

Der Baustein ermöglicht es, ein von Ekey NET oder HOME versendetes UDP Telegramm auszuwerten und mit den Vorgaben Finger, Seriennummer Terminal und Benutzer zu vergleichen. Trifft die Übereinstimmung ein, so geht der Ausgang auf True. Dadurch kann ein in Ekey eingelernter Finger komplett im Homeserver verwaltet und Funktionen zugeordnet werden. Durch das zugehörige Template „23-20 Ekey Finger“ werden die Funktionen des Baustein direkt im QuadClient abgebildet und der Nutzer kann flexibel die Finger einer Funktion zuordnen, rausnehmen, freigeben sowie Schaltzeiten beispielsweise für Gäste oder Zugefrau hinterlegen. LIZENZ: Für den privaten Einsatz ohne Lizenzkosten. Bei Auftragsbezogenen Einsatz ist eine Lizenz zu bestellen. Neu V1.12b: Auswertung von Transponder

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

E1: ≠0 = Trigger. Sobald ein neues Telegramm ≠0 eintrifft, wird der Timer gestartet.
E2: =0 = Trigger. Jedes Telegramm =0 stoppt den Timer.
E3: Retriggerbar (0/1). Wenn E3≠0 startet der Timer erneut bei Eintreffen eines
Telegramms an E1, wenn E3=0 startet der Timer nur wenn A1=0.
E4: Zeit in Sekunden. Ein Telegramm =0 stoppt den Timer.
E5: Ausgabe-Intervall der Restzeit in Sekunden. Wenn E5=0 erfolgt keine Ausgabe der Restzeit.


A1: Bei einem Telegramm ≠0 an E1 wird A1 auf 1 gesetzt. Nach Ablauf der Zeit wird A1 auf 0 gesetzt.
A2: Hier wird die verbleibende Restzeit Sekunden im Ausgabe-Intervall ausgegeben.
Nach Ablauf des Timers liegt hier eine 0 an.

Beschreibung: Der Baustein stellt den knxd auf dem Homeserver bereit. Unterstüzte Schnittstellen (ip/ipt/iptn/ft12/tpuarts) Weitere Infos: https://knx-user-forum.de/forum/%C3%B6ffentlicher-bereich/knx-eib-forum/1122519-beta-logikbaustein-12740_knxd

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]

führende Leerzeichen einfügen

select ZSU Info1 oder Info2 Text in Text

bei Eintreffen von Telegramm auf E2 wird E2 auf Ausgang A1..A2 (basierend auf Index E1) transferiert

bei Eintreffen von Telegramm auf E1 wird auf A1 E2 gesendet

Select n-tes CSV-Element

bei Eintreffen von Telegramm auf E1 wird (je nach Index) Text 1..16 nach A1 transferiert

bei Eintreffen von Telegramm auf E2 wird E2 auf Ausgang A1..A16 (basierend auf Index E1) transferiert Index E1 muss vorher auf 1..16 gesetzt werden (Init==0, d.h. keine Aktion)

Text wird in Integer konvertiert (Minus wird ignoriert) wenn nicht numerisch --> dann wird Ausgang auf "0" gesetzt

Transfer Text in XML

Split CSV-Text to Integer Text wird in Integer konvertiert (Minus wird ignoriert)

Übernahme Baustein 12050. Weckmann Siegfried - ohne Feiertage, ohne n. Tag - Fehlerbehebung Datumsabfrage - Berechnung der Sekunden bis zum nächsten theoretischen Schaltzeitpunkt (inkl. Daylight) - Umbau Ausschaltzeitpunkt bei leeren Werten Einige Beispiele: nur "von" und "bis Sekunden" angegeben: jede Minute innerhalb der angegebenen Sekunden (auch 55 bis 5 möglich) nur "von" und "bis Minuten" angegeben: jede Stunde innerhalb der angegebenen Minuten (auch 55 bis 5 möglich) nur "von" und "bis Stunden" angegeben: jeden Tag innerhalb der angegebenen Stunden (auch 22 bis 1 möglich) wenn Werte von Minuten bzw. Sekunden leer, z.B. von 12:mm:ss bis 13:mm:ss dann von 12:00:00 bis 12:59:59 eingeschaltet ==> Ausschaltzeit: 13:00:00 vergleiche: bei nicht leeren Werten heißt bis 13:00:00 ==> Ausschaltzeit 13:00:01 jeden 10. Tag im Monat: bei "von Tag" und "bis Tag" jeweils "10" eingeben nur im Dezember: bei "von Monat" und "bis Monat" jeweils "12" eingeben "1" bei "jeden Montag" bis "jeden Samstag" (Wochentagskalender) leere Werte bei Zeit = -1 leere Werte bei Datum = 0

Transfer Num in XML

8 fach Text to Text

bei Eintreffen von Telegramm auf E1 wird (je nach Index) Num 1..16 nach A1 transferiert

bei Eintreffen von Telegramm auf E1 wird (je nach Index) Num 1..16 nach A1 transferiert

Selektor

bei Eintreffen von Telegramm auf E1 wird (je nach Index) Text 1..16 nach A1 transferiert

konvertiere Einzelwerte zu Dezimalzeit

Text wird ausgeschnitten

Nummer wird ausgeschnitten

Baustein sendet und empfängt in einem von der Logik getrenntem Thread
(gemeinsam für alle Instanzen genutzt) ICMP Pings und gibt Status/Response
Time und TTL aus. Es kann über die Eingänge die maximale Anzahl an Hops
sowie der Threshold ab wie vielen Verlusten der Host als DOWN, bzw über
erfolgreich empfangene Packet (Recover) der Host wieder als UP gemeldet wird.
Des weiteren kann der Timeout ab wann eine gesendete Nachricht als verloren
gelten soll angegeben werden. Die Ausgänge sind jetzt SBC.
Kleinstmögliche Zykluszeit ist Timeout + 0.5 Sekunden.

Nutzung mit Webhook um festzustellen wer alles zu Hauseist.

Gibt Eingang 1 auf Ausgang 1 aus, wenn die Texte auf Eingang 2 und 3 gleich sind
Mode 1 sendet immer
Mode 2 sendet nur bei Änderung des Signals wenn EN[2] und EN[3] gleich sind
Mode 0 deaktiviert den Baustein

Dieser Baustein gehört zu einer Gruppen von Logikbausteinen, die speziell
für das \"Player-Modul für Sonos\" erstellt wurden.
Baustein: 13620 - Sonos State
Baustein: 13621 - Sonos Listen/Queue/Search
Baustein: 13622 - Scrollbar
Baustein: 13623 - Sonos Playerbefehle
(Anmerkung: Der Baustein 13622 - Scrollbar kann auch ohne die anderen
Bausteine individuell genutzt werden)

Grundlage dieser Bausteine ist der Einsatz des Moduls: node-sonos-http-api
von jishi (download über github.com). Das Modul stellt eine HTTP API für den
Sonos Controller zur Verfügung.
Diese API wird von den genannten Bausteinen genutzt und über entsprechende
Befehle (HTTP-Requests) von den Bausteinen aus aufgerufen. Diese Anwendung
muss daher auch innerhalb des Netzwerks auf einem Server laufen und vom
Homeserver aus per HTTP erreichbar sein.

Die Bausteine können aus dem Grund auch nicht nur individuell sondern müssen
immer im Gesamt-Kontext gesehen werden. Daher wurde zu den Bausteinen
auch ein vollständiges Musterprojekt zur Verfügung gestellt, um die gesamte
Lösung darzustellen. Das Musterprojekt findet sich als hslib
im Downloadbereich des KNX-Forums.