shutdown restart startet FHEM nicht neu

[Sammy51]

Vorgeschichte ist ein "shutdown restart" Versuch aus FHEM. Das führt zu einem shutdown ohne restart.
Danach probierte ich dann den start wie oben beschrieben.

FHEM läuft bei mir auf Ubuntu 16.04 LTS

[Wernieman]

Die Frage wäre, wie Deine SystemD eEnstellung zu fhem aussieht.

Normalerweise zu finden unter: /etc/systemd/system/fhem.service

Code Auswählen Erweitern

cat /etc/systemd/system/fhem.service

[Sammy51]

cat: /etc/systemd/system/fhem.service: Datei oder Verzeichnis nicht gefunden

[MadMax-FHEM]

Auf welches OS hast du aufgesetzt?

Code Auswählen Erweitern


cat /etc/os-release


Wie hast du fhem installiert?

Weil wenn Buster (sollte!! Und wenn schon: Lite! Ohne Desktop!) und die Installation nach: debian.fhem.de -> "the easy way", dann sollte da was kommen...

Bzw. zeig doch mal:

Code Auswählen Erweitern


ls -la /etc/systemd/system


und

Code Auswählen Erweitern


ls -la /etc/init.d


Gruß, Joachim

[Sammy51]

Gerne danke

Code Auswählen Erweitern

PRETTY_NAME="Ubuntu 16.04.7 LTS"
VERSION_ID="16.04"
HOME_URL="http://www.ubuntu.com/"
SUPPORT_URL="http://help.ubuntu.com/"
BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"
VERSION_CODENAME=xenial
UBUNTU_CODENAME=xenial

Code Auswählen Erweitern

insgesamt 60
drwxr-xr-x 15 root root 4096 Jun  5 22:19 .
drwxr-xr-x  5 root root 4096 Okt 30 08:55 ..
drwxr-xr-x  2 root root 4096 Mär 19  2018 bluetooth.target.wants
drwxr-xr-x  2 root root 4096 Jun  5 19:41 cloud-final.service.wants
lrwxrwxrwx  1 root root   37 Mär 19  2018 dbus-org.bluez.service -> /lib/systemd/system/bluetooth.service
lrwxrwxrwx  1 root root   36 Jun  5 22:19 dbus-org.freedesktop.thermald.service -> /lib/systemd/system/thermald.service
drwxr-xr-x  2 root root 4096 Mär 19  2018 default.target.wants
drwxr-xr-x  2 root root 4096 Mär 19  2018 final.target.wants
drwxr-xr-x  2 root root 4096 Mär 19  2018 getty.target.wants
drwxr-xr-x  2 root root 4096 Mär 19  2018 graphical.target.wants
lrwxrwxrwx  1 root root   38 Mär 19  2018 iscsi.service -> /lib/systemd/system/open-iscsi.service
drwxr-xr-x  2 root root 4096 Jul 16 06:30 multi-user.target.wants
drwxr-xr-x  2 root root 4096 Mär 19  2018 network-online.target.wants
drwxr-xr-x  2 root root 4096 Jun  5 22:19 open-vm-tools.service.requires
drwxr-xr-x  2 root root 4096 Mär 19  2018 paths.target.wants
drwxr-xr-x  2 root root 4096 Mär 19  2018 sockets.target.wants
lrwxrwxrwx  1 root root   31 Mär 19  2018 sshd.service -> /lib/systemd/system/ssh.service
drwxr-xr-x  2 root root 4096 Jul 20  2019 sysinit.target.wants
lrwxrwxrwx  1 root root   35 Mär 19  2018 syslog.service -> /lib/systemd/system/rsyslog.service
drwxr-xr-x  2 root root 4096 Jun  5 19:37 timers.target.wants

Code Auswählen Erweitern

