RegaHss hängt sich auf?

Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)

Moderatoren: jmaus, Co-Administratoren

Benutzeravatar
AndiN
Beiträge: 2425
Registriert: 10.06.2015, 08:54
Wohnort: Hennef

Re: RegaHss hängt sich auf?

Beitrag von AndiN » 18.12.2018, 16:24

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
Greenhorn

Letzter Reboot: 23.06.19 - FW Update // Uptime-Rekord: 65 Tage
Systeminfos: Raspberry Firmware: 3.45.7.20190622, 125 Geräte
Addons: Drucken 1.2a - HQ WebUI 2.5.7 - XML-API 1.20 - CUx-Daemon 2.3.1 - E-Mail 1.6.8c - hm_pdetect 1.5 - VPN cloudmatic
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Zentrale: Asus TF103 mit Home24 Tablet
- Diverse Links

Benutzeravatar
AndiN
Beiträge: 2425
Registriert: 10.06.2015, 08:54
Wohnort: Hennef

Re: RegaHss hängt sich auf?

Beitrag von AndiN » 20.12.2018, 10:10

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
Greenhorn

Letzter Reboot: 23.06.19 - FW Update // Uptime-Rekord: 65 Tage
Systeminfos: Raspberry Firmware: 3.45.7.20190622, 125 Geräte
Addons: Drucken 1.2a - HQ WebUI 2.5.7 - XML-API 1.20 - CUx-Daemon 2.3.1 - E-Mail 1.6.8c - hm_pdetect 1.5 - VPN cloudmatic
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Zentrale: Asus TF103 mit Home24 Tablet
- Diverse Links

Benutzeravatar
uwe111
Beiträge: 3900
Registriert: 26.02.2011, 22:22
Kontaktdaten:

Re: RegaHss hängt sich auf?

Beitrag von uwe111 » 21.12.2018, 13:25

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
Alle sagten: Das geht nicht. Dann kam einer, der wußte das nicht und hat's einfach gemacht.
SPENDEN :wink: Download: CUxD 2.3.1, RFD-Monitor, Vellemann K8055, SSH KeyDir

Benutzeravatar
AndiN
Beiträge: 2425
Registriert: 10.06.2015, 08:54
Wohnort: Hennef

Re: RegaHss hängt sich auf?

Beitrag von AndiN » 21.12.2018, 15:53

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
Zuletzt geändert von AndiN am 21.12.2018, 15:56, insgesamt 1-mal geändert.
Greenhorn

Letzter Reboot: 23.06.19 - FW Update // Uptime-Rekord: 65 Tage
Systeminfos: Raspberry Firmware: 3.45.7.20190622, 125 Geräte
Addons: Drucken 1.2a - HQ WebUI 2.5.7 - XML-API 1.20 - CUx-Daemon 2.3.1 - E-Mail 1.6.8c - hm_pdetect 1.5 - VPN cloudmatic
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Zentrale: Asus TF103 mit Home24 Tablet
- Diverse Links

Benutzeravatar
jmaus
Beiträge: 4620
Registriert: 17.02.2015, 14:45
Wohnort: Dresden
Kontaktdaten:

Re: RegaHss hängt sich auf?

Beitrag von jmaus » 21.12.2018, 15:56

uwe111 hat geschrieben:
21.12.2018, 13:25
Dafür wäre so ein Beispiel, wie von capitaen_z mit den 182MB innerhalb von 15 Minuten ideal.
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.45.7.20190622 @ TinkerS mit ~160 HomeMatic Geräten + ioBroker – GitHubPayPalTwitter

capitaen_z
Beiträge: 111
Registriert: 05.07.2015, 19:34
Wohnort: Hamburg

Re: RegaHss hängt sich auf?

Beitrag von capitaen_z » 21.12.2018, 16:28

Hallo zusammen,

ein kleiner Zwischenstand von mir:

Habe ein neues Programm erstellt mit Timer_Set und Timer_Get:
Fussmatte.JPG
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):
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:

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):
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

