Diskussionsthread EDOMI-Releases/Updates

[powell]

Update auf 1.61 hat funktioniert, hatte danach aber wieder einen Aussetzer der KNX Verbindung mit dem MDT Router.
Mit 1.60 gab es keine Probleme.

Weiterhin dauert bei mir der Punkt Logs/Archive/Autobackups aufräumen immer recht lange(5min). In der Zeit geht leider gar nichts.
Wie bereinige ich das am besten? Hat da jemand einen Tipp dazu?

Danke!

Gruß
Patrick

[gaert]

rdeckard
Aktiviere doch mal das KNX-Log - vielleicht ist dort eine Ursache für die doch recht lange Wartezeit zu finden. Die Queue wird jetzt sofort abgearbeitet - ohne weitere Bedingungen. Natürlich setzt dies voraus, dass die gewünschten Telegramme auch zeitnah in der Queue landen

[luck789]

Seit kurzem, nehm an seit Update 1.59, funktioniert die Verschiebung deltaX bzw. Y im Zusammenhang mit split() bei mir nicht mehr (richtig). Das Universalelement wird nicht mehr angezeigt. Ist mir erst jetzt aufgefallen. Nutze es mit Behaglichkeit nach Frank zur "Indikator" Verschiebung und bisher hat es funktioniert.

Testweise hab ich es mit:

split(0)

{split(0)}

