ElabNET Technik Forum

Hi

Beim anlegen oder späteren ändern/speichern einer Logik sind die Eingänge nicht mit den korrekten/aktuellen Werten belegt, obwohl ja die Werte der einzelnen Objekte intern bekannt sind. Hier wäre es gut, wenn die Eingänge initial (sprich beim aktivieren der Logik) gleich mit den entsprechenden Werten belegt sind, und nicht erst wenn die Objekte aktualisiert werden. Es gibt ja durchaus Objekte, die seltener aktualisiert werden, und da passen dann die Logiken unter umständen längere Zeit nicht (bei mir z.B. Freigabe-Objekte, die nicht täglich geändert werden). Ist in diese Richtung noch etwas vorgesehen, oder wende ich da etwas falsch an? Bei anderen Lösungen, wo man jeweils nach Änderung neu starten muss (was ja im TW zum Glück nicht nötig ist), werden dann alle KNX-Objekte abgefragt und sind dann auf dem richtigen Stand (was in diesem Kontext natürlich ein Vorteil ist).

Version: Beta 23.1

Danke
Dani

Ist bereist ein FR gestellt.

Eine Lösung mit Auslösen eines Readrequest funktioniert nur beim KNX, von daher gibt es da noch etwas Diskussionsbedarf wie die Lösung aussehen wird. Denn der LE macht ja nicht nur KNX im IN/Out-Put.

Als workaround einen effektivien Initial-Wert definieren (macht eh sinn) und oder einen Wert manuell im Doktormodus setzen.

ok danke

Hi Dani,

danke, das ist ein wichtiges Thema und kommt in eine der nächsten Entwicklerkonferenzen

Merci

Stefan

Hallo,

ich wollte mal nachfragen, ob sich dazu hinter den Kulissen schon etwas getan hat.

Das Thema (Persistenz / initiales Lesen) wäre für mich noch eine ganz wichtige Basisfunktion, um die Logikengine "rund" zu machen. Ich nutze zum Beispiel ein zentrales Tag/Nacht-Objekt in vielen Logiken. Es ist noch etwas unschön, wenn nach einer Änderung oder einem Neustart für die LE immer die Nacht beginnt und entsprechende Reaktionen ausgelöst werden.

Und ich merke, dass je mehr Logiken man verknüpft hat, es umso schwieriger wird, nach einem Neustart noch nachzuvollziehen, wo man im Doktormodus händisch eingreifen muss.

Eine Lösung mit Auslösen eines Readrequest funktioniert nur beim KNX

Ja, aber da ja jede Technologie ohnehin ihre eigene Mimik für (Hinzu-)Lesen und Senden benötigt, könnte man auf der Ebene doch auch festlegen, ob initiale Read-Requests etwas bewirken. Wenn einem Eingang, der auf "initial neu einlesen" eingestellt ist ein Objekt zugeordnet ist, dessen Technologie das nicht unterstützt, passiert einfach gar nichts (oder man könnte eine Hinweismeldung ausgeben).

Gruß
Matthias

Würde mir auch helfen, das hab ich gestern bei den ersten Migrationen von alten wiregate Logiken auch schon vermisst.

Matze76 hat geschrieben: ↑So Sep 01, 2019 2:14 pmich wollte mal nachfragen, ob sich dazu hinter den Kulissen schon etwas getan hat.

Ja, aber manches braucht seine Zeit.

Auch wenn wir hier im Wochentakt Verbesserungen posten und alle paar Wochen auch einen größeren Hammer, so arbeiten wir an neueren Leistungsmerkmalen durchaus einige Monate. Es ist einfach nur eine Menge in der Pipeline und daher schaffen wir einen so großen Output, auch weil es viele Entwickler sind.

Matze76 hat geschrieben: ↑So Sep 01, 2019 2:14 pmDas Thema (Persistenz / initiales Lesen) wäre für mich noch eine ganz wichtige Basisfunktion, um die Logikengine "rund" zu machen.

Ich sehe das eher als eine erweiterte Funktion, den als Basisfunktion, verstehe aber auch dass Euch das wichtig ist, weil jede Sache welche die Logik noch mehr kann, rundet diese immer mehr ab und erschließt weitere Möglichkeit. Und wir wollen, dass Ihr mehr damit anfangen könnte.

Persistenz: Das ist bereits in Arbeit und kommt, wenn dies fertig ist. Und es kommt ein wenig umfangreicher als ihr Euch das wünscht, weil wir haben uns da was ausgedacht, aber da wir nicht mehr soviel im Detail weit vorher ankündigen, sondern erst wenn es dann auch bald soweit ist, bitte ich um Geduld. Aber das Thema ist verstanden und es wird mit hohem Einsatz daran gearbeitet.

Initiales Lesen / Leserequests: Eigentlich ist der KNX dafür nicht wirklich gedacht, weil wenn jedes Device alles lesen will von allen anderen, dann kann sich der Bus daran verschlucken und die Dinge laufen in Timeouts. Das muss man mit Augenmaß einsetzen. Dennoch ist uns klar, dass es wichtige Stati gibt, die vom Speichern eine Logik an initialisiert werden müssen mit dem letzten bekannten Wert bzw. komplett neu vom Bus gelesen (sofern das andere Device auch den Read-Request beherrscht. Konkret sind wir hier noch im Planungsstatus, wie wir das umsetzen. Weil es geht ja nicht nur um das Initialisieren einer Logik, sondern es geht auch darum, dass bestimmte Devices kein "intervallsenden" beherrschen und daher regelmäßige Abfragen laufen müssen. Hier wird noch am Design gearbeitet.

Matze76 hat geschrieben: ↑So Sep 01, 2019 2:14 pmUnd ich merke, dass je mehr Logiken man verknüpft hat, es umso schwieriger wird, nach einem Neustart noch nachzuvollziehen, wo man im Doktormodus händisch eingreifen muss.

Verstanden. Wie gesagt, wir arbeitend daran. Danke für die Infos. weil es hilft uns immer, wenn wir die Wünsche der Kunden besser verstehen.

lg

Stefan

Hallo Stefan,

danke!

Danke für die Infos. weil es hilft uns immer, wenn wir die Wünsche der Kunden besser verstehen.

Sehr gut, ich hatte nur nachgefragt um zu betonen, dass (mir persönlich) das Thema jetzt immer wichtiger geworden ist, nach den ersten Erfahrungen mit der Logikengine.

Ich weiß wie aufwändig Softwareentwicklung ist, von daher auch so etwas bitte nie als Unmutsäußerung oder Ungeduld verstehen. Was man inzwischen alles mit dem Timberwolf machen kann ist großartig, und man sieht ja auch mit jedem neuen Release dass es in vielen Bereichen richtig voran geht.

weil wenn jedes Device alles lesen will von allen anderen, dann kann sich der Bus daran verschlucken und die Dinge laufen in Timeouts. Das muss man mit Augenmaß einsetzen.

Ja, ich denke auch, dass in den allermeisten Fällen das interne Lesen des letzten Werts ausreichen wird. Nur in einigen wenigen sensibleren Bereichen würde ich auch gerne erneut per Read-Request lesen können, aber das nur gezielt - nicht defaultmäßig.

Gruß
Matthias