CUxD-Highcharts

[uwe111]

Die CCU schreibt die Daten in /tmp (Flash-Speicher), um nicht so viele Schreibzugriffe auf die SD-Karte zu produzieren, was auch sinnvoll ist. Nach meinem Verständnis gibt es solch eine Möglichkeit bei RaspberryMatic aber nicht. Oder irre ich mich?

Ja, Du irrst Dich.
Unter /var/ und /tmp/ sollte auch bei RaspberryMatic die RAMdisk und kein Flash-Speicher gemountet sein.

Viele Grüße

Uwe

[Gelegenheitsbastler]

Danke für den Hinweis. Ich habe es gemäß der Anleitung nun so gemacht:

Code: Alles auswählen

.
.
.
LOGSIZE=1000000
LOGFILEMOVE=
DEVLOGFILE=/tmp/devlog.txt
DEVLOGSIZE=
DEVLOGMOVE=/media/sd-mmcblk0/cuxd/devlog
LOGIT=CUX9002001:1 TEMPERATURE T1
LOGIT=CUX9002001:1 HUMIDITY T1
DEVLOGMOVE-HR=
DEVLOGEXPORT=
DEVTIMEFORMAT=%Y-%m-%dT%X
DEVDATAFORMAT=
.
.
.

Die Daten werden aufgezeichnet und grafisch dargestellt. Ob die Daten von /tmp in das andere Verzeichnis kopiert werden, sehe ich erst morgen (wenn ich die Anleitung richtig verstanden habe).
Wobei ich mir immer noch nicht sicher bin, ob /tmp wirklich im Ram liegt und nicht auf der SD-Karte. Wie könnte man das feststellen? Falls hilfreich, hier ein Auszug aus "Status"

Code: Alles auswählen

  CUxD-Uptime(1.11a):              3 Tag(e) 09:48:46, 51608 Bytes belegt, Compiled Sep  4 2017 23:08:53
  CCU-Uptime(2.29.22.20171007):    3 Tag(e) 09:49:52, load-average: 0.08 0.08 0.03, 10s-cpu-load: 5.1%
  Speicher:  Total 444104k  Used 241348k  Free 202756k  (Cached 95544k)
  CPU(1): ARMv6-compatible processor rev 7 (v6l) [697.95 bogomips]
  Linux version 4.9.53 (damato@bilbo) (gcc version 6.4.0 (Buildroot 2017.08-00656-gaa3e245-dirty) ) #1 PREEMPT Sat Oct 7 13:04:48 CEST 2017

  Filesystem: /                  ext4     (ro) Total     487652k  Used     347573k (71.3%)  Free     140079k (28.7%)
  Filesystem: /dev               devtmpfs (rw) Total     217756k  Used          0k ( 0.0%)  Free     217756k (100.0%)
  Filesystem: /dev/shm           tmpfs    (rw) Total     222052k  Used          0k ( 0.0%)  Free     222052k (100.0%)
  Filesystem: /tmp               tmpfs    (rw) Total     222052k  Used        128k ( 0.1%)  Free     221924k (99.9%)
  Filesystem: /run               tmpfs    (rw) Total     222052k  Used         64k ( 0.0%)  Free     221988k (100.0%)
  Filesystem: /var               tmpfs    (rw) Total     222052k  Used       3000k ( 1.4%)  Free     219052k (98.6%)
  Filesystem: /media             tmpfs    (rw) Total     222052k  Used          0k ( 0.0%)  Free     222052k (100.0%)
  Filesystem: /usr/local         ext4     (rw) Total    7082580k  Used     428792k ( 6.1%)  Free    6653788k (93.9%)
  Filesystem: /boot              vfat     (ro) Total      32686k  Used       7344k (22.5%)  Free      25342k (77.5%)

  CCU-MAC:     00:00:00:00:00:00
  HM-Config:   /etc/config/homematic.regadom(1443444) OK! - Mon Nov 13 14:36:39 2

[Adi-San]

Hallo Zusammen

Ich nutze seit einiger Zeit Highchart. Danke für das tolle Addon Uwe!

Nun habe ich die Firmware der CCU sowie CUxD und Highchart neu geladen.

Seit da kann ich nur noch auf die neuen Devlogs zugreiffen und nicht mehr auf die alten, obwohl 491 files im devlog liegen.

Kann mir jemand weiterhelfen?
Gruss
Adi-San

