ElabNET Technik Forum

Für mich wär im Moment auch am wichtigsten das man Strings/Variablen zusammenbauen kann .... und das dann an die out Var gesendet wird wenn Sich irgend ein Wert ändert oder per Trigger

wie z.B.: in PHP $out= "beliebiger Text: " . $var1. ""Text2"". $var2."[text4]";

Okay, also Showstopper für mich definitiv das Thema "Verarbeitung von Strings"- also wenigstens 2 Strings miteinander vergleichen können.

Hallo zusammen,

rundimentäre Stringvergleiche sind m.E. in der Tat unabdingbar. Siehe dazu auch hier: viewtopic.php?f=77&t=2862&p=32524&hilit ... ing#p32524

Beste Grüße
Jens

Also für mich auch ganz klar die Verarbeitung von Strings (Vergleich / erstellen).

Die beschriebene Kalenderfunktion wäre eine Komfortfunktion - jedoch können ggf. mehrere User damit was anfangen.
Mit der Stringverarbeitung kann ich dann aber mehr "Probleme" lösen.

Robert_Mini hat geschrieben: ↑So Feb 20, 2022 10:23 pm - Erweiterung des Modul Triggered um Triggered by Triggereingang und Triggered by TimerEnded, d.h. dass man sowohl Trigger am hinzufügbaren Triggereingang erkennen kann als auch das sich selbst Aufrufen einer Logik durch einen abgelaufenen Timer ohne externem Trigger.

Jap, sehr wichtig, vermeidet viele Unklarheiten danach.

Guten Abend,

der Timberwolf Server ist sehr neu für mich, ca. 14 Tage. Grund der Anschaffung ist der Umstieg von EDOMI auf eine professionellere Lösung. EDOMI war bislang ein sehr zuverlässiger Begleiter. Ich komme sehr gut damit zurecht. Aber, in den letzten Monaten denke ich immer häufiger darüber nach, was ist, wenn etwas mal nicht funktioniert und ich nicht zur Verfügung stehe, das Problem zu beheben. Mit einer professionellen Lösung hat man Ansprechpartner die Hilfe gewähren können, natürlich gegen Entlohnung. Wichtig ist, Hilfe ist möglich.

Zu Anfang möchte ich betonen, ich verstehe den Post #10, von StefanW. Es ist immer eine sehr individuelle Situation "was ist mir aktuell sehr wichtig". Für mich ist der wichtigste Einsatzzweck die Erstellung von Logiken.

Bei unserer KNX Installation haben wir sehr viele Sensoren verbaut, annähernd keine Schaltstellen. Über die Jahre haben wir durch die Logiken in EDOMI immer wieder Anpassung vorgenommen und aktuell läuft so gut wie alles automatisch, unter Berücksichtigung der Sensoren, Anwesenheit, Sonnenstand, Temperatur und vielen mehr.


Doch nun zum Kern. Bei den Logic Engine vermisse ich:

- Sendebedingung nur bei "true" oder nur bei "false"
- Ausgänge "verzögern" und "mappen"

- ich benötige häufig Variable, welche nicht nur in einer Custom Logic zur Verfügung stehen müssen.
Es sollte daher die Möglichkeit von "globalen Variablen" geben

- ändert man den Namen einer Logik, so wird diese Namensänderung nicht im ganzen System durchgeführt.
Bereits verbundene Ein- und Ausgänge bekommen diese Namensänderung nicht mit

- Natürlich kann man die Anzahl der angezeigten Logiken, durch den Filter oder das Suchen beschränken.
Eine Ordnerstruktur wäre mir sehr recht


Meine Priorität liegt genau in dieser Reihenfolge.

1-Wire, Modbus und Grafana und Anderes sind wirklich sehr gute Add-ons und nice to have.
Aber für mich ist die Logik ein must-have und somit der dealbreaker.


Dies ist mein erster Beitrag. Keine Ahnung wie die Signatur nun aussieht. Werde ich dann anpassen. Seht es mir nach.



Grüße aus Mönchengladbach

Hallo Stefan,

mir fällt da noch was ein....

Wenn ich eine Logik editiere, Eingangsobjekte zuordne und dann speichere, dann wäre es schon genial, wenn es eine Möglichkeit gäbe die Logik initial optional einmal mit den Werten zu beschicken, die das Objektsystem als letzten bekannten Wert kennt.

Beispiel, irgendein-Fremdsystem beschickt ein MQTT-Topic mit retain=true, auf das der TWS ein Subscribe hat. Dann kennt das Objektsystem des Wolfes den letzten Wert.

Weise ich einer frischen Logik im Wolf nun dieses Objekt zu, dann sieht die Logik den Wert ja erst einmal nicht.

Beste Grüße
Jens

Guten Abend zusammen,

ich stolpere mal eben wieder drüber und bin mir nicht sicher, ob das in die Logik gehören würde.
Dabei benötige ich lediglich eine einfache Ausgabe von
- Zeit für KNX-Objekte mit DPT 10.001
- Datum für KNX-Objekte mit DPT 11.001

für Ausgabe in Visualisierungen oder Speichern in Zeitserien etc.