insgesamt 356
drwxr-xr-x   2 root root 4096 Okt 30 08:55 .
drwxr-xr-x 104 root root 4096 Okt 30 08:55 ..
-rwxr-xr-x   1 root root 2243 Feb  9  2016 acpid
-rwxr-xr-x   1 root root 8087 Apr  5  2016 apache2
-rwxr-xr-x   1 root root 2210 Apr  5  2016 apache-htcacheclean
-rwxr-xr-x   1 root root 6223 Mär  3  2017 apparmor
-rwxr-xr-x   1 root root 2964 Sep 25 17:37 apport
-rwxr-xr-x   1 root root 1071 Dez  6  2015 atd
-rwxr-xr-x   1 root root 2968 Mär  1  2016 bluetooth
-rwxr-xr-x   1 root root 1275 Jan 19  2016 bootmisc.sh
-rwxr-xr-x   1 root root 3807 Jan 19  2016 checkfs.sh
-rwxr-xr-x   1 root root 1098 Jan 19  2016 checkroot-bootclean.sh
-rwxr-xr-x   1 root root 9353 Jan 19  2016 checkroot.sh
-rwxr-xr-x   1 root root 1343 Apr  4  2016 console-setup
-rwxr-xr-x   1 root root 3049 Apr  5  2016 cron
-rwxr-xr-x   1 root root  937 Mär 28  2015 cryptdisks
-rwxr-xr-x   1 root root  896 Mär 28  2015 cryptdisks-early
-rwxr-xr-x   1 root root 2813 Dez  2  2015 dbus
-rw-r--r--   1 root root 1194 Okt 30 08:55 .depend.boot
-rw-r--r--   1 root root 1348 Okt 30 08:55 .depend.start
-rw-r--r--   1 root root 1434 Okt 30 08:55 .depend.stop
-rwxr-xr-x   1 root root 1442 Mär 19  2018 fhem
-rwxr-xr-x   1 root root 1105 Jan 24  2018 grub-common
-rwxr-xr-x   1 root root 1336 Jan 19  2016 halt
-rwxr-xr-x   1 root root 1423 Jan 19  2016 hostname.sh
-rwxr-xr-x   1 root root 3809 Mär 12  2016 hwclock.sh
-rwxr-xr-x   1 root root 2372 Apr 11  2016 irqbalance
-rwxr-xr-x   1 root root 1503 Mär 29  2016 iscsid
-rwxr-xr-x   1 root root 1804 Apr  4  2016 keyboard-setup.dpkg-bak
-rwxr-xr-x   1 root root 1300 Jan 19  2016 killprocs
-rwxr-xr-x   1 root root 2087 Dez 21  2015 kmod
-rwxr-xr-x   1 root root  695 Okt 30  2015 lvm2
-rwxr-xr-x   1 root root  571 Okt 30  2015 lvm2-lvmetad
-rwxr-xr-x   1 root root  586 Okt 30  2015 lvm2-lvmpolld
-rwxr-xr-x   1 root root 2378 Nov  9  2017 lxcfs
-rwxr-xr-x   1 root root 2541 Dez  7  2017 lxd
-rwxr-xr-x   1 root root 2365 Okt  9  2017 mdadm
-rwxr-xr-x   1 root root 1199 Jul 16  2014 mdadm-waitidle
-rwxr-xr-x   1 root root  703 Jan 19  2016 mountall-bootclean.sh
-rwxr-xr-x   1 root root 2301 Jan 19  2016 mountall.sh
-rwxr-xr-x   1 root root 1461 Jan 19  2016 mountdevsubfs.sh
-rwxr-xr-x   1 root root 1564 Jan 19  2016 mountkernfs.sh
-rwxr-xr-x   1 root root  711 Jan 19  2016 mountnfs-bootclean.sh
-rwxr-xr-x   1 root root 2456 Jan 19  2016 mountnfs.sh
-rwxr-xr-x   1 root root 5449 Mär  6  2018 mysql
-rwxr-xr-x   1 root root 4771 Jul 19  2015 networking
-rwxr-xr-x   1 root root 1988 Sep 24  2018 nmbd
-rwxr-xr-x   1 root root 1581 Okt 16  2015 ondemand
-rwxr-xr-x   1 root root 2503 Mär 29  2016 open-iscsi
-rwxr-xr-x   1 root root 1846 Mär 22  2018 open-vm-tools
-rwxr-xr-x   1 root root 1366 Nov 15  2015 plymouth
-rwxr-xr-x   1 root root  752 Nov 15  2015 plymouth-log
-rwxr-xr-x   1 root root 1192 Sep  6  2015 procps
-rwxr-xr-x   1 root root 6366 Jan 19  2016 rc
-rwxr-xr-x   1 root root  820 Jan 19  2016 rc.local
-rwxr-xr-x   1 root root  117 Jan 19  2016 rcS
-rw-r--r--   1 root root 2427 Jan 19  2016 README
-rwxr-xr-x   1 root root  661 Jan 19  2016 reboot
-rwxr-xr-x   1 root root 4149 Nov 23  2015 resolvconf
-rwxr-xr-x   1 root root 4355 Jul 10  2014 rsync
-rwxr-xr-x   1 root root 2796 Feb  3  2016 rsyslog
-rwxr-xr-x   1 root root 1266 Mär  9  2016 samba
-rwxr-xr-x   1 root root 2342 Sep 24  2018 samba-ad-dc
-rwxr-xr-x   1 root root 1226 Jun  9  2015 screen-cleanup
-rwxr-xr-x   1 root root 3927 Jan 19  2016 sendsigs
-rwxr-xr-x   1 root root  597 Jan 19  2016 single
-rw-r--r--   1 root root 1087 Jan 19  2016 skeleton
-rwxr-xr-x   1 root root 1971 Sep 24  2018 smbd
-rwxr-xr-x   1 root root 4077 Mär 16  2017 ssh
-rwxr-xr-x   1 root root 1154 Jan 29  2016 thermald
-rwxr-xr-x   1 root root 6087 Apr 12  2016 udev
-rwxr-xr-x   1 root root 2049 Aug  7  2014 ufw
-rwxr-xr-x   1 root root 2737 Jan 19  2016 umountfs
-rwxr-xr-x   1 root root 2202 Jan 19  2016 umountnfs.sh
-rwxr-xr-x   1 root root 1879 Jan 19  2016 umountroot
-rwxr-xr-x   1 root root 1391 Apr 20  2017 unattended-upgrades
-rwxr-xr-x   1 root root 3111 Jan 19  2016 urandom
-rwxr-xr-x   1 root root 1306 Nov 30  2017 uuidd
-rwxr-xr-x   1 root root 2757 Nov 10  2015 x11-common



