Moin,
habe mein PI und Fritz Box von Strom getrennt.
Jetzt findet er in Fhem meine Hue Lampen und Homematic geräte nicht mehr.
Log nach den Einschalten des Stroms
2017.02.22 12:15:44 3: CCURPC: CB2001 Received 500 events from CCU since last check
2017.02.22 12:17:06 1: Including fhem.cfg
2017.02.22 12:17:06 3: telnetPort: port 7072 opened
2017.02.22 12:17:06 3: WEB: port 8083 opened
2017.02.22 12:17:07 3: WEBphone: port 8084 opened
2017.02.22 12:17:07 3: WEBtablet: port 8085 opened
2017.02.22 12:17:07 2: eventTypes: loaded 1008 events from ./log/eventTypes.txt
2017.02.22 12:17:07 3: HUEDevice4: I/O device is hueBridge1
2017.02.22 12:17:07 3: HUEDevice5: I/O device is hueBridge1
2017.02.22 12:17:07 3: HUEDevice2: I/O device is hueBridge1
2017.02.22 12:17:07 3: HUEDevice1: I/O device is hueBridge1
2017.02.22 12:17:07 3: HUEDevice3: I/O device is hueBridge1
2017.02.22 12:17:07 3: HUEGroup2: I/O device is hueBridge1
2017.02.22 12:17:07 3: HUEGroup1: I/O device is hueBridge1
2017.02.22 12:17:07 3: HUEGroup0: I/O device is hueBridge1
2017.02.22 12:17:07 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet:
2017.02.22 12:17:07 3: Registering HTTPSRV TABLETUI for URL /ftui and assigned link ftui/ ...
2017.02.22 12:17:07 3: [LichtWetter] got no weather info from yahoo. Error code: http://query.yahooapis.com/v1/public/yql?q=select%20*%20from%20weather.forecast%20where%20woeid=0%20and%20u=%27c%27&format=json&env=store%3A%2F%2Fdatatables.org%2Falltableswithkeys: Can't connect(1) to http://query.yahooapis.com:80: IO::Socket::INET: Bad hostname 'query.yahooapis.com:80'
2017.02.22 12:17:08 3: Opening Fritz_Box_Monitor device 192.168.178.1:1012
2017.02.22 12:17:08 3: Can't connect to 192.168.178.1:1012: Das Netzwerk ist nicht erreichbar
2017.02.22 12:17:08 3: Can't connect to 192.168.178.1:1012: connect to http://192.168.178.1:1012: Das Netzwerk ist nicht erreichbar
2017.02.22 12:17:08 3: Opening CUL1 device /dev/ttyACM0
2017.02.22 12:17:08 3: Setting CUL1 serial parameters to 38400,8,N,1
2017.02.22 12:17:08 3: CUL1: Possible commands: BbCFiAZNkGMKUYRTVWXefmLltux
2017.02.22 12:17:08 3: CUL1 device opened
2017.02.22 12:17:10 1: HMCCU: 500 Can't connect to 192.168.178.116:8181
2017.02.22 12:17:10 1: define w_Wandthermostat HMCCUDEV MEQ1842790: Cannot detect IO device
2017.02.22 12:17:10 1: define Stromzaehler HMCCUDEV MEQ0704561: Cannot detect IO device
2017.02.22 12:17:11 1: define k_Thermostat HMCCUDEV NEQ0416601: Cannot detect IO device
2017.02.22 12:17:11 1: define w_Thermostat HMCCUDEV NEQ0414827: Cannot detect IO device
2017.02.22 12:17:11 3: HUEDevice6: I/O device is hueBridge1
2017.02.22 12:17:11 3: HUEDevice7: I/O device is hueBridge1
2017.02.22 12:17:11 1: define k_rolladen_tuer HMCCUDEV NEQ1367209: Cannot detect IO device
2017.02.22 12:17:11 1: define k_rolladen_fenster HMCCUDEV NEQ1367309: Cannot detect IO device
2017.02.22 12:17:11 1: define Wetterstation HMCCUDEV NEQ0343659: Cannot detect IO device
2017.02.22 12:17:11 1: define Sromzaehler1 HMCCUDEV MEQ1125981: Cannot detect IO device
2017.02.22 12:17:11 1: Including ./log/fhem.save
2017.02.22 12:17:11 1: configfile: Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
Cannot detect IO device
2017.02.22 12:17:08 3: Can't connect to 192.168.178.1:1012: Das Netzwerk ist nicht erreichbar
2017.02.22 12:17:08 3: Can't connect to 192.168.178.1:1012: connect to http://192.168.178.1:1012: Das Netzwerk ist nicht erreichbar
......
2017.02.22 12:17:10 1: HMCCU: 500 Can't connect to 192.168.178.116:8181
Netzwerk geprüft?
P.S: beim nächsten Mal bitte COdeausgaben in "Code-Tags". Die findest Du im Editor unter dem "#".
Macht das Lesen sehr viel einfacher!
Evtl keine festen IP Adressen vergeben? Das alle Geräte jetzt neue IPs haben und deswegen nicht mehr gefunden werden?
Gesendet von meinem HTC 10 mit Tapatalk
also bei 192.168.178.1 kommt die Fritbox
bei 192.168.178.116 die CCU2
also scheint erreichbar zu sein ...
die Homematic Device erscheinen aber in Fhem nicht mehr.
In der fhem.cfg steht:
Please define Stromzaehler first\
Please define Wetterstation first\
.....
Kannst >Du wirklich von Deinem Pi diese Geräte unter der genannten IP erreichen?
Wenn FHEM sagt NEIN, dann muss es einen Grund haben ...
pi@raspberrypi:~ $ ping 192.168.178.1
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
64 bytes from 192.168.178.1: icmp_seq=1 ttl=64 time=0.590 ms
64 bytes from 192.168.178.1: icmp_seq=2 ttl=64 time=0.321 ms
64 bytes from 192.168.178.1: icmp_seq=3 ttl=64 time=0.405 ms
64 bytes from 192.168.178.1: icmp_seq=4 ttl=64 time=0.357 ms
^C
--- 192.168.178.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 2997ms
rtt min/avg/max/mdev = 0.321/0.418/0.590/0.104 ms
pi@raspberrypi:~ $ ^C
pi@raspberrypi:~ $ ping 192.168.178.116
PING 192.168.178.116 (192.168.178.116) 56(84) bytes of data.
64 bytes from 192.168.178.116: icmp_seq=1 ttl=64 time=2.02 ms
64 bytes from 192.168.178.116: icmp_seq=2 ttl=64 time=1.59 ms
64 bytes from 192.168.178.116: icmp_seq=3 ttl=64 time=1.58 ms
64 bytes from 192.168.178.116: icmp_seq=4 ttl=64 time=1.80 ms
^C
--- 192.168.178.116 ping statistics ---
also Hue und CCU2 sind erreichbar ...
Nur die Device sind aus Fhem weg.
Er hat sie bestimmt rausgeschmissen als die Hue und CCU nicht erreichbar waren
weil bestimmt der PI mit Fhem schon gestartet war aber nicht die Fritbox.
Wenn Du kein autoamtisches save beim beenden drin hast, sollte er aber bei einem neuen start von fhem mit der config laufen ... es sei denn, Du hast manuell "gesaved"
ZitatWenn Du kein autoamtisches save beim beenden drin hast,
kann man das einstellen?
naja ... ich habe jetzt meine gesicherte fhem.cfg eingespielt und alles ist wieder da.
Aber danke für Eure Hilfe!
@frank
Guute Frage
Ich habe es mir in meinem "fhem stop script" per eigenem Befehl gelöst ....
Zitat von: Wernieman am 22 Februar 2017, 16:04:11
Wenn Du kein autoamtisches save beim beenden drin hast,
Wer macht den sowas??? Ich halte ein automatisches save für etwas gewagt. Würde ich nie machen. Einmal was Blödes gemacht oder wie hier mal ein Netzwerkproblem und schon hat man den Salat.
Stichwort: Backup haben *griins*
Zitat von: Wernieman am 22 Februar 2017, 16:44:11
Stichwort: Backup haben *griins*
HP Microserver, 2x6TB btrfs, rsync... ;)
Trotzdem weiß ich nicht wofür ein autosave gut sein soll...
Gruß,
Thorsten
"rsync" ist die einzigste Angabe von Dir bezüglich Backup ....
Zitat von: Wernieman am 22 Februar 2017, 18:12:12
"rsync" ist die einzigste Angabe von Dir bezüglich Backup ....
Naja, bei "btrfs" könnte einem auch das copy-on-write einfallen und die Möglichkeit der Snapshots...
Gruß,
Thorsten
naja ...
copy-on-write <> Backup
Dient zur Ausfallsiherheit (wie z.B. auch RAID), aber nicht zum Backup
SnapShot ist etwas anderes ... wenn es denn außerhalb des Gerätes gespeichert würde ;o)
(P.S. Habe beruflich viel mit dem Thema zu tun (gehabt))
Zitat von: Wernieman am 22 Februar 2017, 18:22:26
naja ...
copy-on-write <> Backup
Dient zur Ausfallsiherheit (wie z.B. auch RAID), aber nicht zum Backup
Ich verwende das, um ein inkrementelles Backup zu erzeugen, das aber trotzdem wie ein tägliches Komplett-Backup "aussieht". Die komplette Kiste ist nur für Backup gedacht.
Gruß,
Thorsten
Letzter Beitrag dazu, das sonst OT:
NMache es doch auch, verwende aber dafür dirvish. Gibt auch rsnapshot .. oder wie Du gleich Direkt ....