Alle - Downloadliste

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

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

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

Zum Thread

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

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

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

Link zum LBS Thread

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.

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.

Negiert EIngangswerte

Feiertage, siehe Baustein 16760 - Hoegg Peter Schreibweise und Vorbelegung Feiertagsnamen nach österreichischen Normen - fehlender Nationalfeiertag und fehlende Landesfeiertage bei Custom aufgenommen

Mit diesem Baustein können prowl Nachrichten gesendet werden.

Der Baustein wandelt die XML Strings des Bausteines TVDigital in einzelne Werte.
Der Baustein ist kaskadierbar und funktioniert nur mit dem TV Digital Baustein V3.01
Die Eingänge müssen direkt mit den Ausgängen vom TV Digital LBS verbunden werden.

Baustein überwacht CPU-Nutzung des hs_main Prozess und die RTC Batterie
Benachrichtigung über SystemLog
und optional automatischer Neustart des Homeservers bei
überschreiten der % CPU Nutzung für eine bestimmte Zeit
Ausgabe der derzeitigen CPU Nutzung des hs_main Prozess

Der Baustein dient zu Steuerung einer Luxtronik 2.0 der Firma Alpha InnoTec , diese findet man in Wärmepumpen von z.B. Alpha InnoTec, Buderus (Logamatic HMC20, HMC20 Z), CTA All-In-One (Aeroplus), Elco, Nibe (AP-AW10), Roth (ThermoAura®, ThermoTerra), Novelan (WPR NET) und Wolf Heiztechnik (BWL/BWS)

Dieser Baustein bietet die Möglichkeit, über die VISU die einzelnen Zeitabschnitte von Nutzerprofilen anzuzeigen. Inkl. Hilfe und Beispielen

Dieser Baustein ermöglicht eine Steuerung von Szenen (reine Lichtszenen oder gewerkeübergreifende Szenen), die auf Profilen unterschiedlicher Tageszeiten basieren. Der Baustein enthält u.a. sogenannte Treppenlicht-Funktionen für die zeitliche Definition der Szenenlänge. Nach Ablauf der Zeit wird entweder das Licht ausgeschaltet, es kann ggfls. das nächstes Profil aufgerufen werden, Szenen können übersteuert werden, um dieselben Einstellungen weiterhin zu benutzen usw. usw. Durch die Möglichkeit der Vergleichswert-Eingabe (Bsp. in E5) lassen sich beliebig viele Bausteine kombinieren bzw. hintereinander schalten. Inkl. Hilfe und Beispielen

Baustein für zentrale PopUp-Visu Seiten (z.B. Beleuchtung, Rollladen, Jalousien, Heizung, Status, etc.)

Link zum Bausteinthread

Remote Zugriff auf den Homeserver Link zum Thread

Synchronisation zweier oder mehr Homeserver
Link zum Thread

Der Baustein ermöglicht bis zu 5 individuelle Logikzeilen, direkt in einer Logik
einfach abzubilden ohne eigene Bausteine zu erstellen oder zahlreiche Bausteine bei
einer mathematischen Berechnung hintereinander zu kapseln. Damit lassen sich schnell
einfache und komplexe Berechnungen durchführen. Die Standard Phyton Funktionen
können dabei auch genützt werden.

Damit steht die Möglichkeit offen, komplexe Formeln einfach zu erstellen
und berechnen zu lassen.

Möglichkeiten und Dokumentation der Formel und Bedienung der Zeile, bitte aus der Logik Anleitung von GIRA entnehmen.

Link zum LBS Thread

Dieser Baustein verbindet sich mit einer FritzBox mit aktiviertem CallMon (#96*5* wählen). Der Baustein sendet die Geprächsdaten im CALLINFO Protokoll zum hsphone (ab Version 3.20). Der Ausgang 1 kann einfach mit auf das HS interne System-iKO ISDN Eingehend verbunden werden. An Eingang 1 muss die IP der Fritzbox eingetragen werden. Um weitere Fritzboxen mit einzubeziehen einfach diesen Baustein mehrfach verwenden und ebenso verbinden. Beim Abriss der Verbindung versucht der Baustein bis zu 12 mal ein Reconnect zur Fritzbox, wobei er jeweils die Wartezeit (30Sek) verdoppelt. Bei erfolgreicher Verbindung wird der Fehlerzähler wieder auf 0 gesetzt. Über das SystemLog werden Verbindungsaufbau, als auch Abriss und auch das Ereichen der maximalen Versuche protokoliert. ***Changelog ** 0.96 * Reconnect optimiert ** 0.95 * div. Optimierungen * Control Eingang zum 0 trennen/1 verbinden zur FBox **0.9 * Lizenz auf GPL3 geändert, da Quelltext vollständig * XML-Lineinfo Ausgang hinzugefügt * Zielgerät und Provider dem CallInfo hinzugefügt * Status bei Annahme durch Anrufbeantworter -3 (-5) und Fax -4(-6)

Bietet die Möglichkeit Listen im XML-Format zu scrollen und auf eine Anzahl von 1 bis 30 iKO anzuzeigen. Des weiteren kann auch ein Trigger dazu genutzt werden die Nummer der Zeile oder auch per Regex extrahierte Teile wiederzugeben Nutzung z.B. in Verbindung mit SystemLog ***ChangeLog ** 1.4 * Erstellen der Liste beim Start EI or EC[1] ** 1.3 * print Anweisung entfernt, die die Konsole beschreibt **1.2 * Direktes beschreiben der Ausgänge * Bugfix: Trigger ** 1.0 * Komplettes Redo ** 0.9 * ZLIB Unterstützung für längere Listen (in Verbindung mit passenden Baustein z.B. hsphone 3) ** 0.82 * Bug: Fehler Trigger 2 behoben

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

Link zum Thread

This building block makes it possible to control a Samsung TV. Another building block with the same
functionality is: : by Alexander Kirpal,
however that is a commercial building block and seems not supported anymore and doesn't
work with Experte >4.5.

This building block is based on the script of https://gist.github.com/danielfaust/998441
and with information (KEYS) of

License: You are free to enhance, partly re-use or distribute this code in any way as long as
you refer to me.
Tested with Experte 4.5 - 4.8 (but probably also working on later versions)
Tested with many Samsung TVs before model year <2016 (without Tizen OS). In the next
version of this module we will try to let it work for the 2016+ models.

More information here:

Link zum LBS Thread

Link zum LBS Thread

Der Baustein gibt für einen laufenden Zähler den Verbrauch in bestimmten Etappen (z.B. Tag, Monat, Jahr) aus

Eingänge sind:

• Zählerstand - Laufender Zähler mit ständig steigendem Messwert
• Reset Tag - Impuls für neuen Tag
• Reset Monat - Impuls für neuen Monat
• Reset Jahr - Impuls für neuen Monat
• Skalierung - Faktor um z.B. aus Wh am Eingang kWh am Ausgang zu generieren
• Reset - Setzt die gespeicherten Vor- Zustände zurück
• Offset - Wird vom Eingang abgezogen, damit das 1. Jahr nicht mit 50.000 kW anfängst, die der Zähler evtl. schon auf der Uhr hat.

Ausgänge:

• Tag aktuell
• Tag vergangen
• Monat aktuell
• Monat vergangen
• Jahr aktuell
• Jahr vergangen

ACHTUNG BETA ... bitte unbedingt vorher den Thread lesen.
Link zum Thread

Für alle derzeitigen HS Versionen

ACHTUNG BETA ... bitte unbedingt vorher den Thread lesen.