{str_split(#,0)}

probiert.
Bei {str_split(#,0)} z.B. wird zwar das Element angezeigt, aber ganz links oben auf der Visuseite, also Position (0|0)

„Funktionen left/mid/right/split bzw. str_left/str_mid/str_right/str_split modifiziert: der Rückgabewert ist jetzt stets ein String (z.B. wird "001" nicht mehr in "1" konvertiert)“

Diese Änderung in 1.59 hab ich im Verdacht dafür verantwortlich zu sein.

Muss ich die Formel anders schreiben, oder kommt das „Feld“ delta-X-Position mit der Neuerung von Split als String nicht klar? gaert Bug oder Feature?
Split()-Funktion ansich funktioniert auch, z.b. KO: 142|-60|#ffd700 ergibt bei Feld „Beschriftung“ {100-split(0)} die Augabe „-42“, nur im Feld delta-X eben nicht.

Kann das Verhalten, dass ein Element nicht mehr zu sehen ist, wenn Split bei delta-X-Position verwendet wird, jemand bestätigen?


Aktuelle Edomi Version ist 1.61.

[rdeckard]

Als längerer MDT-Router / KNX-Fehler "Geplagter" möchte ich auch noch mein aktuelles Feedback abgeben.
Habe am Dienstag Nachmittag (14.8.) auf 1.60 upgedatet und seit dem noch keinen einzigen KNX-Fehler im Log gesehen. Gut, es sind erst 2 Tage, aber normalerweise hatte ich innerhalb von 24 Std. immer "ein paar" KNX-Fehler drin. (Früher wars ja noch schlimmer.)
Somit kann ich bei mir bestätigen, dass diese Version (für mich) schon mal was gebracht hat. Wie immer danke, gaert!

Habe vorhin auf 1.61 aktualisiert, wobei ich vermutlich nicht von den Änderungen betroffen bin.

Mit 1.61 dauert die Projektaktivierung ca. 3 Min. (bis es grün wird) und die Queue ging von ca. 12 sofort auf 1 runter. Das blieb dann aber fast 4 Min. lang so.
Visu ist dann zwar erreichbar, aber z.B. verschwindet der Logfehler-Indikator nicht von alleine. Und auch andere Werte (Aussentemp z.B.) sind noch leer.
Als dann die Queue auf 0 ging (eben nach 4 Min.) verschwand der Fehler-Indikator und alle Werte waren da.

Weiss jetzt nicht, ob diese 4 Min. normal für die Queue sind. Aber zumindest bin ich froh, im Moment mal keine KNX-Fehler im Log zu haben.

[saegefisch]

gespenstisch...so lange so ruhig im Forum war es noch nie nach einem Update...

Nachtrag: Update problemlos, Init war nie mein Problem (meist 30s) und schien mir jetzt wenige Sekunden schneller. Ohne zu wissen, wie schnell vorher tatsächlich war - es hat mich bislang nie gekümmert, weil es lief/hinreichend schnell war.
Im Monitor sah ich tatsächlich einige Momente die 30T/s als Sende-Burst im Init, die ich als Max eingestallt habe. Wenn es fehlerfrei bleibt, werde ich vielleicht noch höher gehen und damit testen; das GW sollte mehr können.

Keinerlei Fehler im Log trotz der Rate (edomi-System: Dedizierte HW mit core i3, keine weiteren Dienste)

Neu ist: Queued ist wirklich 0 (bislang stand da meist was einstelliges länger drin, habe aber keine Auswirkungen gespürt).

-> Prima, Christian, Danke!

[gspsteve]

Ich bekomme auch nach Upgrade auf 1.60 folgende Fehler:

Handshake.PNG

Als Schnittschelle ist ein MDT Interface im Einsatz

[gaert]

Noch ein kleiner Bug:

Im Logikeditor werden zyklisch-laufende LBS nicht immer hervorgehoben (blinkende Titelleiste) - in der Live-Hilfe zu dem LBS passt es aber. Der Fehler ist natürlich schon behoben (in der nächsten Version) - sorry.

[gaert]

Eigentlich eher nicht - wäre mir zumindest nicht bewusst. Ich habe die Queue durchaus intensiv getestet (mit Zählern usw.), die Reihenfolge stimmt schon.

Der Fehler ist ein anderer: Das Array wird byReference übergeben und hier spinnt's irgendwie ganz selten - warum weiß ich noch nicht. Leider tritt der Fehler derart selten auf, dass eine Analyse äußerst mühsam ist. Aber ich arbeite daran, am Ende ist es wahrscheinlich nur eine Kleinigkeit (wie immer).

Wichtig ist aber, dass nach dem Auslesen der Queue der entsprechende Eintrag (natürlich) gelöscht wird. Wenn Du die Queue also mehrfach ausliest (an versch. Stellen im Code), erhältst Du natürlich jeweils andere Werte. Ich bin selbst zunächst darauf reingefallen...

EDIT:
Du kannst den o.g. Fehler provisorisch zumindest feststellen, indem Du die Länge des zurückgegebenen Arrays aus der Queue verifizierst. Normalerweise entspricht die Länge der Anzahl der Eingänge - falls nicht, spinnt's...

[vento66]

gaert bezgnehmed auf https://knx-user-forum.de/forum/proj...02#post1255902

Kann es sein, das der Queue momentan immer wieder mal falsche (alte) Daten enthält? Hat mich heute so den halben Nachmittag beschäftigt.... Habe schon an mir gezweifelt

[dpoth]

1.60... läuft.. endlich wieder der grüne Kreis.....

Danke & Gruss
Detlef

[gaert]

Das ist kein Fehler, sondern ein Hinweis... Und wird immer mal wieder vorkommen, denn dafür ist der SeqCounter ja da (als "Absicherung"). Das Telegramm wird dann ggf. wiederholt.

[benji]

Hi, ich hab ein MDT IP Interface verbaut. Heute um 15:00 hatte ich mit 1.60 wieder folgenden Fehler im Log. 15:00 wird mein Backup erstellt.

 
 2018-08-12 15:00:54	902964	KNX	2038	DE < | TUNNELING_REQUEST / Hinweis: SequenceCounter abweichend (ACK): Ist-Wert=79, Soll-Wert=80 / Raw: 06100420001904614f002900bce0112720150500800000055c	ERROR

[powell]

Ich hab bei mir ein MDT Router verbaut, kann denke ich in paar Tagen eine Rückmeldung dazu geben.

[gaert]

Es wäre sehr hilfreich, wenn einige MDT-Router-Nutzer mal auf 1.60 updaten und dann berichten würden - vielleicht sind die Probleme ja dadurch bereits indirekt gelöst.

Ich habe das neue KNX-Gateway regelrecht gequält, um Fehler zu provozieren - "leider" ohne Erfolg... Kein einziger Fehler! Und ich habe wirklich mein Bestes gegeben: VM künstlich ausgelastet, im Millisekunden-Takt per Oszi zehntausende Telegramme auf den Bus geschickt, gleichzeitig zig Backups erstellt (Last) usw... Klar, verzögert wurde das Ganze dadurch natürlich schon, aber es traten keine Fehler auf.

[powell]

Wow, das ging aber schnell. Vielen Dank für das neue Update!
Wird direkt installiert und getestet.

Gruß
Patrick