Hallo zusammen,
vielleicht wurde das Thema schon behandelt, ich konnte es leider im Forum nicht finden.
Momentan läuft bei mir ein RP2. Ich würde gerne nur mit dem Einspielen des Backups vom RP2 auf einen RP3 umziehen. Hat das schon jemand ausprobiert?
Funktioniert das?
Besten Dank für eure Info
Gruß bastih.
Bei mir hat es leider nicht geklappt. Ich musste Betriebssystem und Fhem neu installieren und dann das Fhem-Backup neu aufspielen. Und wenn, dann die diversen Perl-Pakete nicht vergessen. Aber vielleicht habe auch nur ich das Pech gehabt. Einen Versuch ist es alle mal Wert.
Andreas
Wenn Dein Betriebsystem akuell ist (incl. Kernel), könntest Du Probieren, nur die SDCard umzustecken. Aber VORHER ein Backup der kompletten SDCard machen (Wobei backup IMMER Gut ist!)
Hi,
neben dem was hier schon gesagt wurde: der Pi3 hat eine andere Anbindung der seriellen Schnittstelle. Falls auf dem Pi2 die UART verwendet wird, muss eventuell etwas anders konfiguriert werden. https://wiki.fhem.de/wiki/Raspberry_Pi
Generell können alle Schnittstellen Probleme bereiten! Andere Bezeichnung, Pfade usw.
Was Werner sagt funktioniert bei relativ aktuellem Raspbian System. Von einem Update des laufenden Systems rate ich ab. Dann besser neues System, notwendige Pakete installieren, FHEM installieren, Backup zurückspielen (https://heinz-otto.blogspot.com/2015/12/backup-und-restore-von-fhem.html). Die Bemerkung oben gilt natürlich auch.
Gruß Otto
Oder:
Sd karte klonen (ohne Updates oder dergleichen)
Klon im pi2 updaten und upgraden.
Klon In pi3 stecken und booten.
Hast zur Not den unveränderten pi2...
Gesendet von meinem Doogee S60 mit Tapatalk
Hallo, darf nachfragen?
Fall1:
Thema: Klonen RPI 3 mit CUL und myHMUart
Produktionssystem: Raspberry 3 neuestes Linux und neuestes FHEM, alles gepflegt. 8)
Backupsystem (Hardware und Software 1:1 wie Produktionssystem)
Genügt es, wenn man dieselbe Hardware (RPI, CUL, myHMUart alles jungfräulich, Cul vorab nicht geflasht) zusammenbaut und Flashkarte klont?
Hintergrund: 100% idenstisches Backupsystem erstellen, für den Ausfalldes Systemes bei Abwesenheit des Systemadministrators. Mit Umstecken von Netzwerk und Versorgungsspannung ist dann alles getan. ;D
Dies gilt dann auch für RPI2 auf RPI2 und RPI auf RPI?
LINUX und FHEM sollte kein Thema sein, aber die Interfaces (myHMUart, CUL, CUL an derselben USB-Position)?
Fall2:
Thema: Umzug RPI 2 mit 2x CUL (HM und FHT) auf auf RPI 3 mit CUL (FHT) und myHMUart (HM)
Kommt einem Neuaufbau des Gesamtsystemes gleich. Korrekt?
Falls man auf den Umstieg von Homematic von CUL auf myHMUart verzichten würde, so wäre das Thema mit einem Neuaufbau RPI3 und dann Einspielen des FHEM Backups getan sein. Später könnte man dann die HM Systeme von CUL (HM) nach myHMUART umziehen. (Händisch!). Dies wird wohl der Königsweg für Fall 2 sein. Korrekt?
Hi,
ich hab das am Sonntag problemlos wie folgt gemacht:
1. Image der SD-Karte mit Win32 Disk Imager angelegt.
2. SD-Karte wieder rein in den pi2 und updaten:
- sudo apt-get update && sudo apt-get upgrade
- sudo apt-get distupgrade
- sudo rpi-update
3. PI2 runterfahren und ab mit der SD-Karte in den PI3
4. Alle angeschlossenen USB-Devices 1:1 auf dieselben Ports anschließen.
5. PI3 einschalten und freuen :)
Hat bei mir so absolut problemlos funktioniert, musste danach nur die IP-Adresse des PI3 ändern, da hier eine neue vergeben wurde.
Alle angeschlossenen USB-Devices (Z-Wave, HM-CUL, Signalduino, Fhemduino) funktionieren ohne Probleme.
Zeitaufwand 20min
Gruß
Thomas
Hi, eazy_isi
so werde ich dies auch versuchen. Nächste Woche ist D-Day für mich. Werde mich definitiv wieder melden und berichten.
Punkt 1 nicht vergessen! Dann kann nichts schief gehen. [emoji6][emoji1360]
Gesendet von meinem Doogee S60 mit Tapatalk
Man kann "Punkt 1" verallgemeinern:
Backup ist immer gut! ;D
und als Zusatz: "RAID is NOT a backup" :-)
Hallo, bei mir klappt der Umzug von RPI-1 nach RPI-3 gar nicht.
1. Versuch: Mit der Kopie der RPI-1 Flashkarte startete der RPI-3 Raspberry überhaupt nicht. Leider
2. Versuch: Ich verwendete die Vorlagen von Otto: "Installation Raspberry Pi, Setup FHEM und Backup und Restore von FHEM um die aktuellste Version meines FHEM Systeme vom Backup zu portieren. War soweit ok. FHEM läuft insoweit, dass ich die LOG Files aus der bisherigen Installation sehe, aber auch sonst nichts, kein device ..
Verwendete Hardware: In meinem alten RPI-1 habe ich 2 CULs (für FHT und Homematic). Jetzt habe ich 2 nagelneue Culkd und eine Homematic-Funkmodul. Die gesamte Hardware war von Beginn der Installation an zusammen.
Ich habe nicht den Eindruck, dass die CULs erkannt sind, weder vom Linux noch von FHEM. Mit dem Homematic Funkmodul kann der Raspberry noch nichts anfangen, das ist klar. Die CULs blinken auch nicht, ich vermute, die erwarten noch Fürsorge. Aber wie kann ich den beiden Culs helfen?
Von meinem bisherigen System ist das List der beiden CULs:
Internals:
CMDS BbCFiAZEGMKUYRTVWXefmltux
CUL_0_MSGCNT 37
CUL_0_TIME 2019-02-13 17:29:38
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/ttyACM0@9600 1034
DeviceName /dev/ttyACM0@9600
FD 12
FHTID 1034
FUUID 5c644318-f33f-1e06-86da-5590c597e2f3c51f
NAME CUL_0
NR 60
PARTIAL
RAWMSG T165700B6000F
RSSI -66.5
STATE Initialized
TYPE CUL
VERSION V 1.61 CUL868
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2019-02-13 17:25:15 cmds B b C F i A Z E G M K U Y R T V W X e f m l t u x
2019-02-13 17:29:38 state Initialized
SOFTBUFFER:
Attributes:
Und der Homematic CUL:
Internals:
CMDS BCFiAGMRTVWXefmltux
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/ttyACM1@38400 1111
DeviceName /dev/ttyACM1@38400
FD 13
FHTID 1111
FUUID 5c6444eb-f33f-1e06-a528-f072f29fb2210ec3
NAME CUL_1
NR 67
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.46 CUL868
initString X21
Ar
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2019-02-13 17:25:15 cmds B C F i A G M R T V W X e f m l t u x
2019-02-13 17:25:15 state Initialized
helper:
Attributes:
hmId 555555
rfmode HomeMatic
/dev/ttyACM1
Du weißt bei dieser Verwendung nie, in welcher Reihenfolge Deine USB-Stivks angesprochen werden. Besser durch /dev/serial/by-id/....
Hallo Wernieman,
danke für deine schnelle Hilfe. Ich bin leider nicht erfahren in diesen Dinge und benötige noch einen Hinweis.
Das mit den USB-Ports ist mir bewusst, leider weiss ich keine Umleitung um das Problem.
In meinem RPI3 habe ich keine /dev/ttyACM.
Dies ist der Inhalt meunes /dev/pi@mymachine:/dev $ ls -la
total 4
drwxr-xr-x 14 root root 3280 Feb 13 16:17 .
drwxr-xr-x 21 root root 4096 Nov 13 15:02 ..
crw-r--r-- 1 root root 10, 235 Feb 13 16:17 autofs
drwxr-xr-x 2 root root 580 Feb 13 16:17 block
crw------- 1 root root 10, 234 Feb 13 16:17 btrfs-control
drwxr-xr-x 3 root root 60 Jan 1 1970 bus
crw------- 1 root root 10, 63 Feb 13 16:17 cachefiles
drwxr-xr-x 2 root root 2460 Feb 13 16:17 char
crw------- 1 root root 5, 1 Feb 13 16:51 console
crw------- 1 root root 10, 62 Feb 13 16:17 cpu_dma_latency
crw------- 1 root root 10, 203 Feb 13 16:17 cuse
drwxr-xr-x 7 root root 140 Feb 13 16:17 disk
crw-rw---- 1 root video 29, 0 Feb 13 16:17 fb0
lrwxrwxrwx 1 root root 13 Nov 3 2016 fd -> /proc/self/fd
crw-rw-rw- 1 root root 1, 7 Feb 13 16:17 full
crw-rw-rw- 1 root root 10, 229 Feb 13 16:17 fuse
crw-rw---- 1 root gpio 254, 0 Feb 13 16:17 gpiochip0
crw-rw---- 1 root gpio 254, 1 Feb 13 16:17 gpiochip1
crw-rw---- 1 root gpio 248, 0 Feb 13 16:17 gpiomem
crw------- 1 root root 10, 183 Feb 13 16:17 hwrng
lrwxrwxrwx 1 root root 25 Feb 13 16:17 initctl -> /run/systemd/initctl/fifo
drwxr-xr-x 2 root root 60 Jan 1 1970 input
crw-r--r-- 1 root root 1, 11 Feb 13 16:17 kmsg
lrwxrwxrwx 1 root root 28 Nov 3 2016 log -> /run/systemd/journal/dev-log
crw-rw---- 1 root disk 10, 237 Feb 13 16:17 loop-control
brw-rw---- 1 root disk 7, 0 Feb 13 16:17 loop0
brw-rw---- 1 root disk 7, 1 Feb 13 16:17 loop1
brw-rw---- 1 root disk 7, 2 Feb 13 16:17 loop2
brw-rw---- 1 root disk 7, 3 Feb 13 16:17 loop3
brw-rw---- 1 root disk 7, 4 Feb 13 16:17 loop4
brw-rw---- 1 root disk 7, 5 Feb 13 16:17 loop5
brw-rw---- 1 root disk 7, 6 Feb 13 16:17 loop6
brw-rw---- 1 root disk 7, 7 Feb 13 16:17 loop7
drwxr-xr-x 2 root root 60 Feb 13 16:17 mapper
crw-r----- 1 root kmem 1, 1 Feb 13 16:17 mem
crw------- 1 root root 10, 59 Feb 13 16:17 memory_bandwidth
brw-rw---- 1 root disk 179, 0 Feb 13 16:17 mmcblk0
brw-rw---- 1 root disk 179, 1 Feb 13 16:17 mmcblk0p1
brw-rw---- 1 root disk 179, 2 Feb 13 16:17 mmcblk0p2
drwxrwxrwt 2 root root 40 Jan 1 1970 mqueue
drwxr-xr-x 2 root root 60 Feb 13 16:17 net
crw------- 1 root root 10, 61 Feb 13 16:17 network_latency
crw------- 1 root root 10, 60 Feb 13 16:17 network_throughput
crw-rw-rw- 1 root root 1, 3 Feb 13 16:17 null
crw------- 1 root root 108, 0 Feb 13 16:17 ppp
crw-rw-rw- 1 root tty 5, 2 Feb 13 19:39 ptmx
drwxr-xr-x 2 root root 0 Nov 3 2016 pts
brw-rw---- 1 root disk 1, 0 Feb 13 16:17 ram0
brw-rw---- 1 root disk 1, 1 Feb 13 16:17 ram1
brw-rw---- 1 root disk 1, 10 Feb 13 16:17 ram10
brw-rw---- 1 root disk 1, 11 Feb 13 16:17 ram11
brw-rw---- 1 root disk 1, 12 Feb 13 16:17 ram12
brw-rw---- 1 root disk 1, 13 Feb 13 16:17 ram13
brw-rw---- 1 root disk 1, 14 Feb 13 16:17 ram14
brw-rw---- 1 root disk 1, 15 Feb 13 16:17 ram15
brw-rw---- 1 root disk 1, 2 Feb 13 16:17 ram2
brw-rw---- 1 root disk 1, 3 Feb 13 16:17 ram3
brw-rw---- 1 root disk 1, 4 Feb 13 16:17 ram4
brw-rw---- 1 root disk 1, 5 Feb 13 16:17 ram5
brw-rw---- 1 root disk 1, 6 Feb 13 16:17 ram6
brw-rw---- 1 root disk 1, 7 Feb 13 16:17 ram7
brw-rw---- 1 root disk 1, 8 Feb 13 16:17 ram8
brw-rw---- 1 root disk 1, 9 Feb 13 16:17 ram9
crw-rw-rw- 1 root root 1, 8 Feb 13 16:17 random
drwxr-xr-x 2 root root 60 Jan 1 1970 raw
crw-rw-r-- 1 root netdev 10, 58 Feb 13 16:17 rfkill
lrwxrwxrwx 1 root root 7 Feb 13 16:17 serial1 -> ttyAMA0
drwxrwxrwt 2 root root 40 Nov 3 2016 shm
drwxr-xr-x 3 root root 160 Feb 13 16:17 snd
lrwxrwxrwx 1 root root 15 Nov 3 2016 stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root 15 Nov 3 2016 stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root 15 Nov 3 2016 stdout -> /proc/self/fd/1
crw-rw-rw- 1 root tty 5, 0 Feb 13 16:17 tty
crw--w---- 1 root tty 4, 0 Feb 13 16:17 tty0
crw--w---- 1 root tty 4, 1 Feb 13 16:51 tty1
crw--w---- 1 root tty 4, 10 Feb 13 16:17 tty10
crw--w---- 1 root tty 4, 11 Feb 13 16:17 tty11
crw--w---- 1 root tty 4, 12 Feb 13 16:17 tty12
crw--w---- 1 root tty 4, 13 Feb 13 16:17 tty13
crw--w---- 1 root tty 4, 14 Feb 13 16:17 tty14
crw--w---- 1 root tty 4, 15 Feb 13 16:17 tty15
crw--w---- 1 root tty 4, 16 Feb 13 16:17 tty16
crw--w---- 1 root tty 4, 17 Feb 13 16:17 tty17
crw--w---- 1 root tty 4, 18 Feb 13 16:17 tty18
crw--w---- 1 root tty 4, 19 Feb 13 16:17 tty19
crw--w---- 1 root tty 4, 2 Feb 13 16:17 tty2
crw--w---- 1 root tty 4, 20 Feb 13 16:17 tty20
crw--w---- 1 root tty 4, 21 Feb 13 16:17 tty21
crw--w---- 1 root tty 4, 22 Feb 13 16:17 tty22
crw--w---- 1 root tty 4, 23 Feb 13 16:17 tty23
crw--w---- 1 root tty 4, 24 Feb 13 16:17 tty24
crw--w---- 1 root tty 4, 25 Feb 13 16:17 tty25
crw--w---- 1 root tty 4, 26 Feb 13 16:17 tty26
crw--w---- 1 root tty 4, 27 Feb 13 16:17 tty27
crw--w---- 1 root tty 4, 28 Feb 13 16:17 tty28
crw--w---- 1 root tty 4, 29 Feb 13 16:17 tty29
crw--w---- 1 root tty 4, 3 Feb 13 16:17 tty3
crw--w---- 1 root tty 4, 30 Feb 13 16:17 tty30
crw--w---- 1 root tty 4, 31 Feb 13 16:17 tty31
crw--w---- 1 root tty 4, 32 Feb 13 16:17 tty32
crw--w---- 1 root tty 4, 33 Feb 13 16:17 tty33
crw--w---- 1 root tty 4, 34 Feb 13 16:17 tty34
crw--w---- 1 root tty 4, 35 Feb 13 16:17 tty35
crw--w---- 1 root tty 4, 36 Feb 13 16:17 tty36
crw--w---- 1 root tty 4, 37 Feb 13 16:17 tty37
crw--w---- 1 root tty 4, 38 Feb 13 16:17 tty38
crw--w---- 1 root tty 4, 39 Feb 13 16:17 tty39
crw--w---- 1 root tty 4, 4 Feb 13 16:17 tty4
crw--w---- 1 root tty 4, 40 Feb 13 16:17 tty40
crw--w---- 1 root tty 4, 41 Feb 13 16:17 tty41
crw--w---- 1 root tty 4, 42 Feb 13 16:17 tty42
crw--w---- 1 root tty 4, 43 Feb 13 16:17 tty43
crw--w---- 1 root tty 4, 44 Feb 13 16:17 tty44
crw--w---- 1 root tty 4, 45 Feb 13 16:17 tty45
crw--w---- 1 root tty 4, 46 Feb 13 16:17 tty46
crw--w---- 1 root tty 4, 47 Feb 13 16:17 tty47
crw--w---- 1 root tty 4, 48 Feb 13 16:17 tty48
crw--w---- 1 root tty 4, 49 Feb 13 16:17 tty49
crw--w---- 1 root tty 4, 5 Feb 13 16:17 tty5
crw--w---- 1 root tty 4, 50 Feb 13 16:17 tty50
crw--w---- 1 root tty 4, 51 Feb 13 16:17 tty51
crw--w---- 1 root tty 4, 52 Feb 13 16:17 tty52
crw--w---- 1 root tty 4, 53 Feb 13 16:17 tty53
crw--w---- 1 root tty 4, 54 Feb 13 16:17 tty54
crw--w---- 1 root tty 4, 55 Feb 13 16:17 tty55
crw--w---- 1 root tty 4, 56 Feb 13 16:17 tty56
crw--w---- 1 root tty 4, 57 Feb 13 16:17 tty57
crw--w---- 1 root tty 4, 58 Feb 13 16:17 tty58
crw--w---- 1 root tty 4, 59 Feb 13 16:17 tty59
crw--w---- 1 root tty 4, 6 Feb 13 16:17 tty6
crw--w---- 1 root tty 4, 60 Feb 13 16:17 tty60
crw--w---- 1 root tty 4, 61 Feb 13 16:17 tty61
crw--w---- 1 root tty 4, 62 Feb 13 16:17 tty62
crw--w---- 1 root tty 4, 63 Feb 13 16:17 tty63
crw--w---- 1 root tty 4, 7 Feb 13 16:17 tty7
crw--w---- 1 root tty 4, 8 Feb 13 16:17 tty8
crw--w---- 1 root tty 4, 9 Feb 13 16:17 tty9
crw-rw---- 1 root dialout 204, 64 Feb 13 16:51 ttyAMA0
crw------- 1 root root 5, 3 Feb 13 16:17 ttyprintk
crw------- 1 root root 10, 239 Feb 13 16:17 uhid
crw------- 1 root root 10, 223 Feb 13 16:17 uinput
crw-rw-rw- 1 root root 1, 9 Feb 13 16:17 urandom
crw------- 1 root root 250, 0 Feb 13 16:17 vc-mem
crw-rw---- 1 root video 245, 0 Feb 13 16:17 vchiq
crw-rw---- 1 root video 249, 0 Feb 13 16:17 vcio
crw-rw---- 1 root tty 7, 0 Feb 13 16:17 vcs
crw-rw---- 1 root tty 7, 1 Feb 13 16:17 vcs1
crw-rw---- 1 root tty 7, 2 Feb 13 16:17 vcs2
crw-rw---- 1 root tty 7, 3 Feb 13 16:17 vcs3
crw-rw---- 1 root tty 7, 4 Feb 13 16:17 vcs4
crw-rw---- 1 root tty 7, 5 Feb 13 16:17 vcs5
crw-rw---- 1 root tty 7, 6 Feb 13 16:17 vcs6
crw-rw---- 1 root tty 7, 128 Feb 13 16:17 vcsa
crw-rw---- 1 root tty 7, 129 Feb 13 16:17 vcsa1
crw-rw---- 1 root tty 7, 130 Feb 13 16:17 vcsa2
crw-rw---- 1 root tty 7, 131 Feb 13 16:17 vcsa3
crw-rw---- 1 root tty 7, 132 Feb 13 16:17 vcsa4
crw-rw---- 1 root tty 7, 133 Feb 13 16:17 vcsa5
crw-rw---- 1 root tty 7, 134 Feb 13 16:17 vcsa6
crw-rw---- 1 root video 246, 0 Feb 13 16:17 vcsm
crw------- 1 root root 10, 137 Feb 13 16:17 vhci
crw------- 1 root root 10, 130 Feb 13 16:17 watchdog
crw------- 1 root root 252, 0 Feb 13 16:17 watchdog0
crw-rw-rw- 1 root root 1, 5 Feb 13 16:17 zero
Ich vermute, dass da was schiefgelaufen in der Installation.
ls -lha /dev/serial/by-id/
Was für eine Distri hast Du am laufen?
Hallo Wernieman.
ich hoffe alles beantwortet zu haben.
pi@mymachine:~ $ ls -lha /dev/serial/by-id/
ls: cannot access '/dev/serial/by-id/': No such file or directory
pi@mymachine:~ $ cat /etc/debian_version
9.4
pi@mymachine:~ $ cat /sys/firmware/devicetree/base/model
Raspberry Pi 3 Model B Plus Rev 1.3p
O.K. .. dann wurde es dort nicht umgesetzt ...
Aber wegen Deines Grundsätzlichen Problem weiß ich aktuell auch keine Lösung ....
Hi, kann ich dies nachinstallieren?
?? Guute Frage ??
Moin,
Schräge Idee: Überhaupt was dran?
Was ergibt denn ls -lha /dev/ttyACM*
Gruß Otto
Weiterhin könnte man schauen, was nach dem anstecken
dmesg
oder
dmesg | grep USB
ausgibt.
Möglicherweise fehlt für die CULs ein FTDI Kernel-Modul. Just guessing.
EDIT:
Ganz ehrlich, ich hätte ein Wechsel wie hier von Otto beschrieben (https://forum.fhem.de/index.php/topic,96938.msg900975.html#msg900975) gemacht.
So hätte man den alten RasPi immer noch als (funktionierende) Reserve falls was schief geht....
Hi,
ich kann auch nochmals von vorne beginnen. Debian neu installieren. etc.. Von 0 aus.
Hatte Ottos 3 Anweisungen aus dem Ottos Technik Blog benutzt.
(Raspberry, FHEM und Backup)
Dazu noch ne Frage zur Reihenfolge:
An welcher Stelle soll man die CUL devices stecken (mit gedrücktem taster)
1. zu Beginn in den nackten RPI
2. Nach Linux Installation und vor FHEM Installation.
Und soll man eine erste FHEM Version installieren und die CUL stecken, bevor man die Rücksicherung der FHEM Installation macht.
Ich weiss, Fragen über Fragen. Sorry.
Hier die Antworten auf eure Fragen:
i@mymachine:~ $ ls -lha /dev/ttyACM*
ls: cannot access '/dev/ttyACM*': No such file or directory
Ich hab einen CUL gesteckt mit Taster gedrückt, kein grünes Licht leutet:
$ dmesg | grep USB
[ 0.717767] dwc_otg 3f980000.usb: new USB bus registered, assigned bus number 1
[ 0.727078] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 0.729388] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber= 1
[ 0.739052] hub 1-0:1.0: USB hub found
[ 0.793042] usbhid: USB HID core driver
[ 1.171958] usb 1-1: new high-speed USB device number 2 using dwc_otg
[ 1.411789] usb 1-1: New USB device found, idVendor=0424, idProduct=2514
[ 1.414119] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 1.417123] hub 1-1:1.0: USB hub found
[ 1.741450] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[ 1.871712] usb 1-1.1: New USB device found, idVendor=0424, idProduct=2514
[ 1.874447] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber =0
[ 1.877678] hub 1-1.1:1.0: USB hub found
[ 1.981447] usb 1-1.2: new full-speed USB device number 4 using dwc_otg
[ 2.152282] usb 1-1.2: New USB device found, idVendor=03eb, idProduct=2ff4
[ 2.154977] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber =3
[ 2.261638] usb 1-1.3: new full-speed USB device number 5 using dwc_otg
[ 2.412408] usb 1-1.3: New USB device found, idVendor=03eb, idProduct=2ff4
[ 2.415034] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber =3
[ 2.671460] usb 1-1.1.1: new high-speed USB device number 6 using dwc_otg
[ 2.801962] usb 1-1.1.1: New USB device found, idVendor=0424, idProduct=7800
[ 2.804436] usb 1-1.1.1: New USB device strings: Mfr=0, Product=0, SerialNumb er=0
[ 2011.499291] usb 1-1.3: USB disconnect, device number 5
[ 2013.547286] usb 1-1.2: USB disconnect, device number 4
[ 2223.761719] usb 1-1.2: new full-speed USB device number 7 using dwc_otg
[ 2223.912670] usb 1-1.2: New USB device found, idVendor=03eb, idProduct=2ff4
[ 2223.912683] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber =3
[ 2230.635296] usb 1-1.2: USB disconnect, device number 7
[ 2245.521796] usb 1-1.2: new full-speed USB device number 8 using dwc_otg
[ 2245.672669] usb 1-1.2: New USB device found, idVendor=03eb, idProduct=2ff4
[ 2245.672683] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber
Danke schon mal
.. schlecht was rauszulesen ...
gib uns bitte mal (als root):
lsusb
lsusb -t
Hallo, 8) für den Support,
root@mymachine:/# lsusb -t
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/3p, 480M
|__ Port 1: Dev 6, If 0, Class=Vendor Specific Class, Driver=lan78xx, 480M
|__ Port 2: Dev 8, If 0, Class=(Defined at Interface level), Driver=, 12M
root@mymachine:/# lsusb
Bus 001 Device 008: ID 03eb:2ff4 Atmel Corp. atmega32u4 DFU bootloader
Bus 001 Device 006: ID 0424:7800 Standard Microsystems Corp.
Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bist Du Dir sicher, das der CUL steckt?
.. und was ist das für einer?
Ja, neu gekauft, Original, von busware.. noch nie benutzt..
...der ist im bootloader-Modus. Da neu: erst mal flashen...
Dann resetten, und schon sollte er auch "by-id" zu finden sein.
Hallo,
flashen hab ich versucht:
1. neueste Version geholt: sudo wget http://culfw.de/culfw-167.tar.gz
2. Entpackt: sudo tar -zxvf culfw-1.67.tar.gz
wollte dann nach cd /home/pi/CUL_VER_167/culfw/Devices/CUL wechseln
aber dieses Verzeichnis gabs nicht..
pi@mymachine:~ $ ls -la
total 119248
drwxr-xr-x 3 pi pi 4096 Feb 13 16:38 .
drwxr-xr-x 3 root root 4096 Nov 13 14:09 ..
-rw------- 1 pi pi 2386 Feb 13 21:30 .bash_history
-rw-r--r-- 1 pi pi 220 Nov 13 14:09 .bash_logout
-rw-r--r-- 1 pi pi 3523 Nov 13 14:09 .bashrc
-rw-r--r-- 1 pi pi 675 Nov 13 14:09 .profile
-rw-r--r-- 1 pi pi 119781116 Feb 13 16:10 FHEM-20190213_102310.tar.gz
drwxrwxr-x 9 501 staff 4096 Sep 7 2017 culfw-1.67
-rw-r--r-- 1 pi pi 2293801 Sep 7 2017 culfw-1.67.tar.gz
Sorry, aber bitte beachte zukünftig einfach den Grundsatz, dass du nicht einfach einen Schritt auslassen kannst, wenn du einer Anleitung folgst, und dann erwartest, dass es trotzdem im Ergebnis funktioniert. Das klappt manchmal, aber in 99,8% der Fälle nicht...
Just my2ct: Du solltest dich erst mal mit Linux-Grundlagen auseinandersetzen.
Hier hast du "einfach" das Problem, dass du die Befehle nicht im home-Verzeichnis ausgeführt hast. Daher befinden sich die Daten an anderen Orten wie in der Anleitung. That's all... Vielleicht installierst du mal "mc", der läßt sich auch über ssh bedienen.
Nachtrag: Vermutlich ist auch avrdude etc. noch nicht installiert, oder?
Hi,
obwohl ich von CUL wenig Ahnung habe, habe ich mal einen geflashed und habs aufgeschrieben :)
https://heinz-otto.blogspot.com/2016/02/cul-stick-flashen.html
Für den Homematic CUL solltest Du allerdings sowieso eine andere Firmware nehmen. Die weiteren Infos befinden sich hier:
https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale
Gruß Otto
Hallo Beta_User,
du lagst sehr richtig:
Nachtrag: Vermutlich ist auch avrdude etc. noch nicht installiert, oder?
war nicht installiert. Jetzt installiert. Ich hab nochmals in den Anleitungen nachgeschaut, avrdude hatte ich nicht gesehen. Sicherlich mein Fehler.
Aktuell benutze ich FileZilla, um die directory Struktur zu "ergründen".
Der Pfad lautet bei mir
ls -la/home/pi/culfw-1.67/Devices/CUL
dort liegt drwxrwxr-x 2 501 staff 4096 Feb 14 09:29 .
drwxrwxr-x 25 501 staff 4096 Feb 14 09:29 ..
-rwxrwxr-x 1 501 staff 4574 Sep 7 2017 CUL.c
-rw-rw-r-- 1 501 staff 34406 Sep 7 2017 CUL_V2.hex
-rw-rw-r-- 1 501 staff 34545 Sep 7 2017 CUL_V2_HM.hex
-rw-rw-r-- 1 501 staff 35527 Sep 7 2017 CUL_V2_MAX.hex
-rw-rw-r-- 1 501 staff 80044 Sep 7 2017 CUL_V3.hex
-rw-rw-r-- 1 501 staff 71903 Sep 7 2017 CUL_V3_ZWAVE.hex
-rw-rw-r-- 1 501 staff 65750 Sep 7 2017 CUL_V4.hex
-rw-rw-r-- 1 501 staff 6960 Sep 7 2017 board.h
-rwxrwxr-x 1 501 staff 6706 Sep 7 2017 makefile
-rwxrwxr-x 1 501 staff 9460 Sep 7 2017 makefile.myusb
Von dort aus habe ich den dfu-programmer erfolgreich installiert mit
sudo apt-get install dfu-programmer sh
sudo shutdown -h 0
Raspberry wieder hochgefahren und mit gedrückter Taste USB Stick eingesteckt.
Dann geflasht
pi@mymachine:~/culfw-1.67/Devices/CUL $ sudo make usbprogram_v3
dfu-programmer atmega32u4 erase || true
dfu-programmer atmega32u4 flash CUL_V3.hex
Validating...
28452 bytes used (99.23%)
dfu-programmer atmega32u4 start
pi@mymachine:~/culfw-1.67/Devices/CUL $ D
Das sollte doch ok sein? An welchem Punkt hatte ich es nicht in "home" ausgeführt, oder war es einfach das fehlende avrdude.
Eine Verständisfrage hinsichtlich der Zuordnung der CULs zu den FHEM devices:
FHEM sieht ja jetzt 2 CULs (hoffentlich bald). Das Backup von mir benutzt auch 2 CULS, allerdings mit älterem Flash Stand. Eines wird für Homematic verwendet, eines für FHT etc.
Muss ich da noch eine Zuordnung machen?
Schön, dass du einen Schritt weiter bist.
Du hast jetzt 2 868-er CUL, richtig? Beide mit einer 32U4-mcu, also "by-id" nicht unterscheidbar, oder? Dann würde ich empfehlen, die firmware nochmal neu zu backen und dann (nur) den "alten" auch neu zu flashen, dabei aber die Kennung zu ändern. Das war eine Angabe in boards.h, wenn ich das richtig im Kopf habe, die du vor dem make ändern müßtest.
Kurz gesagt, würde ich immer versuchen, eine eindeutige Ansprache von USB-Geräten zu verwenden, "by-id" geht nur nicht, wenn die Kennung dieselbe ist (ohne Eingriff in die firmware). Neben der Änderung der Kennung ginge noch "by-path", steht auch im Wiki bei "mehrere USB-Geräte...".
Der firmware-Stand ist dagegen ziemlich egal, v.a. bei Geräten, die sich als Modem melden (ACM...), weil da sogar die Baudrate vom Host aus vorgegeben werden kann.
Hallo,
ich hab weder alten noch neuen CUL. Ich hab 2 neue CULs. 8) 8)
Ich hab bisher nur einen geflaht. 8). Hier das Ergebnis
pi@mymachine:~ $ ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Feb 14 11:54 usb-busware.de_CUL868-if00 -> ../../ttyACM0 sieht gut aus.
Ich kann aber beide Culs mit derselben firmware flashen, auch wenn einer für fht und einer für homematicgeäte sind soll. Korrekt. 1.67
Zitatdabei aber die Kennung zu ändern. Das war eine Angabe in boards.h, wenn ich das richtig im Kopf habe, die du vor dem make ändern müßtest.
Ich hab die boards.h gefunden und auch angeschaut. In dem Artikel im wiki https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden wird auch über Kennung gesprochen. Meint ihr da die board ID?
Meint ihr da die
#define BOARD_ID_STR "CUL868"
#define BOARD_ID_USTR L"CUL868"
Und da ändern auf "CUL868H" z.B. beide Werte? Ich verspreche, wenn es läuft, schreibe ich alles nochmals zusammen.. und stelle es zur Verfügung. Merci
Zitat von: UweUwe am 14 Februar 2019, 12:16:25
Ich kann aber beide Culs mit derselben firmware flashen, auch wenn einer für fht und einer für homematicgeäte sind soll. Korrekt. 1.67
Ja, die firmware kann identisch sein. Wenn einer der beiden Transceiver (CC1101) für 433MHz optimiert ist, ist auch die USB-Kennung unterschiedlich, aber FHT war auch 868, oder?
Welche der Angaben in boards.h das richtige ist, weiß ich auch nicht (ich habe meinen CUL schon ewig nicht mehr geflasht und auf meinen anderen ATMega32U-Boards werkelt eine andere firmware...). Ich selbst weiß viele Dinge auch erst dann, wenn ich sie ausprobiert habe (z.B. das mit dem Umprogrammieren der CP2102 und (fake?) FTDI's im Wiki), kann also nur dazu raten, das einfach auszuprobieren und dann hier oder gleich im Wiki zu posten ;) .
Zu HM und CUL hast du wahrgenommen, dass das nicht die optimale Wahl ist? Ggf. mal die timing-optimierte firmware-Variante testen oder gleich ein "richtiges" HM-IO nehmen (PI-PCB). (Bitte suche selbst zu den Stichworten, sollte eigentlich alles im Wiki zu finden sein)
Mein Beitrag #29 ist eventuell durchgeflogen, wegen Homematic.
Zitat von: Otto123 am 14 Februar 2019, 11:27:19
Hi,
obwohl ich von CUL wenig Ahnung habe, habe ich mal einen geflashed und habs aufgeschrieben :)
https://heinz-otto.blogspot.com/2016/02/cul-stick-flashen.html
Für den Homematic CUL solltest Du allerdings sowieso eine andere Firmware nehmen. Die weiteren Infos befinden sich hier:
https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale
Gruß Otto
Hallo Beta-User,
ich hab auch noch etwas gelesen und einen Hinweis gefunden:
Zitat
Antw:2 CUL 868 an Raspberry Pi, wie unterscheiden?
« Antwort #8 am: 30 Dezember 2016, 11:47:51 »
Zitat
Zitat von: kingmathers am 30 Dezember 2016, 11:25:39
Was genau bedeutet dass dann für mich? In der Datei board.h die entsprechende Zeile abändern, dann neu kompilieren (?) und dann diese culfw auf einen der Sticks flashen zur Unterscheidung?
Ja. Wobei für den USB Descriptor folgende Zeile in der board.h relevant ist:
Code: [Auswählen]
#define BOARD_ID_USTR L"CUL868"
Also diesen Wert
BOARD_ID_USTR L"CUL868" ändern. Ich werde mal auf derselben Anzahl von Zeichen gehen und "CXH868" verwenden.
Ich weiss, dass der CUL nicht ideal für Homematic ist. Davon möchte ich auch weg.
Ich habe aber ein altes System, auf einem RPI 1 , mit 2 CULs, das ich altuell umschichte auf einen RPI3 mit HM-Funkmodul. Deshalb die jetztige Aktion 8). Ich starte mit 2 CULs und einem Funkmodul auf dem RPI3 und werde jetzt Schritt für Schritt die Homematic module vom CUL auf das Funkmodul umschichten. Das hatte ich Otto 8) schon angedroht. So der Plan.
Zum HM-Umzug:
M.E. ziemlich umständlich, jedenfalls, wenn du nicht gleichzeitig auch noch auf HMCCUx-Module umstellen willst. Einfach eine VCCU (in alt und neu) definieren, die mit derselben HmID versehen und "auf einen Rutsch" alle CUL_HM-Geräte mit der passenden IOGrp versehen.
Dann kannst du die darunterliegenden IO's hin- und hertauschen, wie du lustig bist...
Von sequenziellen Umzügen halte ich persönlich wenig. Richtig vorbereiten, die notwendigen Dienste drumrum installieren, die noch auf derselben Maschine laufen sollen/müssen, Komplettumzug. Fehlerbereinigung. Basta! (Wenn es irgend geht...)
Hallo ihr beiden,
muss bezüglich der Firmware für den Flash nochmals fragen:
Otto, ich werde an dem Link zu dem speziellen Homematic CUL Firmware wohl scheitern. :'( :'(
Ich vermute auch, dass ich 2015, als ich für beide CULs meinen aktuell in Funktion befindlichen Raspberry, damals Version CUL culfw-161, verwendet habe. So meine Aufzeichungen.
Aber wenn du sagst, dass da kein Weg vorbeiführt, so mache ich es.
Hab ich es richtig verstanden?
Beta-User: das mit der VCCU ist der richtige Weg ich weiss. Lebensumstände geben manchmal einen Rahmen vor, leider, manchmal auch die Angst vor dem, was man in der Vergangenheit konfiguriert hat. Sind die Homematic Geräte wirklich sauber gepeert? Ich hab keinen einfachen Zugriff auf die Geräte (Rücksetzen etc?) Und ich weiss, dass ich nicht "erfahren" gearbeitet habe. :'( :'(
Zitat von: UweUwe am 14 Februar 2019, 13:27:54
Hallo ihr beiden,
muss bezüglich der Firmware für den Flash nochmals fragen:
Otto, ich werde an dem Link zu dem speziellen Homematic CUL Firmware wohl scheitern. :'( :'(
Ich vermute auch, dass ich 2015, als ich für beide CULs meinen aktuell in Funktion befindlichen Raspberry, damals Version CUL culfw-161, verwendet habe. So meine Aufzeichungen.
Aber wenn du sagst, dass da kein Weg vorbeiführt, so mache ich es.
Hab ich es richtig verstanden?
Wenn du mittelfristig sowieso ein anderes IO nehmen willst: laß' alles, wie es ist, auch die "alten" CUL kannst du weiternutzen (meiner läuft auch noch auf der vir dir genannten firmware-Version, geht ja, warum ändern?)
ZitatBeta-User: das mit der VCCU ist der richtige Weg ich weiss. Lebensumstände geben manchmal einen Rahmen vor, leider, manchmal auch die Angst vor dem, was man in der Vergangenheit konfiguriert hat. Sind die Homematic Geräte wirklich sauber gepeert? Ich hab keinen einfachen Zugriff auf die Geräte (Rücksetzen etc?) Und ich weiss, dass ich nicht "erfahren" gearbeitet habe. :'( :'(
Ähm, ich verstehe das Problem nicht....
Du sicherst in deinem alten System die cfg.
Dann definierst du eine VCCU (mit nur dem vorhandenen CUL als IO), übernimmst dabei die vorhandene HmID und ergänzt bei allen CUL_HM-Geräten die IOGrp. Dabei geht nichts verloren, du führst nur eine Abstraktionsschicht ein, um zukünftig bei den darunterliegneden IO's flexibel zu sein. Wenn's nicht funktioniert, nimmst du einfach die weggesicherte cfg...
Dann solltest du dich mal mit hminfo auseinandersetzen (immer noch im alten System!). Damit läßt sich einigermaßen komfortabel feststellen, ob es irgendwelche Probleme in der HM-Installation gibt. Muß man sich einlesen, ja, aber es geht dadurch nichts kaputt. Du merkst höchstens, was schon immer nicht ganz 100% war...
Davor braucht man keine Angs zu haben :) . Nur Mut!
Uwe: Ich hätte mir den Stress mit der CUL Firmware auch nicht gemacht, ich hätte das EQ3 Pi Modul genommen.
Es gibt hier viele, die sagen die original CUL Firmware geht und viele scheitern daran mit bestimmten Homematic Produkten und Situationen. Es ist nur eine Empfehlung.
Hallo Otto,
ich bin nicht beratungsresistent. Einer von euch neben mir hier am Schreibtisch für 1/2 Tag. Sofort, alles. Hier mein Gedankenansatz:
Habe heute einen RPI1 mit 2 CULS, FHT und Homematic. Seit 3 Jahres stabil, ohne Änderungen. Am Homematic CUL des RPI 1 hängen devices, an die ich physikalisch nicht gut rankommen, In Rollädenkästen, die hinter Tapeten sitzen. Meine Frau lüncht mich, wenn ich da ran muss. (vielleicht auch nicht sauber gepairt). Die FHEM Installation ist in einem Ferienhaus, in dem ich noch ca. 1 Woche bin (max). Dann zwingen mich Lebensumstände leider dazu, dass ich mehrere Monate hier nicht sein kann (darf). Es ist dann niemand hier. Das System muss gut und sicher laufen, wie in der Vergangenheit. Es ist niemand vorort.
Da ich zusätzlich noch Alarmanlage und Kamera installiere tuts der RPI1 nicht länger ==> Meine Vorstellung. Ich hab ihn aber noch als Fallback (Software und Hardware komplett)
Mein Plan war nun: Neuer RPI 3 mit 2 CUL und einem EQ PI Modul (Homematic Funkmodul) .
Nach "Ottos Rezept" RPI3 hochziehen (wobei ich ganz ursprünglich geplant hatte, nur die kopiere Flashkarte vom RPI1 auf den RPI3 Umzustecken), 2 x CUL einstecken, 1 x Homematic Funkmodul aufstecken, Sicherung FHEM einspielen. ==> neue gute Basis.
Ab hier dann das System Schritt für Schritt (und jederzeit abbrechbar, da meine Zeit hier vorüber ist) säubern, umsetzen, ..(völlig entspannt).
Realität hat mich eines besseren belehrt. Und nun, Planänderung?
Zitat von: UweUwe am 14 Februar 2019, 18:18:59
Und nun, Planänderung?
Kommt drauf an: Wenn viele notify etc. sind, die auf CUL_HM-Events reagieren, würde ich dazu tendieren, in so einem Fall nur minimalistisch vorzugehen, also auf eine VCCU zu verzichten (das kann die Zahl der Events ändern).
Daher am besten nur das PI-PCB verwenden (übergangsweise den CUL), da kann man "in einem Rutsch" auch das IO für alle CUL_HM-Geräte ändern.
Ansonsten nur: Neue Hardware, alles aktualisieren, backup drauf, nochmal testen, ob alles aktuell ist und läuft (ggf. nach Anpassung der IO-Angaben => lassen, wie es ist...
Unbedingt eine gute und haltbare Karte verwenden!
Hi, möchte mich über den Support ganz ausdrücklich 8) 8) 8) 8) bedanken. Super, ohne dies, keine Chance.
Hab mir folgenden Weg überlegt:
1. Die beiden CULs für der RPI 3 vorbereiten und versuchen, ob ich den RPI 3 mit den CULs zum Laufen bringe. Die FHT Module brauchen ja in jedem Fall einen CUL auf dem RPI3
Sobald der RPI3 auf einem ersten sicheren Podest steht (Homematic ausgenommen), zurück auf den RPI 1 , Homematic devices auf VCCU packen, HM anschauen, alles mit dem Ziel, den CUL auf dem RPI 3 für Homematic nicht verwenden zu müssen. Anschliessend FHEM nochmals von RPI 1 nach RPI 3 transferieren. So der Plan.
Ich berichte und dokumentiere. Euere Beratung ist mir sehr wichtig :) 8) 8)
Hallo,
Zwischenstand:
1. Änderung der Kennung des CUL Devices gelang mir leider nicht, obwohl ich in board.h beide Werte geändert habe:#define BOARD_ID_STR "CHX868"
#define BOARD_ID_USTR L"CHX868"
Habe mehrmals geflasht mit unterschiedlichen Daten im board.h immer der gleiche Output (ohne Schreibschutz 8))
pi@mymachine:~ $ ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Feb 14 11:54 usb-busware.de_CUL868-if00 -> ../../ttyAC M0 Der Ablauf war immer fehlerfrei:pi@mymachine:~/culfw-1.67/Devices/CUL $ sudo make usbprogram_v3
dfu-programmer atmega32u4 erase || true
dfu-programmer atmega32u4 flash CUL_V3.hex
Validating...
28452 bytes used (99.23%)
dfu-programmer atmega32u4 start
2. Mein FHEM Backup spielte ich (mit identischen CUL) gemäss der Anweisung von OTTO "Backup und Restore von FHEM" nochmals ein und hatte dann auf den ersten Blick ein Kopie des RPI1 Systemes auf dem RPI3 (+++ 8) 8) ) funktionsfähig.
Ohne die Mithilfe von Beta_User und Otto wäre ich nicht da. Danke nochmals. Zurück nach RPI 1 muss ich wohl nicht.
Nächster Schritt ist das Homematic-Funkmodul und die vielen Punkte aus HM (hab schon mal gesichtet :'().
das einfach auszuprobieren und dann hier oder gleich im Wiki zu posten ;) .
Ich hatte zugesagt, dass ich die Erkenntnisse aufschreibe und verschicke. Notizen sind da, welche Abläufe soll ich beschreiben und wohin schicken? Mach ich gerne. 8).
Klingt doch gut? Das mit dem Homematic eq3 RPI Modul sollte leicht gehen. Steht alles im Wiki :)
Gruß Otto
Na ja, schade, dass es mit dem Umbenennen nicht geklappt hat (daher lohnt das Aufschreiben dann auch nicht). Solange du "nur" die beiden ACM-Devices da an dem Pi hast, ist es ja auch kein echtes Problem, gibt wichtigeres...
CUL kommt eh' mehr und mehr aus der Mode (entweder Selbstbau, dann Nano, oder gleich auf Maple-Basis => mehr Transceiver).
Schön ist jedenfalls, dass erst mal alles wieder auf dem 3-er läuft!
Zitat von: Otto123 am 14 Februar 2019, 21:57:06
Klingt doch gut? Das mit dem Homematic eq3 RPI Modul sollte leicht gehen. Steht alles im Wiki :)
Gruß Otto
Außer vielleicht für das mit dem IO nach Einbau und Def des Pi-PCB's "auf einen Rutsch":
attr TYPE=CUL_HM IODev <Name des Pi-Moduls>
macht doch die VCCU? Oder war da jetzt keine. Ich bin verwirrt.
Hallo Otto,
in dieser FHEM Installation gab es nur den Versuch einer VCCU. Ist aber nie zum Laufen gekommen. Die wichtigsten devices sind 6 Rolladenaktoren und 6 6 fach Taster (meine Lieblinge 8). Ich werde mich heute mal darum kümmern. VCCU ist ein muß.
Danke der Nachfrage.
Hallo, an alle, die dies später nochmals lesen eine kleine Zusammenfassung meiner Erkenntnisse.
1. Es gibt sicherlich den Fall, dass man einen Systemwechsel von RPI1 nach RPI3 (mit 2 Culs FHT und Homematic) durch umstecken der Flashkarte hinbekommt. Bei mir war es nicht der Fall.
2. Ich habe wieder viel Erfahrungen gemacht und durch die Mithilfe von Otto und Beta-User hat es auch funktioniert
3. Wenn ich es heute nochmals zu tun hätte, so würde ich folgenden Weg wählen:
Vorbereitungen:
a) FHEM sichern ausserhalb des alten Systemes
b) mit den 2 Papieren von Ottos's Technik Blog Installation Raspberry Pi und Setup FHEM einen jungfäulichen RPI 3 aufbauen.
c) Ich musste auf dem Raspberry noch "avrdude" nachinstallieren
d) nacheinander die beiden CULs für FHT und Homematic flashen
1). Habe versucht unterschiedliche Kennungen in die Flash zu brennen (board.h Datei), ohne Erfolg.
2.) Beide CULs habe ich deshalb mit derselben Firmware 1.67 gebrannt (nacheinander), wohl bewusst, dass dies nicht optimal für die Homematic ist. Auch mit der identischen Kennung. Für mich ist der Homematic CUL nur eine Übergangslösung zu dem Homematic Funkmodul, das ich seit Beginn der Installation des RPI 3 bereits hardwaremässig gesteckt hatte.
3. Gesichertes Update vom RPI-1 System aufspielen, gemäss Ottos Technik Blog "Backup und Restore von FHEM"
4. Raspberry 3 neu starten.
==> Erfolg war da. FHEM Umzug von RPI1 auf RPI3
Vorab mal Danke für die positive Rückmeldung und GRATULATION, dass es nun läuft!
Zitat von: UweUwe am 15 Februar 2019, 08:07:55
Hallo Otto,
in dieser FHEM Installation gab es nur den Versuch einer VCCU. Ist aber nie zum Laufen gekommen. Die wichtigsten devices sind 6 Rolladenaktoren und 6 6 fach Taster (meine Lieblinge 8) . Ich werde mich heute mal darum kümmern. VCCU ist ein muß.
Danke der Nachfrage.
Auch wenn ich gerne den Einsatz einer VCCU empfehle und die (zusammen mit hminfo) für sehr wichtig im Zusammenhang mit CUL_HM halte, gibt es einen Haken, den du in deiner Situation kennen solltest: die Ereignisse werden teilweise "anders" und kommen eventuell doppelt. Du mußt also unbedingt nach dem Einrichten der VCCU checken, ob die Regexe noch passen (z.B. "on (to VCCU)"). Sonst kann es sein, dass plötzlich manches doppelt ausgelöst wird usw..
Wenn es dir als zeitlich reicht, das sauber zu prüfen (man bekommt auch schnell ein Gefühl dafür), dann mach das mit der VCCU, wenn nicht (oder du dich dabei unsicher fühlst): laß es und verschiebe es auf ruhigere Zeiten!
Vor dem Umstellen unbedingt ein backup machen :) .
Schön das es läuft, ich unterschreiben den letzten Gedanken von Beta-User voll!
Schönes sonniges Wochenende
Otto