EDIT: Wenn es sinnig scheint könnte ich versuchen das upzudaten oder ein backup erstellen und es neu aufsetzen?
Aber eigentlich hab ich die Zeit nicht - und wenn dann wäre zu überlgen auf einen RAspi3 umzusteigen und HMLAN (wird langsam alt) durch ein Homematic HAT für den Raspi zu ersetzen (Teile liegen irgendwo zum löten).

[MadMax-FHEM]

Ok.

Ubuntu 16.04 vgl.bar Jessie (wenn ich richtig liege)

Ist aber auch schon (lange) "out of service"...

Daher auch das "Startscript" unter /etc/init.d (wäre gut gewesen, wenn auch der Aufruf mit gepostet worden wäre, so muss man sich das "erraten"   )...

Damit sollte aber "shutdown restart" kein Problem sein...
...bzw. nicht das "übliche" "serviced-Autostart-Problem"...

Ein Umzug sollte mit einem fhem-Backup und Restore funktionieren...
...plus evtl. zusätzlich notwendiger Pakete (hoffentlich Notizen vorhanden, ansonsten: nach Umzug fhem-Log kucken   )...
...wenn du wirklich willst...

EDIT: bzw. sollte IMMER ein Backup-/Restore-Konzept vorhanden sein! Und (meiner Meinung nach) eines, welches UNABHÄNGIG von der unterlagerten Plattform ist (eigentlich sogar unabhängig ob Windows oder Linux)... Daher halte ich von: VMs kopieren (o.ä.) oder auch SD-Karten-Komplett-Abzügen nicht wirklich viel... Mir reicht ein fhem-Backup und meine Notizen. Maximal muss ich halt sehen, wie gewisse Dinge (oder notwendige Pakete etc.) auf der neuen Plattform umzusetzen sind aber das sollte anhand meiner Notizen funktionieren (außer nat. die neue [HW-]Plattform unterstützt gewisse nötige Dinge nicht [direkt], dann ist es einfach die falsche Plattform   Z.B. Umzug von einem PI mit besagtem Aufsteck-Funkmodul auf einen "PC" wird halt einfach so nicht gehen, da muss entweder was mit WLAN/LAN oder USB "gebastelt" werden. Aber der Rest von "meinem" Backup bzw. Restore läuft ganz normal...   )
https://heinz-otto.blogspot.com/2015/12/backup-und-restore-von-fhem.html
Es gibt auch einige Threads bzgl. Backup/Restore und System- bzw. fhem-Umzug...

