Hallo,
ich hab seit einiger Zeit folgende Fehlermeldung. Ist das jetzt ein Fehler weil das Gateway nicht erreichbar war oder etwas anderes? Keine Ausfälle im Netztwerk bekannt. Es ist immer nur dieses Gateway. Das Enocean Gateway funktioniert ohne Probleme. Beides sind Symcon Gateways
Hab endlich noch ein DUMP Dazu 
vielleicht kann mir ja jemand sagen was ich versuchen kann.
dump.txt (45,3 KB)
Hallo, ich hab das seit ein paar Tagen auch - aber beim EnOcean-Gateway.
Gestern mal einen Neustart gemacht - hat offensichtlich nicht geholfen.
Gibt es hierzu Abhilfe?
Zeig mal bitte im Debug vom Client Socket was dort kommt oder passiert.
Funktioniert denn Schalten noch?
paresy
Hi @paresy,
ich hab den Debug mal in eine Datei gestartet. Das Problem tritt sporadisch auf, heute 2 mal.
Schalten - soweit ich es aus der Ferne mitbekomme - klappt noch.
Bin Donnerstag wieder im Haus und kann dann mal die Schaltvorgänge beobachten.
Wie komme ich aus der Ferne denn an die Log-Datei unter /var/log/symcon ran? Hab eine Symbox.
BG Kai
Immer noch täglich massiv Fehler und die Schalter schalten dann nicht.
Wie komme ich an die Log ran - SCP mit meinem Passwort und Usernamen wie bei SymOS klappt nicht…
Der Username ist doch wie der bei der Lizenz?
Username ist root und das Kennwort ist wie für das SymOS.
paresy
Oh - da sind keine „debug_“… Logfiles.
Wir kann das passieren? Löschen die sich ab und an?
Hallo @paresy, hier ein log vom debug des CS.
Während dieser Fehler besteht geht schalten nicht. Nach ca. 2 Minuten klappt es dann wieder für unbestimmte Zeit.
debug_45524.log.zip (841,5 KB)
Ich glaub ja langsam an einen Defekt im Gerät…
Kannst du mir einen Tipp geben wann? Wenn aber die Verbindung abbricht, dann ist es normal, dass es bis zu 2 Minuten dauert, bis diese wieder da ist.
paresy
Hallo @paresy, für den Anhang hier ja:
18.12. 17:56:06 bis 18:05:29 ungefähr im Minutentakt.
19.12. 00:55:48 bis 01:11:01 fast minütlich, einmal mit 4 Min „Pause“
debug_45524-CS.log.zip (1,8 MB)
Danke vorab, BG
Kai
Hallo @paresy,
nun fällt mir eine weitere Fehlermeldung auf - ggf. gab es diese auch schon vorher: „Kann Daten nicht zur Instanz #47267 weiterleiten: Received unsupported Device Data 03“.
20.12.2024 20:09:17
20.12.2024 20:17:07
Und ich sehe auch „… Device Data 07“.
20.12.2024 21:47:00
Die Instanz 47267 ist das EnOcean-GW.
Bisher waren es die Fehler FlowHandler: „Kann Daten nicht zur Instanz 47267 weiterleiten: Waiting for Buffer Usage time out“ und TimerPool: EnOcean Gateway (KeepAlive): Zeitüberschreitung beim Warten auf Antwort".
Hier im Log von 20.12.2024 04:31:17 bis 04:58:58 30 Vorkommnisse.
Der TimerPool und FlowHandler meldeten das sehr exakt im 1 Minute und 2 Sekunden Rhythmus von 04:31:17 bis 04:41:36, danach nur noch der TimerPool. (im gleichen Rhythmus).
BG Kai
Archiv_Instanzen CS45524 GW47267.zip (1,9 MB)
Hallo @paresy,
jetzt gibt es einen weiteren neuen Fehler.
„Kann Daten nicht zur Instanz #47267 weiterleiten: Operation not permitted.“
21.12.2024 19:17:15 (zwei mal)
21.12.2024 19:17:18
Seit heute kommen Fehlermeldungen zur Zeitüberschreitung vom TimerPool auch zu Instanzen, z.B. der Abwesenheitssimulation (ab 21.12.2024 19:11:13, 19:16:51 und folgend 3 mal alle 7 Sekunden, 19:17:31, und weitere…)
Zwischendrin die bekannten Fehlermeldungen bis 19:31:01.
Ich hab einen Ping im 30-Sekundentakt auf das EnOcean LAN Gateway von Symcon - dieser meldet ununterbrochen, dass der Point erfolgreich ist.
BG
Kai
Hallo Kai,
ich kann das irgendwie nicht nachvollziehen mit den Debug logs. Das sieht soweit eigentlich ganz gut aus in dem Zeitraum. Wann treten die Probleme am meisten auf? Bzw. können wir uns dies irgendwie zusammen mal ansehen? (Am besten davor den Debug mit laufen lassen)
paresy
Hallo @paresy,
ich habe noch keine Logik in den Fehlern gefunden. (Außer dieser 1:02 Minunten-Rhytmus).
Hab gerade den Debug wieder eingeschaltet - morgen (14.01.) nach 15 Uhr hätte ich gut Zeit…
Anbei zwei aktuelle Screenshots. Leider gibt es hierzu kein Debug.
Danke und beste Grüße,
Kai
Und hier auch noch Daten vom System:
Mon Jan 13 16:15:30 CET 2025 (Compute Module 4 Rev 1.1)
16:15:30 up 10 days, 7:34, load average: 0.07, 0.05, 0.01
Linux SymBox 6.1.61-v8 #2 SMP PREEMPT Tue Oct 1 23:38:02 UTC 2024 aarch64 GNU/Linux
total used free shared buff/cache available
Mem: 1942332 353760 1172812 148824 415760 1411560
Swap: 0 0 0
Filesystem Size Used Available Use% Mounted on
devtmpfs 904.7M 0 904.7M 0% /dev
tmpfs 64.0M 0 64.0M 0% /dev/shm
tmpfs 128.0M 86.0M 42.0M 67% /tmp
/dev/mmcblk0p2 364.6M 326.6M 14.0M 96% /mnt/system
/dev/mmcblk0p3 26.8G 131.1M 25.6G 0% /mnt/data
/dev/loop0 61.1M 61.1M 0 100% /mnt/symupd
/dev/loop1 48.3M 48.3M 0 100% /mnt/symcon
/dev/loop0: 0 /mnt/system/symupd/symupd_7.2-144_arm64.sqfs
/dev/loop1: 0 /mnt/system/symcon/symcon_7.2-624_arm64.sqfs
eth0 Link encap:Ethernet HWaddr E4:5F:01:D4:F2:BD
inet addr:192.168.1.200 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fd40:56ab:77ab:c4b8:e65f:1ff:fed4:f2bd/64 Scope:Global
inet6 addr: fe80::e65f:1ff:fed4:f2bd/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3931309 errors:0 dropped:137 overruns:0 frame:0
TX packets:2819452 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1205089161 (1.1 GiB) TX bytes:392114148 (373.9 MiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:367334 errors:0 dropped:0 overruns:0 frame:0
TX packets:367334 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:152974035 (145.8 MiB) TX bytes:152974035 (145.8 MiB)
Hallo Kai,
ich habe leider immer noch keine Idee wer oder wie dieses Problem ausgelöst wird 
paresy
Hallo @paresy ,
in der Doku zur 8.0 lese ich " * Neu: EnOcean: Wartezeit bis Timeout kann eingestellt werden".
Ich finde keine Option - wo kann das eingestellt werden? Ich will es noch versuchen, bevor ich das Gateway tausche.
Beste Grüße,
Kai