Code: Alles auswählen

 Kein TTY-Device connected!

  Erfolgreich mit HomeMatic-CCU 127.0.0.1:8181 verbunden!

  als RPC-Server(INIT) von HomeMatic-CCU (4458) angefordert!

  Diese Web-Seite wurde aufgerufen von: 195.65.154.67

  CUxD-Uptime(1.11a):     0 Tag(e) 01:59:01, 50368 Bytes belegt, Compiled Sep  4 2017 21:35:14
  CCU-Uptime(2.29.23):    1 Tag(e) 22:22:07, load-average: 0.49 0.39 0.32, 10s-cpu-load: 8.2%
  Speicher:  Total 255392k  Used 159396k  Free 95996k  (Cached 55192k)
  CPU(1): ARM926EJ-S rev 5 (v5l) [226.09 bogomips]
  Linux version 3.4.11.ccu2 (hudson@entw-build-10) (gcc version 4.6.1 (Sourcery CodeBench Lite 2011.09-70) ) #1 PREEMPT Wed Oct 11 14:58:54 CEST 2017

  Filesystem: /                  ubifs    (ro) Total     173176k  Used      79368k (45.8%)  Free      93808k (54.2%)
  Filesystem: /dev               devtmpfs (rw) Total     127636k  Used          0k ( 0.0%)  Free     127636k (100.0%)
  Filesystem: /dev/shm           tmpfs    (rw) Total     127696k  Used          0k ( 0.0%)  Free     127696k (100.0%)
  Filesystem: /tmp               tmpfs    (rw) Total     127696k  Used       1836k ( 1.4%)  Free     125860k (98.6%)
  Filesystem: /media             tmpfs    (rw) Total     127696k  Used          0k ( 0.0%)  Free     127696k (100.0%)
  Filesystem: /var               tmpfs    (rw) Total     200704k  Used       2316k ( 1.2%)  Free     198388k (98.8%)
  Filesystem: /usr/local         ubifs    (rw) Total      40940k  Used       7800k (19.1%)  Free      33140k (80.9%)
  Filesystem: /media/sd-mmcblk0  vfat     (rw) Total    7550560k  Used     497780k ( 6.6%)  Free    7052780k (93.4%)

  CCU-MAC:     00:1A:22:04:74:2D
  HM-Config:   /etc/config/homematic.regadom(2603685) OK! - Thu Nov 16 10:58:51 2017
  CUxD-Config: /usr/local/addons/cuxd/cuxd.ps(812) - Thu Nov 16 09:26:19 2017
  Device-Log:  /tmp/devlog.txt(1771321) - Thu Nov 16 11:25:19 2017
               /media/sd-mmcblk0/cuxd/devlog(491 files)

  aktuelle Parameter: (* = bei Änderung Neustart erforderlich)

	*LISTENPORT     '8700'
	*HM-SCRIPTHOST  '127.0.0.1'
	*HM-SCRIPTPORT  '8181'
	*RPCHOST        '127.0.0.1'
	*RPCPORT        '8701'
	 HTTP-REFRESH   '5'
	 TERMINALLINES  '25'
	 RCVLOGSIZE     '10000'
	 CUXINITCMD     'X21'
	 LOGFILE        ''
	 LOGLEVEL       '1'
	 LOGSIZE        '1000000'
	 LOGFILEMOVE    ''
	 DEVLOGFILE     '/tmp/devlog.txt'
	 DEVLOGSIZE     '0'
	 DEVLOGMOVE     '/media/sd-mmcblk0/cuxd/devlog'
	 DEVLOGMOVE-HR  ''
	 DEVLOGEXPORT   ''
	 DEVTIMEFORMAT  '%Y-%m-%dT%X'
	 DEVDATAFORMAT  ''
	 DEVLOGOLDALIAS '1'
	 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), 17 Channel(s):

  	CUX2801001:1	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT(wget -q -O - 'http://api.wunderground.com/api/c3b489bde0f9f089/conditions/lang:EN/q/pws:IHNENBER21.xml')
			KEY-LONG CMD_LONG()
	CUX2801001:2	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:3	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:4	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:5	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:6	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:7	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:8	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:9	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:10	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:11	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:12	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:13	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:14	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:15	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX2801001:16	rmax(65535) t(3600s) p(0)
			KEY-SHORT CMD_SHORT()
			KEY-LONG CMD_LONG()
	CUX9000001:	CCU((null),'.')-> dp('STATE') samples(2)


  Aktuelles Logging (/tmp/devlog.txt):

	 1.   :


  gefundene Adressen (aktuelle zuerst 11:25:20):

[Gelegenheitsbastler]

Nach einigen Tagen erfolgreicher Datenaufzeichnung stellte ich nun mit Erschrecken fest, dass nach einem keine Grafiken mehr vorhanden waren. Um die Ursache zu finden, bin in das Verzeichnis /media/sd-mmcblk0 gegangen. Dort war das Unterverzeichnis /cuxd, dass ich mit dem in der Anleitung zu findenden Befehl
mkdir -p /media/sd-mmcblk0/cuxd/devlog
angelegt habe, nicht mehr vorhanden. Mit dem Verzeichnis waren dann natürlich auch alle Aufzeichnungen der letzten Tage verschwunden.

Kann mir jemand erklären, wieso das erstellte Verzeichnis nach einem Neustart einfach verschwindet? Wie muss es angelegt werden, damit das nicht noch einmal passiert?

[uwe111]