Gruß, Joachim

[Wernieman]

Naja 16.04 wird offiziell noch bis Apr. 2021 gepflegt, solange es auf das neueste 16.04.7 LTS  upgedatet wurde (Wie hier). trotzdem sollte man sich zeitnah um ein Update kümmern. Solange "nur" FHEM drauf läuft, könntest Du es auch mit "do-release-upgrade" (BACKUP!!!). Vor allem, da nur das "Kernsystem" solange updates bekommt.

Warum aber fhem mit shutdown restart probleme hat, ist mir aktuell ein Rätsel.

[MadMax-FHEM]

Naja 16.04 wird offiziell noch bis Apr. 2021 gepflegt, solange es auf das neueste 16.04.7 LTS  upgedatet wurde (Wie hier). trotzdem sollte man sich zeitnah um ein Update kümmern. Solange "nur" FHEM drauf läuft, könntest Du es auch mit "do-release-upgrade" (BACKUP!!!). Vor allem, da nur das "Kernsystem" solange updates bekommt.

Jep, da hast du recht...

Aber bis man kuckt ist April

Und bei einem Release-Upgrade bleibt alles (also fhem) unter init.d

Ist an sich ja kein Problem...
...aber da aktuell ja systemd ist, sind halt Hilfestellungen erst mal (wie hier zu Beginn ja auch) erst mal in die "falsche Richtung" unterwegs...

Ich bin (siehe Backup-/Restore-Konzept) eher für: Aufsetzen eines neuen Systems und sauberer Umzug...

Ich werfe dabei auch immer einige Dinge über Board, von denen ich gemerkt habe bzw. beim "Umzug" ja wieder drüber stolpere (aha, diese Schritte jetzt wegen DEM. Brauche ich das überhaupt noch? Nein, dann: Schritt weglassen und auch DAS nicht übernehmen   )...

Und wenn er eh auf einen PI will, ist neu Aufsetzen eh ratsam...

EDIT: wobei, wenn die Plattform gut läuft etc. warum dann einen PI!? SD-Problem und SSD per USB usw. (nicht, dass ich das nicht mag, ich "laufe" ja selber [mehrfach] so   )... Und wenn es nur wegen dem Funkmodul ist: das geht auch per LAN/WLAN und USB: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Ich habe es beispielsweise seit einigen Jahren per USB an einem PI hängen / weil auf meinem Hauptsystem (aktuell noch mit HM-CFG-USB, den es ja leider nicht mehr gibt) der Steckplatz mit einem EnOcean-Modul belegt ist und ich aber schon mal für den "Ausfall-Fall" vorbereitet sein will

Warum aber fhem mit shutdown restart probleme hat, ist mir aktuell ein Rätsel.

Jep, leider bei mir auch.
Steht denn etwas im fhem Log bei shutdown/restart!?

Gruß, Joachim

[Sammy51]

Danke Euch für die Tipps.

Bin erstmal für die einfachste Lösung weil es echt an Zeit mangelt (heute mal frei aber auch noch viele ToDos bevor die Kinder aus der Kita kommen).

do-release-upgrade klingt nicht schlecht. FHEM Backup ist an sich ja einfach (ein restore hab ich bislang noch nicht gemacht oder es ist ewig her seit dem umzug vom raspi1 auf den nuc). Zudem ist inzwischen z.b. alexa intalliert was recht hakelig war und nicht allein mit dem backup rückgestellt werden könnte (aber das wäre im Fall der fälle ja nicht das allerschlimmste).

