Diskussionsthread EDOMI-Releases/Updates

[KFlo]

Hallo gaert, vielen Dank für EDOMI!

Darf ich hier einen (kleinen) Feature-Request anfragen? Könnte man die System-KO erweitern um ein KO, welcher gesetzt wird, wenn der Server unerwartet Neugestartet wurde (zB. durch einen Stromausfall)?
Ein regulärer Neustart von EDOMI kommt recht häufig vor (Spielereien), aber ich würde gerne einige Komponenten initialisieren nur wenn tatsächlich Stromausfall war..

(Ein Nice-to-have wäre noch eine Druckfunktionalität der aktuellen Logikseite und/oder ein weiterer Tab im Logikeditor (neben "Normale Ansicht", "Liveansicht 1/2") welche die aktuell im Einsatz befindende Logik vergleichbar macht)

Vg,
Florian

[rdeckard]

Also die Statusanzeige scheint ja schon korrekt zu sein. Denn in diesen 3 Min. ist definitiv etwas am Laufen (CPU 20% höher als sonst und Visu Error-Indikator verschwindet erst danach). Aber obs wirklich mit KNX zu tun hat und Edomi-intern, dass weiss ich natürlich nicht.
Ich kann damit leben, so oft aktiviere ich zurzeit nicht und 3 Min. sind ja jetzt auch nicht alle Welt.

[gaert]

RAMcmdQueue hat mit KNX nichts zu tun, das ist normal. Die knxQueue sollte leer sein - ist sie ja auch. Nur die Anzeige auf der Statusseite zeigt was falsches an - ungewöhnlich, aber nicht weiter schlimm (vermutlich nur ein Timing-Problem - ist ja alles asynchron).

Die Statusseite zeigt ohnehin nur "Schätzwerte" an, so ist z.B. die Telegrammrate nur ein grober Mittelwert und nicht etwa die exakte Rate zum aktuellen Zeitpunkt.

Beim Aufräumen wird kein Backup gemacht (dies wird gesondert gelogged), vielmehr werden DBs aufgeräumt, Kamerabilder etc.

[rdeckard]

Habs jetzt mal in der DB angeschaut. Die Tabelle edomiLive.RAMknxWrite ist während diesen 3 Minuten (Queue = 1) leer, es hat 0 Records drin.
Aber die Tabelle edomiLive.RAMcmdQueue hat während dieser Phase 2 Datensätze, wobei der erste auch mit einem Zeitstempel versehen ist. Und kaum ist die Queue-Anzeige auf 0 ist diese Tabelle dann auch leer.
Sieht in etwa so aus (abgetippt):

id  cmd  status  runts  outmode  outid  outvalue
7  1  1  2018-08-19 12:44:27  0  3  0
8  1  0  null  0  10  2

Mit welchen Tabellen sind diese Werte verknüpft? Kann ich da evtl. noch etwas rausfinden oder ist es eh schon klar genug?

Edit: Ein Autobackup wird in diesen 3 Min. glaub nicht gemacht. Im /var/edomi-backups liegen gemäss Zeitstempel nur Backups vom Mitternachts-Job drin (jeweils ca. 500 MB gross). Also kann es fast nur noch eine DB-Bereinigung o.ä. sein?

[gaert]

Wunderbar - ich habe in 1.61 ein paar Timing-Optimierungen vorgenommen, vermutlich klappt's deswegen jetzt besser. "Leider" muss ich da immer im Dunkeln stochern, weil mit meinem IP-Router noch nie Probleme aufgetreten sind - 0 Fehler seit Jahren... Das macht's natürlich nicht leichter

[rdeckard]

ok, mach ich mal.
Habe übrigens seit 1.61 immer noch keinen einzigen KNX-Fehler im Log gehabt. Völlig neues Gefühl.
Und ein eigener quick'n dirty Busfahrplan-LBS, der in der Nacht wegen fehlenden Busverbindungen oft ein Array Offset Error lieferte, habe ich auch endlich mal bereinigt. Somit habe ich jetzt keinen einzigen Fehler im Log. So sollte es ja eigentlich auch sein. Und wenn dann mal was wieder kommen sollte, nimmt man es auch als Fehler ernst. (In den letzten Monaten habe ich den roten Fehler-Indikator in der Visu immer täglich weggeklickt, ohne nachzuschauen. Wusste ja, was es ist. War schon fast eine Gewohnheit.)

