ElabNET Technik Forum

Hallo Liebe Foristen und vor allem fleißige Custom-Logiken Schreiber:

Wir arbeiten am nächsten Release und wir würden durchaus gerne weitere Logiken hinzufügen, hierzu folgende Frage an Euch:

Welche Logik-Bausteine sollen mit dem TWS als Standard-Bausteine ausgeliefert werden?

A: Welche Custom-Logiken
B: Was fehlt Euch an Logik-Bausteine

Hinweis: Verbesserungen an Einstellungsmöglichkeiten später in einem separaten Thread.

Bitte Euren Input hierzu

lg

Stefan

Spontan fallen mir gerade ein:

• Baustein zur Rolladensteuerung (muss nicht meiner sein, bin aber offen dafür. Würd' mich auch um ne bessere Doku kümmern, wenn gewünscht)
• ZSU (Einschalt- und Ausschaltzeiten)

Eine Bitte,

==> es geht mir um einfach verfügbare oder bereits verfügbare Custom Logik-Bausteine. Wegen kurzfristiger - weil einfacher - Übernahme.

Bitte nichts was umfangreiche Änderungen notwendig macht, wie zum Beispiel ZSU, weil dafür ist ein eigenes Modul geplant und die großen Wünsche sind ja bekannt, ich will nur die kleinen Dinge die einfach und schnell gemacht werden können, nicht übersehen

lg

Stefan

Mein Favorit: ZSU,
- vielfältig einsetzbar
- als Einsteiger zügig zu verstehen

viewtopic.php?f=24&t=1291&hilit=Zeitfen ... =10#p13289

VG Alex

Na die Rollobausteine scheinen mir auch schon einen ordentlichen Reifegrad zu haben.

gbglace hat geschrieben: ↑Mi Jan 15, 2020 8:53 pm Na die Rollobausteine scheinen mir auch schon einen ordentlichen Reifegrad zu haben.

Zumindest gab' es keine Anforderungen zu Änderungen oder weiteren Funktionen. Ich habe eher die Befürchtung, dass der ob der Funktionen zu komplex ist

Hallo Stefan!

Ich sehe das auch so. Rolladen und Jalousiebausteine würde ich erstmal nicht mit ausliefern.
Fall es mal ein Repo für Kundenbausteine gibt, dass gehören die dahin, oder als Downloadbereich im künftigen Wiki (Code + pdf Beschreibung wie im KNX-UF).

Zum Thema. Ich sehe folgende Bausteine als reif für den Logik Editor:
- Advanced Timer (viewtopic.php?f=65&t=1890)
- Leistungsberechnung aus Impulszähler (viewtopic.php?f=65&t=1613)
- KWL Automatik mit VOC (viewtopic.php?f=65&t=1606)
- Windalarm mit Sperrobjekt (viewtopic.php?f=65&t=1586)
- Heizkurve mit Begrenzung (viewtopic.php?f=65&t=1581)

Folgende Logiken müssen aus meiner Sicht noch überarbeitet werden:
- Impulszähler mit Tages/Monats/Jahreszähler (viewtopic.php?f=65&t=1641) => braucht noch eine Begrenzung, da er im Moment bei jedem Impuls die Ausgänge beschreibt.
- Betriebsart Heizung (viewtopic.php?f=65&t=1649) => braucht aus meiner Sicht auch noch einen Feinschliff, Diskussion läuft.

lg
Robert

@Robert_Mini Naja, vom Reifegrad her ist der Rolladenbaustein sicherlich ausgereift genug.

Was ich als Basisbaustein an der ein oder anderen Stelle schon vermisst habe, ist ein einfacher Baustein, um den math. Betrag eines Wertes zu berechnen. Kann man zwar mit den vorhandenen Bausteinen irgendwie zusammenzimmern, aber trotzdem...

Dragonos2000 hat geschrieben: ↑Mi Jan 15, 2020 10:46 pm @Robert_Mini Naja, vom Reifegrad her ist der Rolladenbaustein sicherlich ausgereift genug.

Kann ich nicht beurteilen, aber ja, wenn du das so bestätigen kannst, dann ab damit.

Bez. Jalousie möchte ich noch eine Erweiterung machen, bez. flexibler Einstellung ob 1 oder 2 Fensterkontakte vorliegen.

Dragonos2000 hat geschrieben: ↑Mi Jan 15, 2020 10:46 pm Was ich als Basisbaustein an der ein oder anderen Stelle schon vermisst habe, ist ein einfacher Baustein, um den math. Betrag eines Wertes zu berechnen. Kann man zwar mit den vorhandenen Bausteinen irgendwie zusammenzimmern, aber trotzdem...

100% Zustimmung. Ich könnte zwar eine Custom Logik dafür bereitstellen, das ist aber in dem Fall keine Lösung, da ich einen eigenen Standardbaustein dafür erwarte, der auch direkt in custom Logik verwendet werden kann.

Sowas wie ["Absolute", "$Input_val", "$Output_Val"].

@StefanW: Braucht das einen FR oder ist das schon am Radar?

lg
Robert

Hallo Robert,

Robert_Mini hat geschrieben: ↑Do Jan 16, 2020 8:49 am@StefanW: Braucht das einen FR oder ist das schon am Radar?

wir schwimmen mittlerweile in sehr vielen FRs und sonstig genannten Wünschen. Insbesondere bei letzteren ist es schwer den Überblick zu behalten und dann ist auch noch die Frage, ob am Ende dann auch das Gleiche heraus kommt.

Kurz: Ein gut formulierer FR ist immer am sinnvollsten.

Es erleichtert mir auch die Arbeit, weil je besser formuliert, desto leichter kann ich es an die Entwickler weitergeben und um so schneller kommt dann das auch am Ende ins Produkt.

lg

Stefan