RegaHss hängt sich auf?
Moderatoren: jmaus, Co-Administratoren
- AndiN
- Beiträge: 2621
- Registriert: 10.06.2015, 08:54
- Wohnort: Hennef
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 28 Mal
Re: RegaHss hängt sich auf?
Hallo Uwe
Korrekt Loglevel stand wie im Screenshot vorher. Kein Dateiname Level 1.
Wenn es nicht am Log lag wird es vermutlich am Unwetter Skript liegen. Werde das heute Abend quer testen.
Andi
Korrekt Loglevel stand wie im Screenshot vorher. Kein Dateiname Level 1.
Wenn es nicht am Log lag wird es vermutlich am Unwetter Skript liegen. Werde das heute Abend quer testen.
Andi
Andi (Greenhorn)
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
- AndiN
- Beiträge: 2621
- Registriert: 10.06.2015, 08:54
- Wohnort: Hennef
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 28 Mal
Re: RegaHss hängt sich auf?
Hallo Uwe,
nur eine kleine Zwischeninfo: Dachte ich hätte es eingkreist. Aber gestern und heute ging der Wert wieder nach oben (464 Bytes). Das tritt augenscheinlich sporadisch auf und ich bekomme es mit manuellen Aufrufen der Skripten und Beobachten (wann lief ein Programm und den Werte im Stundenrhytmus sichten) nicht eingekreist.
Meine Frage: Kann ich diesen Wert eigentlich per Skript auslesen?
Meine Idee wäre es bei jeder CuXD Aktion in den Programmen per Skript den Wert zu loggen . Vielleicht sehe ich dann wann der Wert nach oben ging und was für ein CuXD Gerät war der Auslöser?
Da ich nur 1x Timer, 1x Exec, 1x Ping und CPU - Gerät im Einsatz habe muss ich das doch ermitteln können.
Andi
nur eine kleine Zwischeninfo: Dachte ich hätte es eingkreist. Aber gestern und heute ging der Wert wieder nach oben (464 Bytes). Das tritt augenscheinlich sporadisch auf und ich bekomme es mit manuellen Aufrufen der Skripten und Beobachten (wann lief ein Programm und den Werte im Stundenrhytmus sichten) nicht eingekreist.
Meine Frage: Kann ich diesen Wert eigentlich per Skript auslesen?
Meine Idee wäre es bei jeder CuXD Aktion in den Programmen per Skript den Wert zu loggen . Vielleicht sehe ich dann wann der Wert nach oben ging und was für ein CuXD Gerät war der Auslöser?
Da ich nur 1x Timer, 1x Exec, 1x Ping und CPU - Gerät im Einsatz habe muss ich das doch ermitteln können.
Andi
Andi (Greenhorn)
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
- uwe111
- Beiträge: 4819
- Registriert: 26.02.2011, 22:22
- Hat sich bedankt: 3 Mal
- Danksagung erhalten: 245 Mal
- Kontaktdaten:
Re: RegaHss hängt sich auf?
Hallo Andi,
ich könnte Dir eine CUxD-Version bauen, die diesen Wert ins CUxD LOGFILE schreibt.
Vielleicht liegt die Ursache für die vereinzelten Kilobytes aber auch in der RPC-Schnittstelle...
Also am besten wäre es natürlich, wenn ich das selbst nachstellen kann.
Dafür wäre so ein Beispiel, wie von capitaen_z mit den 182MB innerhalb von 15 Minuten ideal.
Viele Grüße
Uwe
ich könnte Dir eine CUxD-Version bauen, die diesen Wert ins CUxD LOGFILE schreibt.
Vielleicht liegt die Ursache für die vereinzelten Kilobytes aber auch in der RPC-Schnittstelle...
Also am besten wäre es natürlich, wenn ich das selbst nachstellen kann.
Dafür wäre so ein Beispiel, wie von capitaen_z mit den 182MB innerhalb von 15 Minuten ideal.
Viele Grüße
Uwe
Alle sagten: Das geht nicht. Dann kam einer, der wußte das nicht und hat's einfach gemacht.
SPENDEN Download: CUxD 2.11, SSH KeyDir
SPENDEN Download: CUxD 2.11, SSH KeyDir
- AndiN
- Beiträge: 2621
- Registriert: 10.06.2015, 08:54
- Wohnort: Hennef
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 28 Mal
Re: RegaHss hängt sich auf?
Hallo Uwe
Wenn ich dieses Beispiel bekommen würde, würde ich es dir direkt geben.
Seit gestern Morgen ist der Wert wieder stabil
Ich denke das sich irgendwas überschneidet und es dann zu diesem Effekt kommt. Vielleicht überschneiden sich verschiedene Instanzen.
Wie gesagt die Status Seite und das Terminallog können es nicht alleine sein.
Muss gleich aber mein System runterfahren weil ich heute einen Backup Raspberry bekomme und teste.
Andi
Wenn ich dieses Beispiel bekommen würde, würde ich es dir direkt geben.
Seit gestern Morgen ist der Wert wieder stabil
Ich denke das sich irgendwas überschneidet und es dann zu diesem Effekt kommt. Vielleicht überschneiden sich verschiedene Instanzen.
Wie gesagt die Status Seite und das Terminallog können es nicht alleine sein.
Muss gleich aber mein System runterfahren weil ich heute einen Backup Raspberry bekomme und teste.
Andi
Zuletzt geändert von AndiN am 21.12.2018, 15:56, insgesamt 1-mal geändert.
Andi (Greenhorn)
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
- jmaus
- Beiträge: 9844
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 462 Mal
- Danksagung erhalten: 1863 Mal
- Kontaktdaten:
Re: RegaHss hängt sich auf?
Nur kleine Seitenfrage an dich Uwe: Hast du mal versucht CUxD mit "valgrind" laufen zu lassen um etwaige Probleme in der Speicherverwaltung aufzudecken?
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 130
- Registriert: 05.07.2015, 19:34
- Wohnort: Hamburg
- Danksagung erhalten: 3 Mal
Re: RegaHss hängt sich auf?
Hallo zusammen,
ein kleiner Zwischenstand von mir:
Habe ein neues Programm erstellt mit Timer_Set und Timer_Get: Auch hier wieder das Problem mit der CPU-Last und dem Speicher:
Ich habe nun etwas aufgeräumt und alles was nicht notendig war an Geräten gelöscht/entfernt.
Sobald ich das Programm deaktiviere oder das Timer_Set entferne, erholt sich der Speicher wieder und die CPU-Last fällt ab:
Ich werde wohl Timer_Set und Timer_Get auch hier wieder in zwei Programme aufteilen müssen.
So habe ich so unnötig viele Programme und leider kann man ja keine Gruppen bilden.
Also es wäre ein richtiges Weihnachtsgeschenk, würde der Fehler gefunden werden.
VG
Leif
ein kleiner Zwischenstand von mir:
Habe ein neues Programm erstellt mit Timer_Set und Timer_Get: Auch hier wieder das Problem mit der CPU-Last und dem Speicher:
Code: Alles auswählen
USB 1-1 - (2514) [HUB] - Thu Dec 13 18:02:02 2018
USB 1-1.1 - (2514) [HUB] - Thu Dec 13 18:02:02 2018
USB 1-1.1.1 - (7800) [FF] - no driver - Thu Dec 13 18:02:02 2018
Kein TTY-Device connected!
Erfolgreich mit HomeMatic-CCU 127.0.0.1:8183 verbunden!
als RPC-Server(INIT) von HomeMatic-CCU (5159) angefordert!
Diese Web-Seite wurde aufgerufen von: 192.168.0.163
CUxD-Uptime(2.2.0): 7 Tag(e) 22:16:36, 620079224 Bytes belegt, Compiled Dec 5 2018 16:02:32
CCU-Uptime(3.41.11.20181126): 9 Tag(e) 22:28:52, load-average: 1.46 1.39 1.42, 10s-cpu-load: 34.8%
Speicher: Total 994132k Used 910964k Free 83168k (Cached 76196k)
CPU(1): ARMv7 Processor rev 4 (v7l) [89.60 bogomips]
CPU(2): ARMv7 Processor rev 4 (v7l) [89.60 bogomips]
CPU(3): ARMv7 Processor rev 4 (v7l) [89.60 bogomips]
CPU(4): ARMv7 Processor rev 4 (v7l) [89.60 bogomips]
Linux version 4.14.80 (damato@bilbo) (gcc version 7.3.0 (Buildroot 2018.08.2-01643-g92b40b03-dirty)) #1 SMP PREEMPT Mon Nov 26 17:17:18 CET 2018
aktive CCU-Prozesse: ReGaHss(1) rfd(1) hs485d(0) java(1)
Filesystem: / ext4 (ro) Total 999320k Used 561936k (56.2%) Free 437384k (43.8%)
Filesystem: /dev devtmpfs (rw) Total 492456k Used 0k ( 0.0%) Free 492456k (100.0%)
Filesystem: /dev/shm tmpfs (rw) Total 497064k Used 0k ( 0.0%) Free 497064k (100.0%)
Filesystem: /tmp tmpfs (rw) Total 497064k Used 112k ( 0.0%) Free 496952k (100.0%)
Filesystem: /run tmpfs (rw) Total 497064k Used 76k ( 0.0%) Free 496988k (100.0%)
Filesystem: /var tmpfs (rw) Total 497068k Used 4020k ( 0.8%) Free 493048k (99.2%)
Filesystem: /media tmpfs (rw) Total 497064k Used 0k ( 0.0%) Free 497064k (100.0%)
Filesystem: /usr/local ext4 (rw) Total 13713452k Used 962620k ( 7.0%) Free 12750832k (93.0%)
Filesystem: /boot vfat (ro) Total 261868k Used 39436k (15.1%) Free 222432k (84.9%)
CCU-MAC: B8:27:EB:XX:XX:XX
HM-Config: /etc/config/homematic.regadom(9699389) OK! - Fri Dec 21 05:54:12 2018
CUxD-Config: /tmp/cuxd.ps.sav(976) - D - Fri Dec 21 16:17:02 2018
/usr/local/addons/cuxd/cuxd.ps(976) - D - Fri Dec 21 13:02:01 2018
/usr/local/addons/cuxd/cuxd.ps.bak(967) - D - Fri Dec 21 02:02:02 2018
aktuelle Parameter: (* = bei Änderung Neustart erforderlich)
*LISTENPORT '8700'
*HM-HOST '127.0.0.1'
*HM-SCRIPT-PORT '' -> (8183)
*HM-REGA-PORT '' -> (31999)
*RPCHOST '127.0.0.1'
*RPCPORT '8701'
HTTP-REFRESH '5'
TERMINALLINES '25'
RCVLOGSIZE '10000'
CUXINITCMD 'X21'
LOGFILE ''
LOGLEVEL '1'
LOGSIZE '1000000'
LOGFILEMOVE ''
DEVLOGFILE ''
DEVLOGSIZE '100000'
DEVLOGMOVE ''
DEVLOGMOVE-HR ''
DEVLOGEXPORT ''
DEVTIMEFORMAT '%Y-%m-%dT%X'
DEVDATAFORMAT ''
DEVLOGOLDALIAS '0'
SUBSCRIBE-RF '1'
SUBSCRIBE-WR '1'
AUTOSAVE '1'
MOUNTCMD ''
UMOUNTCMD ''
BACKUPCMD ''
SYSLOGMOVE ''
SYSLOGMOVEDAILY ''
TH-DIR ''
TH-DIR-FILTER ''
ADDRESS-BUFFER '120'
CLOUDMATIC_CMD '/etc/config/addons/mh/cloudmatic'
WEBCAMCONFIG '/usr/local/addons/cuxd/webcamconfig.ini'
WEBCAMSNAPSHOT '/tmp/snapshots'
WEBCAMCACHE '/tmp/webcams'
SYSLOGFILENAME '/var/log/messages'
CUXD-CHARTS '/etc/config/addons/www/cuxchart/index.html'
DFU_ERASE './dfu-programmer $TARGET$ erase'
DFU_FLASH './dfu-programmer $TARGET$ flash $HEXFILE$'
DFU_START './dfu-programmer $TARGET$ start'
Aktuelle Geräteeinstellungen - 2 Gerät(e), 32 Channel(s):
CUX2800001:1 state(1) timer(5s) set(10):0 repeat
CUX2800001:2 state(1) timer(15s) set(30):0 repeat
CUX2800001:3 state(1) timer(0s) set(300):0
CUX2800001:4 state(1) timer(15s) set(120):0 repeat
CUX2800001:5 state(1) timer(60s) set(60):0
CUX2800001:6 state(1) timer(135s) set(300):0 repeat
CUX2800001:7 state(1) timer(0s) set(300):0
CUX2800001:8 state(1) timer(135s) set(600):0 repeat
CUX2800001:9 state(1) timer(0s) set(30):0
CUX2800001:10 state(1) timer(735s) set(1200):0 repeat
CUX2800001:11 state(1) timer(135s) set(1800):0 repeat
CUX2800001:12 state(1) timer(0s) set(300):0
CUX2800001:13 state(1) timer(1935s) set(3600):0 repeat
CUX2800001:14 state(1) timer(0s)
CUX2800001:15 state(1) timer(0s)
CUX2800001:16 state(1) timer(0s) set(2700):0
CUX2801002:1 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:2 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:3 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:4 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:5 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:6 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:7 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:8 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:9 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:10 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:11 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:12 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:13 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:14 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:15 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:16 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
gefundene Adressen (aktuelle zuerst 16:18:37):
Sobald ich das Programm deaktiviere oder das Timer_Set entferne, erholt sich der Speicher wieder und die CPU-Last fällt ab:
Code: Alles auswählen
USB 1-1 - (2514) [HUB] - Thu Dec 13 18:02:02 2018
USB 1-1.1 - (2514) [HUB] - Thu Dec 13 18:02:02 2018
USB 1-1.1.1 - (7800) [FF] - no driver - Thu Dec 13 18:02:02 2018
Kein TTY-Device connected!
Erfolgreich mit HomeMatic-CCU 127.0.0.1:8183 verbunden!
als RPC-Server(INIT) von HomeMatic-CCU (5159) angefordert!
Diese Web-Seite wurde aufgerufen von: 192.168.0.163
CUxD-Uptime(2.2.0): 7 Tag(e) 22:22:32, 490307136 Bytes belegt, Compiled Dec 5 2018 16:02:32
CCU-Uptime(3.41.11.20181126): 9 Tag(e) 22:34:48, load-average: 0.33 0.77 1.14, 10s-cpu-load: 9.5%
Speicher: Total 994132k Used 784776k Free 209356k (Cached 76308k)
CPU(1): ARMv7 Processor rev 4 (v7l) [38.40 bogomips]
CPU(2): ARMv7 Processor rev 4 (v7l) [38.40 bogomips]
CPU(3): ARMv7 Processor rev 4 (v7l) [38.40 bogomips]
CPU(4): ARMv7 Processor rev 4 (v7l) [38.40 bogomips]
Linux version 4.14.80 (damato@bilbo) (gcc version 7.3.0 (Buildroot 2018.08.2-01643-g92b40b03-dirty)) #1 SMP PREEMPT Mon Nov 26 17:17:18 CET 2018
aktive CCU-Prozesse: ReGaHss(1) rfd(1) hs485d(0) java(1)
Filesystem: / ext4 (ro) Total 999320k Used 561936k (56.2%) Free 437384k (43.8%)
Filesystem: /dev devtmpfs (rw) Total 492456k Used 0k ( 0.0%) Free 492456k (100.0%)
Filesystem: /dev/shm tmpfs (rw) Total 497064k Used 0k ( 0.0%) Free 497064k (100.0%)
Filesystem: /tmp tmpfs (rw) Total 497064k Used 112k ( 0.0%) Free 496952k (100.0%)
Filesystem: /run tmpfs (rw) Total 497064k Used 76k ( 0.0%) Free 496988k (100.0%)
Filesystem: /var tmpfs (rw) Total 497068k Used 4128k ( 0.8%) Free 492940k (99.2%)
Filesystem: /media tmpfs (rw) Total 497064k Used 0k ( 0.0%) Free 497064k (100.0%)
Filesystem: /usr/local ext4 (rw) Total 13713452k Used 962620k ( 7.0%) Free 12750832k (93.0%)
Filesystem: /boot vfat (ro) Total 261868k Used 39436k (15.1%) Free 222432k (84.9%)
CCU-MAC: B8:27:EB:XX:XX:XX
HM-Config: /etc/config/homematic.regadom(9699389) OK! - Fri Dec 21 05:54:12 2018
CUxD-Config: /tmp/cuxd.ps.sav(967) - D - Fri Dec 21 16:22:02 2018
/usr/local/addons/cuxd/cuxd.ps(976) - D - Fri Dec 21 13:02:01 2018
/usr/local/addons/cuxd/cuxd.ps.bak(967) - D - Fri Dec 21 02:02:02 2018
aktuelle Parameter: (* = bei Änderung Neustart erforderlich)
*LISTENPORT '8700'
*HM-HOST '127.0.0.1'
*HM-SCRIPT-PORT '' -> (8183)
*HM-REGA-PORT '' -> (31999)
*RPCHOST '127.0.0.1'
*RPCPORT '8701'
HTTP-REFRESH '5'
TERMINALLINES '25'
RCVLOGSIZE '10000'
CUXINITCMD 'X21'
LOGFILE ''
LOGLEVEL '1'
LOGSIZE '1000000'
LOGFILEMOVE ''
DEVLOGFILE ''
DEVLOGSIZE '100000'
DEVLOGMOVE ''
DEVLOGMOVE-HR ''
DEVLOGEXPORT ''
DEVTIMEFORMAT '%Y-%m-%dT%X'
DEVDATAFORMAT ''
DEVLOGOLDALIAS '0'
SUBSCRIBE-RF '1'
SUBSCRIBE-WR '1'
AUTOSAVE '1'
MOUNTCMD ''
UMOUNTCMD ''
BACKUPCMD ''
SYSLOGMOVE ''
SYSLOGMOVEDAILY ''
TH-DIR ''
TH-DIR-FILTER ''
ADDRESS-BUFFER '120'
CLOUDMATIC_CMD '/etc/config/addons/mh/cloudmatic'
WEBCAMCONFIG '/usr/local/addons/cuxd/webcamconfig.ini'
WEBCAMSNAPSHOT '/tmp/snapshots'
WEBCAMCACHE '/tmp/webcams'
SYSLOGFILENAME '/var/log/messages'
CUXD-CHARTS '/etc/config/addons/www/cuxchart/index.html'
DFU_ERASE './dfu-programmer $TARGET$ erase'
DFU_FLASH './dfu-programmer $TARGET$ flash $HEXFILE$'
DFU_START './dfu-programmer $TARGET$ start'
Aktuelle Geräteeinstellungen - 2 Gerät(e), 32 Channel(s):
CUX2800001:1 state(1) timer(9s) set(10):0 repeat
CUX2800001:2 state(1) timer(19s) set(30):0 repeat
CUX2800001:3 state(1) timer(0s) set(300):0
CUX2800001:4 state(1) timer(19s) set(120):0 repeat
CUX2800001:5 state(1) timer(0s) set(60):0
CUX2800001:6 state(1) timer(79s) set(300):0 repeat
CUX2800001:7 state(1) timer(0s) set(300):0
CUX2800001:8 state(1) timer(379s) set(600):0 repeat
CUX2800001:9 state(1) timer(0s) set(30):0
CUX2800001:10 state(1) timer(379s) set(1200):0 repeat
CUX2800001:11 state(1) timer(1579s) set(1800):0 repeat
CUX2800001:12 state(1) timer(0s) set(300):0
CUX2800001:13 state(1) timer(1579s) set(3600):0 repeat
CUX2800001:14 state(1) timer(0s)
CUX2800001:15 state(1) timer(0s)
CUX2800001:16 state(1) timer(0s) set(2700):0
CUX2801002:1 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:2 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:3 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:4 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:5 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:6 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:7 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:8 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:9 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:10 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:11 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:12 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:13 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:14 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:15 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
CUX2801002:16 rmax(65535) t(3600s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
gefundene Adressen (aktuelle zuerst 16:24:33):
So habe ich so unnötig viele Programme und leider kann man ja keine Gruppen bilden.
Also es wäre ein richtiges Weihnachtsgeschenk, würde der Fehler gefunden werden.
VG
Leif
- AndiN
- Beiträge: 2621
- Registriert: 10.06.2015, 08:54
- Wohnort: Hennef
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 28 Mal
Re: RegaHss hängt sich auf?
Von mir auch ein Zwischenstand.
Da ich hier gerade mit einem Reserve-Raspberry am Testen bin habe ich jetzt mal das Hauptsystem neu starten müssen.
Und man beachte den Speicherverlauf:
Über 20.0000 und es läuft nicht mehr oder weniger wie vor dem Reboot.
Also weiterhin faszinierend.
Andi
Da ich hier gerade mit einem Reserve-Raspberry am Testen bin habe ich jetzt mal das Hauptsystem neu starten müssen.
Und man beachte den Speicherverlauf:
Code: Alles auswählen
18:47:00 95800 95800
18:51:00 103744 7944
18:53:00 104176 432
18:56:00 106984 2808
19:01:00 113520 6536
19:03:00 113504 -16
19:03:00 113520 16
19:04:00 114072 552
19:07:00 114752 680
19:10:00 115248 496
19:15:00 115744 496
19:18:00 115744 0
19:19:00 116240 496
Also weiterhin faszinierend.
Andi
Andi (Greenhorn)
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
- AndiN
- Beiträge: 2621
- Registriert: 10.06.2015, 08:54
- Wohnort: Hennef
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 28 Mal
Re: RegaHss hängt sich auf?
Hallo Uwe,
Ich habe inzwischen einige Programme deaktivert und durch das neue FW Update ein wenig mehr getestet. Also die Werte entwickeln sich weiterin unterschiedlich und ich kann kein Muster erkennen. Nach dem Reboot waren die Werte plötzlich nach dem selben Zeitraum höher wie vorher. Auch kamen die Sprünge zu unterschiedlichen Zeiten.
Aber ich konnte etwas simulieren und evtl. kann es wer bestätige, oder es hilft weiter:
Womit ich aber jetzt direkt 3x hintereinander den Wert hoch bekommen habe ist mit.
- Timer 16 auf EINSTELLEN gegangen (Wert ging nur durch Klick auf EINSTELLEN von 160696 auf 160416 (also runter)
- Bei zwei Timern hatte ich REPEAT drin und den habe ich entfernt (Wert ging von 160416 auf 161368)
- Dann bin ich wieder auf EINSTELLEN und habe das REPEAT bei den beiden Timern wieder aktiviert und Wert ging wieder hoch (161368 auf 162008)
und gerade weil es mir keine Ruhe ließ zum dirtten mal getestet:
Wert vor Test Durch Klick auf Einstellungen geht der Wert runter Klicke ich nur auf OK geht der Wert wieder auf seinen Ursprungswert zurück Nun das Ganze nochmal. Jetzt geht der Wert beim Klick auf "Einstellen" nicht runter (vorher dreimal schon).... Vielleicht weil ich beim Versuch vorher Nichts geändert hatte und bei den anderen Malen schon?
und jetzt bei einem Timer das REPEAT entferne: geht der Wert wieder nach oben Und wenn ich ihn wieder einsetze geht der Wert erneut hoch. Vielleicht hilft das weiter, oder irgendwer kann quer testen, oder es wäre normal, oder ein Ansatz und erklärt das Phänomen im Ganzen.
Ich aktiviere mal wieder meine Programme und bin mal gespannt, wann ich den Wert sprenge und was dann passiert. Derzeit geht er immer um die 4.000 pro Tag hoch.
Andi
Ich habe inzwischen einige Programme deaktivert und durch das neue FW Update ein wenig mehr getestet. Also die Werte entwickeln sich weiterin unterschiedlich und ich kann kein Muster erkennen. Nach dem Reboot waren die Werte plötzlich nach dem selben Zeitraum höher wie vorher. Auch kamen die Sprünge zu unterschiedlichen Zeiten.
Aber ich konnte etwas simulieren und evtl. kann es wer bestätige, oder es hilft weiter:
Womit ich aber jetzt direkt 3x hintereinander den Wert hoch bekommen habe ist mit.
- Timer 16 auf EINSTELLEN gegangen (Wert ging nur durch Klick auf EINSTELLEN von 160696 auf 160416 (also runter)
- Bei zwei Timern hatte ich REPEAT drin und den habe ich entfernt (Wert ging von 160416 auf 161368)
- Dann bin ich wieder auf EINSTELLEN und habe das REPEAT bei den beiden Timern wieder aktiviert und Wert ging wieder hoch (161368 auf 162008)
und gerade weil es mir keine Ruhe ließ zum dirtten mal getestet:
Wert vor Test Durch Klick auf Einstellungen geht der Wert runter Klicke ich nur auf OK geht der Wert wieder auf seinen Ursprungswert zurück Nun das Ganze nochmal. Jetzt geht der Wert beim Klick auf "Einstellen" nicht runter (vorher dreimal schon).... Vielleicht weil ich beim Versuch vorher Nichts geändert hatte und bei den anderen Malen schon?
und jetzt bei einem Timer das REPEAT entferne: geht der Wert wieder nach oben Und wenn ich ihn wieder einsetze geht der Wert erneut hoch. Vielleicht hilft das weiter, oder irgendwer kann quer testen, oder es wäre normal, oder ein Ansatz und erklärt das Phänomen im Ganzen.
Ich aktiviere mal wieder meine Programme und bin mal gespannt, wann ich den Wert sprenge und was dann passiert. Derzeit geht er immer um die 4.000 pro Tag hoch.
Andi
Andi (Greenhorn)
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
- uwe111
- Beiträge: 4819
- Registriert: 26.02.2011, 22:22
- Hat sich bedankt: 3 Mal
- Danksagung erhalten: 245 Mal
- Kontaktdaten:
Re: RegaHss hängt sich auf?
Hallo Jens,
Hast Du zufällig ein lauffähiges/compiliertes valgrind für die CCU2 oder CCU3/RaspberryMatic?
Viele Grüße
Uwe
Nein, das habe ich noch nicht getan.
Hast Du zufällig ein lauffähiges/compiliertes valgrind für die CCU2 oder CCU3/RaspberryMatic?
Viele Grüße
Uwe
Alle sagten: Das geht nicht. Dann kam einer, der wußte das nicht und hat's einfach gemacht.
SPENDEN Download: CUxD 2.11, SSH KeyDir
SPENDEN Download: CUxD 2.11, SSH KeyDir
- AndiN
- Beiträge: 2621
- Registriert: 10.06.2015, 08:54
- Wohnort: Hennef
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 28 Mal
Re: RegaHss hängt sich auf?
Hallo Uwe,
ich habe den Wert in die Höhe bekommen mit diesem Skript hier:
Habe genau dieses Kurzfassungsskript einige Male ausgelöst und auch hier ging der Wert hoch.
Komischerweise: Versuch 1 ja, beim zweiten und dritten Mal nicht. Kaum ersetze ich "Schneefall" durch "Sonne" geht der Wert wieder hoch. Diesmal um 328. Nochmal das Skirpt mit unveränderten Text "Sonne" und wieder um 328 hoch. Und nochmal und wieder um 328 hoch. Und nochmal und wieder um 328 hoch.
Das Gerät CUC2801001:13 sieht in der Statusseite immer so aus.
Dieses Gerät nutze ich für meine Sprachansagen und die variieren. Dieser Text müsste einer der längsten sein. Habe jetzt gerade nach dem Schreiben des Textes nochmal das o.a. Skript genommen und getestet und der Wert bleibt konstant. Da bekommt man(n) ja graue Haare. Warum bleibt er jetzt plötzlich konstant? Mondphase und Sonnenerruption kombiniert mit einer Aktion? Solche Fehler sind ja der Graus für jeden Entwickler?
Andi
ich habe den Wert in die Höhe bekommen mit diesem Skript hier:
Code: Alles auswählen
string tmpA="tts=Es gibt eine aktuelle Unwetterwarnung von Donnerstag, 03 Januar, 09:21 Uhr bis Donnerstag, 03 Januar, 10:00 Uhr . Die Meldung lautet: Es muss mit Glaette durch geringfuegigen Schneefall gerechnet werden.";
string tmpB="http://"#dom.GetObject("Flur Smartphone Jeanny").State()#":50000/";
dom.GetObject("CUxD.CUX2801001:13.CMD_EXEC").State("wget -q -O /dev/null '"#tmpB#tmpA#"'");
Komischerweise: Versuch 1 ja, beim zweiten und dritten Mal nicht. Kaum ersetze ich "Schneefall" durch "Sonne" geht der Wert wieder hoch. Diesmal um 328. Nochmal das Skirpt mit unveränderten Text "Sonne" und wieder um 328 hoch. Und nochmal und wieder um 328 hoch. Und nochmal und wieder um 328 hoch.
Das Gerät CUC2801001:13 sieht in der Statusseite immer so aus.
Code: Alles auswählen
CUX2801001:13 rmax(65535) t(60s) p(0)
KEY-SHORT CMD_SHORT()
KEY-LONG CMD_LONG()
Andi
Andi (Greenhorn)
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links