[gaert]

Guck' doch einfach mal in der DB edomiLive.RAMknxWrite nach, was da für ein Eintrag drin steht - Du hast ja 3 Minuten Zeit dazu

[rdeckard]

Wenn es normal ist, dass während des Aufräumens die Queue auf 1 steht, dann ja.
Ich weiss halt nicht, was dort noch 3 Min. in der Queue ist. Weil andere oben ja berichtet haben, dass jetzt mit 1.61 die Queue innert Sekunden auf 0 geht. Dann müsste bei denen ja die Aufräumarbeiten auch sehr schnell sein. (Was natürlich ohne Archiv evtl. auch der Fall ist, wobei ich eigentlich keine Bilderarchive führe, nur 2-3 Diagramme)

[gaert]

Das Aufräumen dauert bei Dir von 18:40 bis 18:43 - der Updatecheck erfolgt unmittelbar danach. Also eigentlich alles gut?

[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

So, ich habe heute Nachmittag das KNX-Log aktiviert und nochmal aktiviert.
Die Zeitspanne, bis die Queue von 1 auf 0 ging, dauerte knapp 3 Min. In dieser Zeit pendelte die CPU-Last immer so um 30% rum.
Als die Queue dann auf 0 war, pendelte sich die CPU zwischen 4-9% ein.

Im KNX-Log kann ich leider in der entsprechenden Zeit (ca. diese 3 Min.) nichts spezielles erkennen. Das KNX-Log sieht danach weiterhin (für mich) gleich aus.

Hier um 18:40 scheint etwas zu starten, denn vorher ist ja fast eine 1 Min. Pause.

 [TABLE="class: log, border: 0, cellpadding: 0, cellspacing: 0, width: 0, height: 12"]
 	 		[TR]
 			[TD]2018-08-18 18:38:56[/TD]
 			[TD]614257[/TD]
 			[TD]1511[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 44 (44) / PA: 1.2.31 / GA: 2/1/155 = 304.96 / Raw: 061004200017043e2c002900bcc0121f119b0300802772[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:38:56[/TD]
 			[TD]614736[/TD]
 			[TD]1511[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 44 / Raw: 06100421000A043e2c00[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:38:56[/TD]
 			[TD]694977[/TD]
 			[TD]1511[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 45 (45) / PA: 1.2.29 / GA: 2/1/153 = 616.32 / Raw: 061004200017043e2d002900bcc0121d11990300802f86[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:38:56[/TD]
 			[TD]695591[/TD]
 			[TD]1511[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 45 / Raw: 06100421000A043e2d00[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:38:56[/TD]
 			[TD]836139[/TD]
 			[TD]1511[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 46 (46) / PA: 1.0.3 / GA: 0/3/3 = 8635131 / Raw: 061004200019043e2e002900bcd0100303030500800083c2fb[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:38:56[/TD]
 			[TD]836702[/TD]
 			[TD]1511[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 46 / Raw: 06100421000A043e2e00[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:38:56[/TD]
 			[TD]994405[/TD]
 			[TD]1511[/TD]
 			[TD]OK[/TD]
 			[TD]CE > | DISCONNECT_REQUEST / Raw: 0610020900103e000801c0a80a46c350[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:10[/TD]
 			[TD]326386[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]CE > | DESCRIPTION_REQUEST an 192.168.10.19:3671 / Raw: 06100203000E0801c0a80a46c350[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:10[/TD]
 			[TD]340810[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]CE < | DESCRIPTION_RESPONSE / Status: Ok / Name: MDT KNX IP Router / PA: 1.0.0 / MAC: cc1be0800684 / Raw: 06100204004636010200100000000083477f04a4e000170ccc1be08006844d4454204b4e5820495020526f75746572000000000000000000000000000a020201030104010501[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:10[/TD]
 			[TD]351457[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]CE > | CONNECT_REQUEST an 192.168.10.19:3671 / Raw: 06100205001A0801c0a80a46c3500801c0a80a46c35104040200[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:10[/TD]
 			[TD]363449[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]CE < | CONNECT_RESPONSE / CE: 192.168.10.70:50000 - 192.168.10.19:3671 / DE: 192.168.10.70:50001 - 192.168.10.19:3671 / Tunnel-PA: 15.15.241 / ChannelID: 63 / Raw: 0610020600143f000801c0a80a130e570404fff1[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:10[/TD]
 			[TD]374017[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]CE > | CONNECTIONSTATE_REQUEST / Raw: 0610020700103f000801c0a80a46c350[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:10[/TD]
 			[TD]376055[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800083f00[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:10[/TD]
 			[TD]915292[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 0 (0) / PA: 1.0.2 / GA: 0/3/1 = 728 / Raw: 061004200019043f00002900bcd01002030105008044360000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:10[/TD]
 			[TD]915815[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 0 / Raw: 06100421000A043f0000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:11[/TD]
 			[TD]536724[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 1 (1) / PA: 1.0.3 / GA: 0/3/3 = 8635134 / Raw: 061004200019043f01002900bcd0100303030500800083c2fe[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:11[/TD]
 			[TD]537098[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 1 / Raw: 06100421000A043f0100[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:12[/TD]
 			[TD]378520[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_REQUEST:L_Data.req / Typ: Read / SeqCounter: 0 / PA: 15.15.241 / GA: 0/7/201 / Prio: 0 / Raw: 061004200015043f00001100BCE0fff107c9010000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:12[/TD]
 			[TD]380392[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_ACK / SeqCounter: 0 (0) / Raw: 06100421000a043f0000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:12[/TD]
 			[TD]406333[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.con / Typ: Read / SeqCounter: 2 (2) / PA: 15.15.241 / GA: 0/7/201 / Raw: 061004200015043f02002e00bce0fff107c9010000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:12[/TD]
 			[TD]406836[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 2 / Raw: 06100421000A043f0200[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:12[/TD]
 			[TD]440432[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_REQUEST:L_Data.req / Typ: Read / SeqCounter: 1 / PA: 15.15.241 / GA: 1/1/200 / Prio: 0 / Raw: 061004200015043f01001100BCE0fff109c8010000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:12[/TD]
 			[TD]442040[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_ACK / SeqCounter: 1 (1) / Raw: 06100421000a043f0100[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:12[/TD]
 			[TD]466897[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.con / Typ: Read / SeqCounter: 3 (3) / PA: 15.15.241 / GA: 1/1/200 / Raw: 061004200015043f03002e00bce0fff109c8010000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:12[/TD]
 			[TD]467355[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 3 / Raw: 06100421000A043f0300[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:12[/TD]
 			[TD]500545[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_REQUEST:L_Data.req / Typ: Read / SeqCounter: 2 / PA: 15.15.241 / GA: 1/1/201 / Prio: 0 / Raw: 061004200015043f02001100BCE0fff109c9010000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:12[/TD]
 			[TD]502213[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_ACK / SeqCounter: 2 (2) / Raw: 06100421000a043f0200[/TD]
 		[/TR]
 	 [/TABLE]

Während die Queue auf 1 war, habe ich natürlich die Edomi-Zeit notiert. Auf 1 ging sie ca. um 18:40:35 und auf 0 um ca. 18:43:29
Im Log sieht dieser Zeitraum aber uninteressant aus:

 [TABLE="class: log, border: 0, cellpadding: 0, cellspacing: 0, width: 0, height: 12"]
 	 		[TR]
 			[TD]2018-08-18 18:40:35[/TD]
 			[TD]015568[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 80 (80) / PA: 1.0.2 / GA: 0/3/0 = 8251137 / Raw: 061004200019043f50002900bcd010020300050080007de701[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:35[/TD]
 			[TD]016000[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 80 / Raw: 06100421000A043f5000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:35[/TD]
 			[TD]327934[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 81 (81) / PA: 1.0.3 / GA: 0/3/4 = 123 / Raw: 061004200019043f51002900bcd01003030405008042f60000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:35[/TD]
 			[TD]328466[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 81 / Raw: 06100421000A043f5100[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:35[/TD]
 			[TD]908027[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 82 (82) / PA: 1.0.2 / GA: 0/3/2 = 0 / Raw: 061004200019043f52002900bcd01002030205008000000000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:35[/TD]
 			[TD]908720[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 82 / Raw: 06100421000A043f5200[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]140819[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 83 (83) / PA: 1.1.8 / GA: 3/1/203 = 22.4 / Raw: 061004200017043f53002900bce0110819cb0300800c60[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]141386[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 83 / Raw: 06100421000A043f5300[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]178041[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 84 (84) / PA: 1.1.8 / GA: 3/1/213 = 60.32 / Raw: 061004200017043f54002900bce0110819d503008015e4[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]178486[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 84 / Raw: 06100421000A043f5400[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]215265[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 85 (85) / PA: 1.1.8 / GA: 3/1/223 = 538.88 / Raw: 061004200017043f55002900bce0110819df0300802e94[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]215925[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 85 / Raw: 06100421000A043f5500[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]228682[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_REQUEST:L_Data.req / Typ: Write / SeqCounter: 163 / PA: 15.15.241 / GA: 0/1/52 = 0 / Prio: 0 / Raw: 061004200015043fa3001100BCE0fff10134010080[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]230782[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_ACK / SeqCounter: 163 (163) / Raw: 06100421000a043fa300[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]256908[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.con / Typ: Write / SeqCounter: 86 (86) / PA: 15.15.241 / GA: 0/1/52 = 0 / Raw: 061004200015043f56002e00bce0fff10134010080[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]257482[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 86 / Raw: 06100421000A043f5600[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]721374[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 87 (87) / PA: 1.0.2 / GA: 0/3/1 = 716 / Raw: 061004200019043f57002900bcd01002030105008044330000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:37[/TD]
 			[TD]721892[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 87 / Raw: 06100421000A043f5700[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:38[/TD]
 			[TD]480421[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 88 (88) / PA: 1.0.3 / GA: 0/3/3 = 8635135 / Raw: 061004200019043f58002900bcd0100303030500800083c2ff[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:38[/TD]
 			[TD]480911[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 88 / Raw: 06100421000A043f5800[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:40[/TD]
 			[TD]321036[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 89 (89) / PA: 1.0.2 / GA: 0/3/0 = 8251137 / Raw: 061004200019043f59002900bcd010020300050080007de701[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:40[/TD]
 			[TD]321490[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 89 / Raw: 06100421000A043f5900[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:40[/TD]
 			[TD]384890[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]CE > | CONNECTIONSTATE_REQUEST / Raw: 0610020700103f000801c0a80a46c350[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:40[/TD]
 			[TD]396378[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]CE < | CONNECTIONSTATE_RESPONSE / Raw: 0610020800083f00[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:40[/TD]
 			[TD]762248[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 90 (90) / PA: 1.0.3 / GA: 0/3/4 = 122 / Raw: 061004200019043f5a002900bcd01003030405008042f40000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:40[/TD]
 			[TD]762826[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 90 / Raw: 06100421000A043f5a00[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:41[/TD]
 			[TD]210810[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 91 (91) / PA: 1.0.2 / GA: 0/3/2 = 0 / Raw: 061004200019043f5b002900bcd01002030205008000000000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:41[/TD]
 			[TD]211206[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 91 / Raw: 06100421000A043f5b00[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:43[/TD]
 			[TD]159734[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 92 (92) / PA: 1.0.2 / GA: 0/3/1 = 658 / Raw: 061004200019043f5c002900bcd01002030105008044248000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:43[/TD]
 			[TD]160128[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 92 / Raw: 06100421000A043f5c00[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:43[/TD]
 			[TD]766413[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 93 (93) / PA: 1.0.3 / GA: 0/3/3 = 8635135 / Raw: 061004200019043f5d002900bcd0100303030500800083c2ff[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:43[/TD]
 			[TD]766946[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 93 / Raw: 06100421000A043f5d00[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:45[/TD]
 			[TD]597187[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 94 (94) / PA: 1.0.2 / GA: 0/3/0 = 8251137 / Raw: 061004200019043f5e002900bcd010020300050080007de701[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:45[/TD]
 			[TD]597760[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 94 / Raw: 06100421000A043f5e00[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:46[/TD]
 			[TD]140961[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 95 (95) / PA: 1.0.3 / GA: 0/3/4 = 122 / Raw: 061004200019043f5f002900bcd01003030405008042f40000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:46[/TD]
 			[TD]141444[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 95 / Raw: 06100421000A043f5f00[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:46[/TD]
 			[TD]597527[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE < | TUNNELING_REQUEST:L_Data.ind / Typ: Write / SeqCounter: 96 (96) / PA: 1.0.2 / GA: 0/3/2 = 0 / Raw: 061004200019043f60002900bcd01002030205008000000000[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:46[/TD]
 			[TD]598064[/TD]
 			[TD]13265[/TD]
 			[TD]OK[/TD]
 			[TD]DE > | TUNNELING_ACK / SeqCounter: 96 / Raw: 06100421000A043f6000[/TD]
 		[/TR]
 	 [/TABLE]

Das System Log sieht auch normal aus für diesen Bereich:

 [TABLE="class: log, border: 0, cellpadding: 0, cellspacing: 0, width: 0, height: 12"]
 	 		[TR="class: sS"]
 			[TD]2018-08-18 18:40:23[/TD]
 			[TD]281178[/TD]
 			[TD]MAIN[/TD]
 			[TD]13050[/TD]
 			[TD]START[/TD]
 			[TD]Ok[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:40:23[/TD]
 			[TD]490762[/TD]
 			[TD]EXEC[/TD]
 			[TD]13321[/TD]
 			[TD]Logs/Archive/Autobackups aufräumen[/TD]
 			[TD]Ok[/TD]
 		[/TR]
 		[TR]
 			[TD]2018-08-18 18:43:22[/TD]
 			[TD]660406[/TD]
 			[TD]EXEC[/TD]
 			[TD]13629[/TD]
 			[TD]EDOMI-Autoupdate: Update-Verfügbarkeit prüfen[/TD]
 			[TD]Ok[/TD]
 		[/TR]
 	 [/TABLE]

Oder könnte doch der Autobackup/Archiv bereinigen solange dauern? Es muss ja etwas sein, dass die CPU um ca. 20% mehr belastet als sonst im Idle-Modus.

[gaert]

str_stringornum() bzw stringornum() sollten es eigentlich auch tun. Aber ich kann parseInt() natürlich auch mit reinnehmen, dann als toInt() oder so.

Generell kann man natürlich sämtliche JS-Funktionen nutzen, aber bei manchen Funktionen ist dies nicht ohne Weiteres möglich. Daher die eigenen Implementierungen, um nicht zu verwirren.

[luck789]

wintermute Vielen Dank.
mit

"parseInt({split(0)})"

klappt es wieder.
Vielleicht könnte man das in der Hilfe unter Funktionsreferenz aufnehmen

Gruß
Andreas

[wintermute]

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

Ja, ich...
Mach mal aus dem "{split(0)}" ein "parseInt({split(0)})".

[powell]

Danke für die Antwort!

Dann werd ich den KNX-Log besser wieder aktivieren.


Muss ich mir eventuell doch mal eine leistungsstärkere Hardware zulegen, aktuell läuft alles auf einer APU 2C4. Eigentlich läuft diese zwar immer bei max 30% CPU Leistung, aber vielleicht mal einfach was anderes testen.

Gruß
Patrick

[gaert]

Wenn der Router nicht auf einen connectionstate-request antwortet, hat er offenbar irgendein Problem (bzw. ein solches festgestellt). Das könnte aber auch ein Netzwerkproblem sein, oder ein Busspannungs-Einbruch ("Überlast") oder irgendetwas anderes in diese Richtung.

Aktiviere einfach mal das KNX-Log und dann wirst Du vermutlich sehen, dass EDOMI alle 30s einen connectionstate-request absetzt, der Router aber nicht innerhalb von 5s (default) antwortet.

Das Aufräumen dauert eben so lange, wie es dauert Wenn Du große Archive etc. hast (in Kombination mit einer "lahmen" CPU) dauert es eben entsprechend länger. Blockieren sollte dies natürlich die anderen Prozesse nicht, daher vermutlich ich mal, dass Deine Hardware zu schwach ist?!