piVCCU mit CCU3 Firmware

[Daimler]

Hi Alex,

stolz sein auf dich.

Habe heute morgen auf der Test-pivccu auch das Upgrade gewagt (mit gleichzeitigem Wechsel auf RPI-RF-MOD: Bin begeistert - alles IO
HM funktioniert
HM-IP funktioniert
HM-Wired funktioniert

HPCL funktioniert - fast
Anscheinend greift bei der 3er Version der 's50eq3configd' Trick nicht mehr.
Irgendwie checke ich das auch bei der Version nicht mit den ganzen Serialnummern:
Die SN unter Gateways

Die SN aus pivccu-info

SN_piVCCU_Info.JPG (35.51 KiB) 2097 mal betrachtet

Die SN unter HPCL

SN_HPCL.JPG (13.59 KiB) 2097 mal betrachtet

Die Frage ist, wovon hängt welche SN ab und welche SN wird hier bei HPCL genutzt - die vom PI, vom Modul, vom ??

Da sich RK hier aber immer mehr als kulant erweist, sollte das kein Problem sein.
Ist nur schade, dass der Trick nicht mehr funktioniert - war bei der ganzen Testerei einfacher.

Nebenbei habe ich aber ein anderes Problem - vielleich weiß ja jemand einen Rat?
Dummerweise hatte ich vorab eine apt get update & upgrade gemacht und nun eine neue Raspianversion drauf.

Und hier ziehen die Mounts zu einer Windows Domäne aus der fstab nicht mehr.
Ein nach dem Boot manuelles Anstossen über mount -a ergibt

Code: Alles auswählen

mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
mount error(2): No such file or directory
Refer to the mount.cifs(8)

fstab Einträge lauten:

Code: Alles auswählen

//192.168.xxx.xxx/HomeMatic/piVCCU/Logs /var/lib/piVCCU3/rootfs/mnt/Logs cifs username=xxxxx,domain=xxxxx,password=xxxxx 0 0
//192.168.xxx.xxx/HomeMatic/PI/piVCCU/Backup /mnt/Backup cifs username=xxxxx,domain=xxxxx,password=xxxxx 0 0

Gebe ich das Ganze manuell in die Konsole ein, funktioniert es.

Code: Alles auswählen

mount -t cifs -o user=xxxxx,domain=xxxxx,password=xxxxx,rw,file_mode=0777,dir_mode=0777 //192.168.xxx.xxx/HomeMatic/PI/piVCCU/Backup //mnt/Backup
mount -t cifs -o user=xxxxx,domain=xxxxx,password=xxxxx,rw,file_mode=0777,dir_mode=0777 //192.168.xxx.xxx/HomeMatic/PI/piVCCU/Logs //var/lib/piVCCU3/rootfs/mnt/Logs

Was mache ich falsch bzw. wo liegt die Ursache?
Die identischen Einträge gingen vorher und funktionieren auch auf den beiden anderen Installationen - allerdings ältere Stretch-Versionen.

[Familienvater]

Hi,

die EE für die Raspberrymatic und kompatible Plattformen nimmt die CPU-ID oder so vom Raspi, da hilft kein Tunning der Funkmodul-Seriennummer.

Der Familienvater

[deimos]

Hi,

die Seriennummer besteht beim RPI-RF-MID aus den letzten 10 Stellen der SGTIN. (Auf Wunsch von eQ-3). Das Modul selber ein Seriennummer nach altem Muster und leider haben sie das in der WebUI selber noch nicht komplett umgesetzt, so dass man dort auch hin und wieder über die Serienummer nach altem Muster stolpert.

Bei der Seriennummer in deinem Screenshot von HPCL würde ich aber stark auf die CPU Seriennummer tippen, mit "cat /proc/cpuinfo" kannst du das ja mal verifizieren.

Das mit dem SMB Mount kann ich mir heute Abend mal anschauen, auf den ersten Blick sieht das aber korrekt aus.

Viele Grüße
Alex

[klassisch]

Zum fstab: ist die fstab im Linux-Format abgespeichert? Oder DOS? passiert mir auch immer wieder...

Ich komme zum Kopieren des Backups ohne fstab aus - falls das Dein usecase ist:

Code: Alles auswählen

echo "rsync to synology"
# to avoid the prompt for the password. Attention: by using echo $RSYNC_PASSWORD the pwd will be printed in plain text
# rsync the last backup
export RSYNC_PASSWORD=mySecretPWDonSynology
echo starting weekly automated backup of CCU
pivccu-backup /var/backups/pivccubackups
echo backup done
echo backup will be pushed to synology using rsync
rsync -av /var/backups/pivccubackups/ username@192.168.178.33::home/pathToBackupsOnSynology/
# now overwriting the password
export RSYNC_PASSWORD=pwd

Sicherlich ein laienhafter Weg, und in einem multiusersystem auch nicht angriffsicher, funktioniert aber.

[vauvau07]

Hi Alex
was könnte die Ursache der Anzeige bei SGTIN: sein?

pi@raspberrypi:~ $ sudo pivccu-info
piVCCU version: 3.37.8-3
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi3 UART: Assigned to GPIO pins
HMRF Hardware: HM-MOD-RPI-PCB
HMIP Hardware: HM-MOD-RPI-PCB
Board serial: PEQ12345678
Radio MAC: 0x6a583e
SGTIN: unknown <---???????
State: RUNNING
PID: 3584
IP: 192.168.178.99
IP: 2003:c0:9f4a:e500:c895:8bff:fe04:c56d
CPU use: 18.47 seconds
BlkIO use: 144.00 KiB
Link: vethJF2WNX
TX bytes: 1.21 MiB
RX bytes: 900.33 KiB
Total bytes: 2.09 MiB


Gruss
Volkmar

[klassisch]

Meine Keymativen laufen jetzt auch wieder. Die eine ließ sich durch mehrmaliges Batterie - raus - rein und Anlernknopf drücken überreden und die andere durch temporäres Umstellen auf das LAN-Gateway.

Frage: Wie komme ich an Dateien innehalb des Container? Ich würde gerne /usr/local/addons/cuxd/cuxd.ps und auch die email-Konfig backupen.
Ich habe den Eindruck daß die CCU3 auch beim Einspielen eines CCU3-Backups alle Addons entfernt. Deshalb möchte ich wenigstens deren aktuelle Konfigurationen sichern.

[Daimler]

Hi,

...die EE für die Raspberrymatic...

Gott bewahre - will ich doch gar nicht!
Das war ja eigentlich bei den 2er Versionen auch so.
Vielleicht gibt es ja doch eine Möglichkeit?

Das mit dem SMB Mount kann ich mir heute Abend mal anschauen, auf den ersten Blick sieht das aber korrekt aus.

Zum fstab: ist die fstab im Linux-Format abgespeichert?

Wie geschrieben - die Syntax / das Format stimmt.
Exakt der selbe Mounteintrag testweise auf den anderen Pis - alle Stretch - funktioniert.
Kann mir nur erklären, dass da mal wieder etwas im Raspian geändert wurde!
Und ist ja nicht nur für's Backup, ich schreibe auch meine Logs in die Mounts.

die Seriennummer besteht beim RPI-RF-MID aus den letzten 10 Stellen der SGTIN.

Für Webui und pivccu-info passt das.

Bei der Seriennummer in deinem Screenshot von HPCL würde ich aber stark auf die CPU Seriennummer tippen, mit "cat /proc/cpuinfo" kannst du das ja mal verifizieren.

Passt auch - bis auf das vordere 'C':

Code: Alles auswählen

root@raspberrypi:~# cat /proc/cpuinfo
processor       : 0
model name      : ARMv7 Processor rev 4 (v7l)
BogoMIPS        : 38.40
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xd03
CPU revision    : 4

processor       : 1
model name      : ARMv7 Processor rev 4 (v7l)
BogoMIPS        : 38.40
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xd03
CPU revision    : 4

processor       : 2
model name      : ARMv7 Processor rev 4 (v7l)
BogoMIPS        : 38.40
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xd03
CPU revision    : 4

processor       : 3
model name      : ARMv7 Processor rev 4 (v7l)
BogoMIPS        : 38.40
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xd03
CPU revision    : 4

Hardware        : BCM2835
Revision        : a02082
Serial          : 00000000dc220bc8

[klassisch]

Nur zur Sicherheit, weil ich da auch schon ab und an lange gesucht habe: Mit Linux Format meine ich nur <LF> am Zeilenende, nicht <CR><LF> wie bei den alten Schreibmaschinen und DOS üblich. Im Notepad++ Editor kann man das rechts unten einstellen.

[Daimler]

Hi,

Frage: Wie komme ich an Dateien innehalb des Container? Ich würde gerne /usr/local/addons/cuxd/cuxd.ps und auch die email-Konfig backupen.

/var/lib/piVCCU3/userfs/addons

Nur zur Sicherheit, weil ich da auch schon ab und an lange gesucht habe: Mit Linux Format meine ich nur <LF> am Zeilenende

Danke für den Hinweis - aber das interessiert die Kiste sowas von überhaupt nicht.
Egal ob <LF> oder <CR><LF> - es erscheint immer diese Fehlermeldung.

[klassisch]

/var/lib/piVCCU3/userfs/addons

Vielen Dank, das funktioniert!

Danke für den Hinweis - aber das interessiert die Kiste sowas von überhaupt nicht.
Egal ob <LF> oder <CR><LF> - es erscheint immer diese Fehlermeldung.

Schade. Hatte gerade eben wieder diesen Fall (peinlicherweise auch noch nach meinem Hinweis an Dich):
Bein Backup-shell Skript kommt im Windows Format das:

Code: Alles auswählen

root@opi2e_piVCCU3:/# sudo sh /var/backups/pivccubackups/pivccubackup3-weekly.sh
rsync to synology
starting weekly automated backup of CCU
pivccu-backup <backupdir>
backup done
backup will be pushed to synology using rsync
@ERROR: auth failed on module home
rsync error: error starting client-server protocol (code 5) at main.c(1666) [sender=3.1.2]

Was darauf hindeutet, daß die Parameter (hier z.B. der Pfad zum Backup-Verzeichnis) nicht richtig interpretiert werden. Gemeinerweise tut er was, aber eben nicht ganz korrekt.
Im Unix-Format macht er dann alles richtig.

Code: Alles auswählen

root@opi2e_piVCCU3:/# sudo sh /var/backups/pivccubackups/pivccubackup3-weekly.sh
rsync to synology
starting weekly automated backup of CCU
Backup written to /var/backups/pivccubackups/pivccu3_2018-09-30_08-43-55.sbk
backup done
backup will be pushed to synology using rsync
sending incremental file list
./
cuxd.ps
cuxd.ps~
pivccu3_2018-09-29_18-02-32.sbk
pivccu3_2018-09-30_08-43-55.sbk
pivccubackup3-weekly.sh

sent 14,414,090 bytes  received 117 bytes  5,765,682.80 bytes/sec
total size is 14,410,186  speedup is 1.00

Eine beliebte Falle für selten-Linuxer wie mich. Bei solchen Sache frage ich mich immer, welchen Mehrwert man hat, wenn man von Standards abweicht, s.auch big-endian, little-endian, angelsächsische Maßeinheiten....