Umzug auf Raspi ist nicht zwingend schien mir nur eine gute idee da ich bislang für homematic keine andere lösung kenne als den hat auf dem raspi + raspimatic - zudem wäre dann der nuc frei für andere Nutzung. So aufwändiges stelle ich aber auch gerne zurück. Wäre nur blöd wenn plötzlich der hmlan ausfällt (letzens einmal schon rot geblinkt .. on/off half).

[MadMax-FHEM]

do-release-upgrade klingt nicht schlecht. FHEM Backup ist an sich ja einfach (ein restore hab ich bislang noch nicht gemacht oder es ist ewig her seit dem umzug vom raspi1 auf den nuc). Zudem ist inzwischen z.b. alexa intalliert was recht hakelig war und nicht allein mit dem backup rückgestellt werden könnte (aber das wäre im Fall der fälle ja nicht das allerschlimmste).

Naja Backup ohne Restore ist kein Backup

Nutzt du (schon) den alexa-fhem Connector?
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa

Der geht ja wirklich einfach!

EDIT: allerdings ist dazu ein neues System notwendig, weil eine (halbwegs) aktuelle node Version benötigt wird...

Wenn du von einer bestehenden Installation (also "früher" wo man noch einiges bei Amazon machen musste, Port offen [EDIT: der kann dann auch zu   ] usw.), dann bei Umstieg auf DEMSELBEN System: ALLES ALTE LÖSCHEN!! (seht aber auch im Wiki)

Und: es hat sich der "Filter" geändert. Früher war es -> Geräte in den den "room alexa" schieben / "heute" ist es -> "einen alexaName vergeben"...

Benutzt du den Custom Skill oder "nur" den Smart Home Skill!?

Wenn noch nicht auf dem Connector: steig um

EDIT: oder hast du sowas wie "ha-bridge"!? Dann: steig erst recht um

Umzug auf Raspi ist nicht zwingend schien mir nur eine gute idee da ich bislang für homematic keine andere lösung kenne als den hat auf dem raspi + raspimatic - zudem wäre dann der nuc frei für andere Nutzung. So aufwändiges stelle ich aber auch gerne zurück. Wäre nur blöd wenn plötzlich der hmlan ausfällt (letzens einmal schon rot geblinkt .. on/off half).

Du verwendest aber aktuell CUL_HM zur Einbindung in fhem!?


Mit der von dir genannten Variante wäre das aber HMCCU!!!

GANZ ANDERE BAUSTELLE!!
Alle vorhandenen Geräte etc. NEU!!!

Notify/DOIF bzgl. Homematic: NEU!!


Also ich würde ja: eine vccu einrichten (wenn noch nicht gemacht)
https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU
(NICHT verwechseln mit piVccu, debmatic, ...)

Dann das HMOD-PCB (entweder beim PI direkt drauf oder beim NUC per LAN[WLAN] oder USB) ebenfalls der vccu hinzufügen...

Solange der HMLAN tut: alles gut, wird er eben mit benutzt (oder auch nicht, entscheidet die vccu   )

Wenn der kaputt ist: auch ok. Dann einfach löschen und gut...

Weil: die vccu hat ja noch ein IO (HMOD-PCB   )...

Gruß, Joachim

[Sammy51]

Es ist schon der neue alexa connector ... fummelig war node korrekt upzudaten das war jedenfalls einer der Punkte bei dem es klemmte.

Klemmt inzwische aber scheinbar an mehreren Stellen. Habe den Eindruck das Backup klappt nicht. Auch finden sich ein paar andere eher "negative" Meldungen im Logfile.

Code Auswählen Erweitern


2020.10.30 11:48:00 2: backup include:
2020.10.30 11:48:00 2: Backup with command: tar czf ./backup/FHEM-20201030_114800.tar.gz "./demolog" "./GPL_V2.txt" "./README_DEMO.txt" "./www" "./backup_cfg-state" "./fhem.pl" "./FHEM" "./alexa-fhem.cfg.previous" "./lib" "./log" "./contrib" "./unused" "./CHANGED" "./MAINTAINER.txt" "./restoreDir" "./fhem.cfg" "./SonosSpeak" "./configDB.pm" "./alexa-fhem.cfg" "./docs" "./fhem.cfg.demo"
2020.10.30 11:48:00 3: telnetForBlockingFn_1604054880: port 40414 opened