Kann mir jemand erklären, wieso das erstellte Verzeichnis nach einem Neustart einfach verschwindet? Wie muss es angelegt werden, damit das nicht noch einmal passiert?

Von alleine verschwindet da nichts. Hast Du vielleicht die SD-Karte neu initialisiert?

Viele Grüße

Uwe

[Gelegenheitsbastler]

Nein, ich habe einfach nur einen Neustart durchgeführt, sonst nichts. Bis dahin lief alles normal.

edit:
Der Grund für den Neustart war, dass ich hm_pdetect löschen wollte. Damit es zu keinen Problemen kommt, habe ich das System vorher neu gestartet, hm_pdetect über "Zusatzsoftware" gelöscht und wieder neu gestartet. hm_pdetect erneut installiert, woraufhin der RasPi sich abermals neu gestartet hat. hm_pdetect funktioniert aber immer noch nicht. Könnte es sein, dass dieses Problem mit hm_pdetect viewtopic.php?f=18&t=23907&view=unread#p398942 und das verschwindende Verzeichnis irgendwie zusammen hängen? Würde ein Update auf die aktuellste Version von RaspberryMatic etwas bringen?

edit2:
Ich war neugierig und habe auf eine neue Micro-SD das Image vom 22.10. gespielt. Dann das Backup, dass ich vor dem besagten Neustart erstellt habe, wieder eingespielt und den RaspPi gestartet. Nach rund 20 Minuten sollten alle Programme laufen und auch ein oder mehr Datensätze von allen Sensoren eingetroffen sein. Dann habe ich mich über SSH auf der Konsole eingeloggt, um zu sehen, ob das Unterverzeichnis nach Einspielen des Backup wieder vorhanden ist. Nein, ist es nicht. Daher habe ich es manuell auf der Konsole mit
mkdir -p /media/sd-mmcblk0/cuxd/devlog
wieder angelegt. Ein "ls" bestätigt, dass es vorhanden ist. Testweise habe ich eine leere Datei in dem Verzeichnis erstellt, die ebenfalls angezeigt wird.
Mache ich über das WebUI einen Neustart, ist das Verzeichnis incl. der erstellten leeren Datei wieder weg.

edit3:
Weil ich wissen wollte, wann die Löschung des Verzeichnisses erfolgt, habe ich den RasPi herunter gefahren und die Karte in den PC eingelegt. Das Verzeichnis war bereits nach dem Shutdown nicht mehr vorhanden.

[uwe111]

Mache ich über das WebUI einen Neustart, ist das Verzeichnis incl. der erstellten leeren Datei wieder weg.

Mit RaspberryMatic kenne ich mich leider noch nicht aus. Frage am besten mal Jens, was da passiert.

Viele Grüße

Uwe

[Gelegenheitsbastler]

Nun war ich wirklich neugierig und habe ein jungfräuliches Image auf meinen RasPi3 gezogen. Dort habe ich lediglich SSH aktiviert, um das Verzeichnis anzulegen. Das war problemlos möglich. Nach dem Neustart war es aber auch schon wieder weg. Hat jemand eine Erklärung dafür?

[Rolf A]

Hallo,

ich hatte das gleiche Problem, das Verzeichnis war nach jedem Neustart weg. Mein Telefon-Joker hat mir dann erklärt, die Log-Dateien müßten in ein Verzeichnis gesichert werden, das nach dem Neustart noch vorhanden ist, und am Besten auch gleich im Backup. Als Linux-Guru hat er das Verzeichnis

/usr/local/devlog

angelegt. Dann im CuxD-Setup unter "DEVLOGMOVE=/usr/local/devlog" diesen Speicherort für die Log-Dateien eingetragen. Seit dem gehen mir die Dateien nicht mehr verloren.

Einziges Problem, was ich noch habe, ist daß die Daten die tagsüber aktuell geschrieben werden, bis sie in das Verzeichnis nachts verschoben werden, bei einem Neustart verschwunden sind, wenn ich vergesse sie extern zu sichern. Ich habe mir noch nicht getraut auch diesen Pfad zu verändern. Trost war bisher, wenn ich es vergesse vor dem Neustart von Raspberrymatic, dann fehlen nur ein paar Stunden.

Vielleicht hilft Dir das weiter.

Gruß Rolf

[Gelegenheitsbastler]

Das hilft mir auf jeden Fall weiter. Vielen dank für die Information!!
Wenn ich wieder Zugriff auf die HM habe, werde ich das ausprobieren.

Die tägliche Aufzeichnung solltest Du im vorgegebenen Verzeichnis belassen, da es sich (steht etwas weiter oben im Thread) um eine Ramdisk handelt. Wenn man das Verzeichnis direkt auf die SD-Karte legt, erfolgen sämtliche Schreibzugriffe direkt auf die SD-Karte, was deren Lebensdauer verkürzen könnte. Daher wird es so gemacht, dass die Daten nur einmal täglich von der Ramdisk auf die SD-Karte geschrieben werden.