LBS (Logikbausteine): Updates und Changelogs

[wintermute]

Neu: 19001280, UniFi AP-Control
(De)aktivieren von APs, Uebersteuern der LED, Statusabfragen, Updates
(je nach Controller Version muessen zwei CentOS-Pakete auf aktuelle Versionen gehoben werden, siehe hier)

[Glotzkowski]

Das kann ich nicht mit Sicherheit beantworten aber das Gateway von Junkers sieht ziemlich exakt so aus wie das von Buderus.
Teste es doch einfach mal, explodieren wird das Teil schon nicht.

[trollmar]

Mmmh ist das zufällig auch mit Junkers kompatibel??
Hab nen MBLan 2 Gateway.
LG

[Glotzkowski]

Neu: 19001260 - Buderus Gateway Logamatic web KM200 / KM100 / KM50 (EMS plus)

Bietet die Möglichkeit eine Buderus Heizungs- / Solar-Anlage (Bus EMS plus) über das Gateway Logamatic web KM200 / KM100 / KM50 auszulesen.

Gibt es hier im Forum jemanden mit so einem Warp-Antrieb?

[benji]

Update http://service.knx-user-forum.de/?co...=19001000&dl=1 Telenot Complex400 - Connector

vento66 hat noch die Ausgänge A5-A8 Sportanmeldung integriert.

[hx5]

Neu LBS 19001173 SendChangeAfterTime

und LBS 19001174 Vergleicher Plus

Mit dem SendChangeAfterTime kann man hervorragend Telegrammraten reduzieren. Im Gegensatz zum Entpreller werden nach Ablauf des Intervalls Eingangswerte während der Laufzeit ausgegeben. Über die Optionen kann bestimmten werden, was Ausgeben wird (Letzter Wert, Mittelwert, Tendenz, Häufigster Wert, Summe) und wann dieser Ausgegeben wird (Immer, bei Änderung, ohne Init, Remanent).

Ich nutze ihn z.B. damit der Regensensor nicht ständig der Rollläden runter/hoch fährt und damit der Verbrauchszähler nicht alle 2 Sekunden das Monitor-Log zumüllt.

Der Vergleicher Plus ist eine Mischung aus dem LBS Schwellenwert und LBS Vergleicher. Er gibt aus ob ein bestimmter Wert erreicht, über- oder unterschritten wurde. Dabei kann er für jeden Zustand einen definierbaren Wert ausgeben.

Ich nutze Ihn in Kombination mit dem SendChangeAfterTime um präzise auf einen Schwellenwert vom Helligkeitssensor zu reagieren.

[mywap]

Update:LBS 19000575 Wunderground x Weather Icons Mapping v0.2

Probleme mit fehlerhaften Icon Codes aus dem Wunderground-Bausteinen behoben. Jetzt wird ein Default Icon angezeigt. Details in der Hilfe.
Weiter viel Spass mit dem Baustein.

Viele Grüße
Frank

[WagoKlemme]

Update:LBS 19000091 Regenmessung v1.6
Bug mit setstate bei Monat und Jahr.

Update: LBS 19000090 Stromverbrauchs-Statistik v1.1
Bug mit setstate bei Monat und Jahr.

[vento66]

Können wir da einen nen separaten Thread aufmachen? Sonst wirds arg OT

[gulp2k]

Dann hab ich die Beschreibung wohl falsch verstanden...
Ich dachte das ein spezifischer Eintrag in der ZSU verändert wird. Also z.B. ZSU 8 hat einen Eintrag für 7:00 (der in der DB die fiktive ID 113 hat).
Dann setze ich E2 auf 113 und kann damit diesen speziellen Eintrag verändern.

Heißt das dann das in der jeweiligen ZSU nur 1 Eintrag vorhanden sein darf?

[vento66]

Konfiguration -> Zeitschaltuhren. Die ID der ZSU steht hinter der Bezeichnung weis auf grau

[gulp2k]

Neu: 19000608 Zeit aus Logik in ZSU, V0.1

Oder ZSU mit Astrofunktion.

Der LBS speichert Zeiten aus einer Logik in eine ZSU. Hier kann ein z.B der LBS 19000151 Sonnenstand genutz werden um den Sonnenauf- und Untergang incl. offset in eine ZSU zu speichern, und täglich zu aktualisieren.

Die id des ZSU Eintrages wird in ein Archiv (Textdatei in /var/tmp/) gespeichert. Wenn die Schaltzeit existiert, wird bei
geändertem E1 oder E4 (offset in Minuten) die ZSU aktualisiert. Es werden nur die Uhrzeiten angepasst. Werte (ein/aus Wochentage) bleiben erhalten. Der offset kann positiv oder negatv sein. Löscht man die Schaltzeit
in der Visu, kann über E5 festgelegt werden, ob die Schaltzeit beim nächsten Trigger neu angelegt werden soll.

Ein Wert an E7 löscht die Textdatei und den Eintrag in der ZSU (Wenn die Schaltzeiten identisch sind) , und legt beides neu an (nur wenn E1 nicht leer ist).

vento66
Blöde Frage aber wie komm ich denn an die ID für den ZSU Eintrag?

[vento66]

Neu: 19000608 Zeit aus Logik in ZSU, V0.1

Oder ZSU mit Astrofunktion.

Der LBS speichert Zeiten aus einer Logik in eine ZSU. Hier kann ein z.B der LBS 19000151 Sonnenstand genutz werden um den Sonnenauf- und Untergang incl. offset in eine ZSU zu speichern, und täglich zu aktualisieren.

Die id des ZSU Eintrages wird in ein Archiv (Textdatei in /var/tmp/) gespeichert. Wenn die Schaltzeit existiert, wird bei
geändertem E1 oder E4 (offset in Minuten) die ZSU aktualisiert. Es werden nur die Uhrzeiten angepasst. Werte (ein/aus Wochentage) bleiben erhalten. Der offset kann positiv oder negatv sein. Löscht man die Schaltzeit
in der Visu, kann über E5 festgelegt werden, ob die Schaltzeit beim nächsten Trigger neu angelegt werden soll.

Ein Wert an E7 löscht die Textdatei und den Eintrag in der ZSU (Wenn die Schaltzeiten identisch sind) , und legt beides neu an (nur wenn E1 nicht leer ist).

[ChrisAllgaeu]

LBS 19001040 Verbrauchsdatenaufbereitung aus Datenarchiv

Um wieder vom digitalen Pranger zu entkommen habe ich den WriteToTrace gegen ein WriteToCustom ersetzt... Sorry for the troubles caused by this

[MrIcemanLE]

Update: LBS 19000933 JSON Abfrage v0.2

Die feste Prüfung der Tiefe des JSON-Strings wurde entfernt. Der LBS ist damit etwas allgemeiner verwendbar.