Ein done oder ähnliches kommt nicht.

Beim HMLAN wird "owner_CCU vccu" angezeigt.

[MadMax-FHEM]

Wird denn unter /opt/fhem/backup eine Datei angelegt?

Ansonsten den im Log stehenden "tar-Befehl" auf der Console ausführen...

Entweder als User fhem oder mit sudo...


Naja, wenn du ein aktuelles Sytem hast (am einfachsten tatsächlich PI mit Raspbian Buster Lite   aber auch ein aktuelles Ubuntu), sollte das mit nodejs auch kein Akt sein...

EDIT: zumindest auf Raspbian Buster ist das ganz fix, einfach nehmen was mit apt mitkommt...

EDIT: die Schlüssel unter /opt/fhem/.ssh nicht vergessen... Oder Skill in der Alexa-App "deaktivieren" und neu (mit den neu generierten) Schlüsseln verknüpfen (also nat. nur, wenn du das System wechselst/neu machst /  Aber ansinsten brauchst du ja auch kein Backup   )


Hmmm, dann hast du schon eine vccu?

list model=CCU-FHEM

Sollte Klarheit schaffen...

Wenn ja, dann ist der "Umzug" auf ein anderes Funkmodul einfach...

Gruß, Joachim

[Sammy51]

Bzgl. DAtei muss ich später mal gucken. Zur Not sollte ich wohl ein BAckup von vor wenigen Monaten haben -seitdem wenig bis nichts geändert glaube ich.

Bzgl. VCCU (viele HMlan Teile habe ich derzeit nicht ... danben etwas enocean und etwa zwave)

Code Auswählen Erweitern

