Timeout bei InitScan

[gulp2k]

Ich hab seit gestern plötzlich einen Timeout beim Initscan (ca 3min).
Leider kann ich aus dem Log nicht ersehen welche GA das verursacht, wie kommt man dem am besten auf die Spur?
Ich habe die letzten Tage recht viel geändert und auch im ETS fleißig parametrisiert aber ich kann leider nicht nachvollziehen wann genau das passiert ist

Hier das Log vom Start:

   2017-06-26 09:10:27 829508 MAIN 1578 INIT Ok 2017-06-26 09:10:27 848404 MAIN 1578 InitSend (0 GAs) Ok 2017-06-26 09:10:27 848522 MAIN 1578 InitScan: Abfrage 1... Ok 2017-06-26 09:10:30 957298 MAIN 1578 InitScan: Check (max. 30 Zyklen)... Ok 2017-06-26 09:11:00 962709 MAIN 1578 InitScan: Abfrage 2... Ok 2017-06-26 09:11:01 063296 MAIN 1578 InitScan: Check (max. 30 Zyklen)... Ok 2017-06-26 09:11:31 068867 MAIN 1578 InitScan: Abfrage 3... Ok 2017-06-26 09:11:31 169575 MAIN 1578 InitScan: Check (max. 30 Zyklen)... Ok 2017-06-26 09:12:01 176949 MAIN 1578 InitScan: Abfrage 4... Ok 2017-06-26 09:12:01 278143 MAIN 1578 InitScan: Check (max. 30 Zyklen)... Ok 2017-06-26 09:12:31 283839 MAIN 1578 InitScan: Abfrage 5... Ok 2017-06-26 09:12:31 384382 MAIN 1578 InitScan: Check (max. 30 Zyklen)... Ok 2017-06-26 09:13:01 422163 MAIN 1578 InitScan (1 GAs / 5 Abfragen / 150 Checks) TIMEOUT 2017-06-26 09:13:01 438409 MAIN 1578 Logik-Bausteine initialisieren... Ok 2017-06-26 09:13:02 106132 LOGIC 1596 Logik-Init: 784 von 804 Logikbausteinen initialisiert Ok 2017-06-26 09:13:02 106379 LOGIC 1596 Logik-Berechnungen werden aktiviert Ok 2017-06-26 09:13:02 232047 MAIN 1578 START Ok

[gulp2k]

Hm, wie so oft kurz nach dem Posten hat man dann den Eureka Moment...
Ich hatte auch ein Gerät gelöscht aber immer noch eine GA davon abgefragt. Konnte so ja nicht gehen.

[eXec]

Trotzdem wäre es interessant, wie ich von der Fehlermeldung auf den Verursacher stoßen kann? gaert

[jonofe]

Ich vermute über das Monitor Log sollte es möglich sein oder über die ETS. Da sollten dann ziemlich viele Read.Requests sichtbar sein, ohne dass ein Read.Response gesendet wird.

[Marino]

Im Log steht glaube ich nur allgemein, dass es dort ein Problem gab. Ich habe es auch schon 2x gehabt und habe mir einfach das Log angeschaut, während Edomi startete. Dann sieht man recht schnell, wo eine Abfrage ewig braucht.

[jonofe]

Im Log steht glaube ich nur allgemein, dass es dort ein Problem gab. Ich habe es auch schon 2x gehabt und habe mir einfach das Log angeschaut, während Edomi startete. Dann sieht man recht schnell, wo eine Abfrage ewig braucht.

Welches Log meinst du denn hier?

[Marino]

Das Fehler-Log zeigt bei so etwas dann z.B. "InitScan (1 GAs / 5 Abfragen / 150 Checks)". Da weiß man aber nicht, welche GA nicht abgefragt werden konnte.

Schaut man aber beim Starten live nach (eine Seite links vom runden Edomi-Logo), dann sieht man, wo er hängt.

Sorry, hätte ich gleich daneben schreiben können

[ggt]

Trotzdem wäre es interessant, wie ich von der Fehlermeldung auf den Verursacher stoßen kann?

Wie André schon vermutet hat -> Monitor-Log

iKO 6 (GA/KO-Monitor) Aktiviert oder deaktiviert die Protokollierung von Telegrammen (interne KOs und KNX-GAs) in das Monitor-Log.

0 = deaktiviert
1 = nur KNX-GAs protokollieren
2 = nur interne KOs protokollieren
3 = KNX-GAs und interne KOs protokollieren

[gulp2k]

Wie André schon vermutet hat -> Monitor-Log

iKO 6 (GA/KO-Monitor) Aktiviert oder deaktiviert die Protokollierung von Telegrammen (interne KOs und KNX-GAs) in das Monitor-Log.

0 = deaktiviert
1 = nur KNX-GAs protokollieren
2 = nur interne KOs protokollieren
3 = KNX-GAs und interne KOs protokollieren

Gut zu wissen für das nächste mal