Benutzeravatar
AndiN
Beiträge: 2425
Registriert: 10.06.2015, 08:54
Wohnort: Hennef

Re: RegaHss hängt sich auf?

Beitrag von AndiN » 21.12.2018, 19:21

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:

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

Über 20.0000 und es läuft nicht mehr oder weniger wie vor dem Reboot.

Also weiterhin faszinierend.

Andi
Greenhorn

Letzter Reboot: 23.06.19 - FW Update // Uptime-Rekord: 65 Tage
Systeminfos: Raspberry Firmware: 3.45.7.20190622, 125 Geräte
Addons: Drucken 1.2a - HQ WebUI 2.5.7 - XML-API 1.20 - CUx-Daemon 2.3.1 - E-Mail 1.6.8c - hm_pdetect 1.5 - VPN cloudmatic
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Zentrale: Asus TF103 mit Home24 Tablet
- Diverse Links

Benutzeravatar
AndiN
Beiträge: 2425
Registriert: 10.06.2015, 08:54
Wohnort: Hennef

Re: RegaHss hängt sich auf?

Beitrag von AndiN » 27.12.2018, 07:08

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
cuxd vorher.png
Durch Klick auf Einstellungen geht der Wert runter
klick auf Einstellungen.png
cuxd nach klick auf einstellungen.png
Klicke ich nur auf OK geht der Wert wieder auf seinen Ursprungswert zurück
ohne einstellung gespeichert.png
cuxd vorher.png
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:
haken bei repeat raus.png
haken bei repeat raus.png (16.11 KiB) 390 mal betrachtet
geht der Wert wieder nach oben
repeat haken entfernt cuxd hoch.png
Und wenn ich ihn wieder einsetze geht der Wert erneut hoch.
haken wieder rein wert.png
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
Greenhorn

Letzter Reboot: 23.06.19 - FW Update // Uptime-Rekord: 65 Tage
Systeminfos: Raspberry Firmware: 3.45.7.20190622, 125 Geräte
Addons: Drucken 1.2a - HQ WebUI 2.5.7 - XML-API 1.20 - CUx-Daemon 2.3.1 - E-Mail 1.6.8c - hm_pdetect 1.5 - VPN cloudmatic
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Zentrale: Asus TF103 mit Home24 Tablet
- Diverse Links

Benutzeravatar
uwe111
Beiträge: 3900
Registriert: 26.02.2011, 22:22
Kontaktdaten:

Re: RegaHss hängt sich auf?

Beitrag von uwe111 » 27.12.2018, 22:23

Hallo Jens,
jmaus hat geschrieben:
21.12.2018, 15:56
uwe111 hat geschrieben:
21.12.2018, 13:25
Dafür wäre so ein Beispiel, wie von capitaen_z mit den 182MB innerhalb von 15 Minuten ideal.
Nur kleine Seitenfrage an dich Uwe: Hast du mal versucht CUxD mit "valgrind" laufen zu lassen um etwaige Probleme in der Speicherverwaltung aufzudecken?
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 :wink: Download: CUxD 2.3.1, RFD-Monitor, Vellemann K8055, SSH KeyDir

Benutzeravatar
AndiN
Beiträge: 2425
Registriert: 10.06.2015, 08:54
Wohnort: Hennef

Re: RegaHss hängt sich auf?

Beitrag von AndiN » 03.01.2019, 10:44

Hallo Uwe,

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#"'");
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.

Code: Alles auswählen

CUX2801001:13	rmax(65535) t(60s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
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
Greenhorn

Letzter Reboot: 23.06.19 - FW Update // Uptime-Rekord: 65 Tage
Systeminfos: Raspberry Firmware: 3.45.7.20190622, 125 Geräte
Addons: Drucken 1.2a - HQ WebUI 2.5.7 - XML-API 1.20 - CUx-Daemon 2.3.1 - E-Mail 1.6.8c - hm_pdetect 1.5 - VPN cloudmatic
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Zentrale: Asus TF103 mit Home24 Tablet
- Diverse Links

Antworten

Zurück zu „RaspberryMatic“