DEF        29A490
   FUUID      5d028802-f33f-826a-5276-3b5c240c23ca7f51
   HMLAN1_MSGCNT 1
   HMLAN1_RAWMSG E688D2D,0000,015483AA,FF,FFA0,C2A610688D2D65106406010000
   HMLAN1_RSSI -96
   HMLAN1_TIME 2020-10-30 11:53:09
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     1
   NAME       vccu
   NOTIFYDEV  global
   NR         54
   NTFY_ORDER 50-vccu
   STATE      HMLAN1:ok
   TYPE       CUL_HM
   assignedIOs HMLAN1
   chanNo     01
   READINGS:
     2020-10-30 11:43:26   IOopen          1
     2020-10-30 11:43:26   state           HMLAN1:ok
     2020-07-18 10:05:16   unknown_31A8E5  received
     2019-07-22 21:40:53   unknown_468584  received
     2019-06-06 14:51:36   unknown_4C344B  received
     2020-03-08 19:41:58   unknown_5B43F6  received
     2019-06-06 14:29:46   unknown_5B4DC0  received
     2020-10-30 10:11:53   unknown_5F5A83  received
     2020-10-26 16:36:16   unknown_601408  received
     2019-07-04 20:22:27   unknown_651064  received
     2020-10-30 11:23:31   unknown_6629C5  received
     2020-10-30 11:53:09   unknown_688D2D  received
     2020-10-30 11:30:06   unknown_6912D2  received
     2020-10-30 09:44:29   unknown_691315  received
     2020-10-30 11:07:05   unknown_6B57EA  received
     2020-10-30 07:24:11   unknown_6F2AFE  received
     2020-10-23 07:48:30   unknown_87F643  received
     2019-12-30 20:22:13   unknown_8B8568  received
     2020-03-29 14:15:33   unknown_8BFDDE  received
     2020-10-30 09:03:05   unknown_8D4BE0  received
     2020-10-12 08:04:33   unknown_B89B90  received
   helper:
     HM_CMDNR   12
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     0
     rxType     1
     cmds:
       TmplKey    :no:1604054606.51165
       TmplTs     1604054606.51165
       cmdKey     1:1:1::vccu::01:
       cmdLst:
         assignHmKey noArg
         assignIO   -IO- [({set}|unset)]
         clear      [(readings|rssi|msgErrors|{msgErrors}|unknownDev)]
         defIgnUnknown noArg
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getDevInfo noArg
         hmPairForSec [-sec-]
         hmPairSerial -serial-
         peerChan   -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
         peerSmart  -peerOpt-
         postEvent  -condition-
         press      [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
         pressL     [(-peer-|{all})]
         pressS     [(-peer-|{all})]
         raw        -data- [...]
         reset      noArg
         unpair     noArg
         update     noArg
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    ,G1.4Sw.Sw3.n3,G1.4Sw.Sw4.n4,GT.Licht.Terassendielen,GT.Power.Quellstein1,HW.Licht.Decke,WZ.Licht.DeckeLed,WZ.Licht.DeckeNeon
         tplDel     
       rtrvLst:
         cmdList    [({short}|long)]
         listDevice noArg
         param      -param-
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
       ioList:
         HMLAN1
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
     tmpl:
Attributes:
   IODev      HMLAN1
   IOList     HMLAN1
   expert     defReg,rawReg
   model      CCU-FHEM
   subType    virtual
   webCmd     virtual:update

Kannts Du eine Anleitung empfehlen um ein aktuelles Ubuntu+ fhem oder raspi +fhem (evtl + raspi homematic modul) empfehlen?
Vielleicht sollte ich das neuaufsetzen tatsächlich mal kurzfristig angehen. für raspi 3 spräche das ich dann erstmal noch den nuc als backup hätte (solange der unverändert bliebe)

[frank]

Wäre nur blöd wenn plötzlich der hmlan ausfällt (letzens einmal schon rot geblinkt .. on/off half).

die mittlere led (status) leuchtet bei jeder gesendeten funk-message kurz rot auf.
du solltest dir also sorgen machen, wenn sie nicht mehr blinkt. 

[MadMax-FHEM]

Bzgl. DAtei muss ich später mal gucken. Zur Not sollte ich wohl ein BAckup von vor wenigen Monaten haben -seitdem wenig bis nichts geändert glaube ich.

Ja, schau mal.
Wenn nicht, einfach manuell machen...

https://heinz-otto.blogspot.com/2015/12/backup-und-restore-von-fhem.html

Bzgl. VCCU (viele HMlan Teile habe ich derzeit nicht ... danben etwas enocean und etwa zwave)

Wunderbar. Dann ist das Hinzufügen bzw. (später) Entfernen eines IO kein Problem...

EDIT:

die mittlere led (status) leuchtet bei jeder gesendeten funk-message kurz rot auf.
du solltest dir also sorgen machen, wenn sie nicht mehr blinkt. 

auch wenn wohl (erst mal) unnötig

Bei Zwave (EnOcean weiß ich nicht) sind die angelernten Geräte (auch) im Funk-Modul gespeichert.
D.h. bei einem Umzug das Funkmodul mitnehmen...
...oder backup FW und Restore auf neues Funkmodul (Typ etc. beachten! Siehe ZWave Wiki / Forum)...
...oder neu anlernen...

EDIT: bei Homematic ist die HMID entscheidend! Die ist in den jeweiligen, angelernten Geräten hinterlegt (als "deren" Zentrale)... Also die mal merken!

Kannts Du eine Anleitung empfehlen um ein aktuelles Ubuntu+ fhem oder raspi +fhem (evtl + raspi homematic modul) empfehlen?
Vielleicht sollte ich das neuaufsetzen tatsächlich mal kurzfristig angehen. für raspi 3 spräche das ich dann erstmal noch den nuc als backup hätte (solange der unverändert bliebe)

Homematic-Funkmodul: eben das HMOD-PCB!

Siehe Link in einer meiner Antworten...

Anleitung zur Installation: debian.fhem.de -> "the easy Way"

EDIT: bzgl. Raspbian halt Buster LITE! Die Anleitung ("the easy way") sollte auch für Ubuntu passen (ist ja auch Debian irgendwie)... Ab und an ein sudo hinzufügen! Oder die Installationsschritte (aber NICHT MEHR!!) als root ausführen "sudo su" und dann "exit" nicht vergessen!!

Gruß, Joachim