Korrekter Start CCU2 und Fhem (auf Raspi) nach Stromausfall

Begonnen von Rewe2000, 05 Oktober 2017, 18:44:40

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 2 3 Alle
Benutzer-Aktionen

zap

#15
09 Oktober 2017, 18:42:45
Zitat von: Rewe2000 am 09 Oktober 2017, 18:17:40
Hab ich mich da verlesen oder willst du wirklich wirklich Fhem komplett anhalten wenn die Kommunikation HMCCU <-> CCUx steht?
Oder meintest du den Start von HMCCU.

Der Start von FHEM wird angehalten. Wenn es erst mal läuft und die CCU ausfällt, passiert gar nichts.

Zitat
Wie würde HMCCU reagieren wenn z.B. die CCUx neu gestartet wird und HMCCU im laufenden Betrieb für ca. 3 Minuten die Kommunikation verliert. Wenn du diesen Umstand nicht abfangen kannst, gibt es irgend ein Reading was dies erkennen kann?

In diesem Fall generiert HMCCU ein Event:

"No events from CCU since nnn seconds"

Das kannst Du per Notify abfangen und ggf. den RPC Server (verzögert) neu starten. Wenn Du den externen RPC-Server HMCCURPC nutzt, kannst Du beim Attribut ccuflags reconnect auswählen. Dann registriert sich der Server automatisch neu bei der CCU.


2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

zap

#16
11 Oktober 2017, 17:50:54 Letzte Bearbeitung: 11 Oktober 2017, 17:52:27 von zap
Ich habe gerade Updates für 88_HMCCU (4.1.002) und 88_HMCCURPC eingecheckt. Sollte morgen per FHEM update verfügbar sein.

Der define Befehl wurde um den Parameter waitforccu ergänzt. Damit kann man festlegen, wie lange FHEM beim Starten warten soll, bis die CCU2 verfügbar ist. Per Default wird nicht gewartet. Wenn die CCU2 als Software Service auf dem gleichen Raspi läuft, sollte man die Definition des IO Device wie folgt abändern:

define d_ccu HMCCU ip-address/hostname waitforccu=180

Damit wird maximal 3 Minuten auf die CCU gewartet. Wenn das nicht reicht, den Wert in 60 Sekunden Schritten erhöhen. Achtung! Der FHEM Start wird so lange angehalten.

Im I/O Device gibt es ein neues Internal "ccustate". Dieses Internal stellt den Status der CCU2 dar und kann folgende Werte annehmen:

active - CCU läuft und schickt Events
unreachable - CCU ist nicht erreichbar
timeout - CCU hat seit x Sekunden (wie festgelegt mit Attribut rpcevtimeout) keine Events mehr geschickt.

Bitte mal testen. Habe keine CCU auf dem Raspi, daher im Blindflug entwickelt.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Rewe2000

#17
11 Oktober 2017, 21:09:36
Hallo Zap,

das ging ja Blitzschnell.

Leider bin ich bis Sonntag zeitweise nicht zu Hause, werde das geänderte Modul sofort testen, wenn ich ein wenig "Luft" hab.
Vor dem Test möchte ich noch ein anderes Problem finden, welches ich seit Verwendung von HMCCURPC habe, mehr dazu aber im entsprechenden Beitrag.

https://forum.fhem.de/index.php/topic,69480.0.html.

Vielen Dank für deine großartige Arbeit, diese wertet Fhem in Verbindung mit CCU gewaltig auf.

Gruß Reinhard
Fhem 6.3 auf Raspberry Pi4 SSD mit Raspbian Bookworm, Homematic, Homematic IP, CCU3 mit RapberryMatic, WAGO 750-880, E3DC S10E Hauskraftwerk, E3DC Wallbox, my-PV AC ELWA-E Heizstab, Fritz!Box 7590, KIA Bluelinky

Fischei

#18
12 Oktober 2017, 11:10:21
Hallo zap,

ich hab es gerade bei mir getestet. Hab weiterhin die Fehler bekommen.
Vermutlich ist noch nicht alles fertig/offen, wenn von HMCCU_TCPConnect ein "ok" zurück kommt.

Ich hab jetzt ein bißchen rumprobiert und mit einem weiterem sleep nach dem Aufruf von HMCCU_TCPConnect funktioniert es jetzt:
Code Auswählen

while (time () < $t+$timeout) {
my $t2 = time ();
if (HMCCU_TCPConnect ($addr, $port)) {
sleep (20);
return 1;
}
sleep (20);
}


Bei sleep(10) hat es noch nicht funktioniert.

zap

#19
12 Oktober 2017, 11:48:09
Ok, das hatte ich befürchtet. Ich prüfe derzeit nur, ob der tclrega da ist. Mal überlegen, ob ich noch weitere Ports einbeziehen oder deine Lösung übernehme.

Wobei HMCCU beim Start nur tclrega Schnittstelle benutzt.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Rewe2000

#20
12 Oktober 2017, 20:52:19
Hallo,

habe eben "Update all" gemacht um die neue HMCCU zu testen.
Aber nach einen "shutdown restart" lies sich Fhem überhaupt nicht mehr starten, auch nicht mehr über SSH.

Bin mir nicht sicher ob der Fehler bei mir selbst liegt, ich habe die beiden Module (HMCCU und HMCCURPC), über die Eingabezeile in Fhem WEB wie folgt erneuert.
Code Auswählen

set CCU2 rpcserver off
set ccuflags intrpc
set CCU2 rpcserver on
shutdown restart
delete HMCCURPC
shutdown restart
set CCU2 rpcserver off
delete HMCCU

define CCU2 HMCCU 192.168.1.32 waitforccu=300
set CCU2 rpcserver off
set ccuflags extrpc
set CCU2 rpcserver on
nun habe ich alle weiteren Attribute der beiden Module wieder wie vorher gesetzt
shutdown restart

Im Log war folgendes zu lesen:
Code Auswählen
2017.10.12 18:37:26 1: Including fhem.cfg
2017.10.12 18:37:27 2: eventTypes: loaded 3227 events from ./log/eventTypes.txt
2017.10.12 18:37:27 2: Switched COC rfmode to HomeMatic
Undefined subroutine &main::HMCCU_FindIODevice called at ./FHEM/88_HMCCUDEV.pm line 141, <$fh> line 294.

Was mir noch aufgefallen ist, in der fhem.cfg wurden die beiden Module ganz am Schluß angehängt. (Ich) konnte darin jedoch keine Fehler erkennen, aber das soll zunächst mal nichts bedeuten.
Code Auswählen
define CCU2 HMCCU 192.168.1.32 waitforccu=300
attr CCU2 DbLogExclude .*
attr CCU2 ccuflags extrpc
attr CCU2 icon hm_ccu
attr CCU2 room Homematic
attr CCU2 rpcinterfaces BidCos-RF,HmIP-RF,VirtualDevices
attr CCU2 rpcinterval 5
attr CCU2 rpcport 2001,2010,9292
attr CCU2 rpcqueue /tmp/ccuqueue
attr CCU2 rpcserver on
attr CCU2 stateFormat rpcstate/state
define CCU2_rpc HMCCURPC 192.168.1.32
attr CCU2_rpc DbLogExclude .*
attr CCU2_rpc icon hm_ccu
attr CCU2_rpc room Homematic
attr CCU2_rpc stateFormat rpcstate/state
attr CCU2_rpc verbose 2

Hätte es auch gereicht, nach RPC stop, im Modul HMCCU, nur in der DEF, nach der IP "waitforccu=300" anzuhängen?

Gebt mir bitte mal bekannt, wie der korrekte Weg zur Änderung eines define ist.
Ich werde das Update dann nochmals ausführen und testen, derzeit bin ich noch auf der alten Version.

Somit habe ich zumindest mal ein Restore des Fhem Backups, und die Rechteanpassung in Linux durchführen dürfen :)
Nachdem nun alles wieder läuft, kann ich auch diesem Umstand eine positive Seite abgewinnen.

Gruß Reinhard
Fhem 6.3 auf Raspberry Pi4 SSD mit Raspbian Bookworm, Homematic, Homematic IP, CCU3 mit RapberryMatic, WAGO 750-880, E3DC S10E Hauskraftwerk, E3DC Wallbox, my-PV AC ELWA-E Heizstab, Fritz!Box 7590, KIA Bluelinky

zap

#21
13 Oktober 2017, 09:44:08
Das ist die alte Problematik in FHEM mit den IO-Device und Client-Device Konstrukt. Das IO-Device muss vor den Client-Devices definiert werden. Durch das erneute define mit anschließendem Save wurde die Definition am Ende der fhem.cfg angehängt. Damit schlägt jedes Define mit HMCCUDEV oder HMCCUCHN vorher fehl.
Eigentlich bin ich kein Freund vom manuellen Editieren der fhem.cfg. In diesem Fall wäre es aber der richtige Weg gewesen. D.h. einfach waitforccu in der fhem.cfg an das Define anhängen. Hohle dir die alte fhem.cfg zurück und mach das so. Oder Du verschiebst die beiden Zeilen mit HMCCU und HMCCURPC wieder vor das erste Define mit HMCCUDEV und HMCCUCHN.
Wichtig ist auch: HMCCU vor(!) HMCCCURPC, da letzteres ebenfalls ein Client-Device ist, das HMCCU benutzt.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Beta-User

#22
13 Oktober 2017, 10:02:40
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

zap

#23
13 Oktober 2017, 15:53:16
In der gerade eingecheckten Version 4.1.003 wird nun noch einmal 30 Sekunden gewartet, nachdem die CCU erreicht werden konnte. Außerdem habe ich das Verhalten beim Beenden von Threads in HMCCURPC etwas modifiziert, da es hier manchmal zu seltsamen Meldungen im FHEM Log kam, wenn FHEM bereits beendet war, aber einzelne Threads noch liefen.

In HMCCURPC (externer RPC-Server) gibt es einen automatischen Reconnect-Mechanismus, der aktiviert wird, indem man das Attribut ccuflags auf reconnect setzt. Wenn dann von der CCU für rpcEvtTimeout Sekunden keine Events mehr kamen, wird geprüft, ob der Port der CCU erreichbar ist. Wenn ja, registriert sich der RPC-Server neu bei der CCU. Damit sollte ein CCU Neustart möglich sein, ohne dass der RPC Server komplett den Dienst einstellt. Getestet habe ich das allerdings noch nicht.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Rewe2000

#24
14 Oktober 2017, 20:48:19 Letzte Bearbeitung: 14 Oktober 2017, 21:43:19 von Rewe2000
Hallo zap,

habe eben folgenden Test mit HMCCU Vers. 4.1.003 und HMCCURPC Vers. 0.97 beta durchgeführt.

1. Nur Hardware CCU2 "neustart" ungefähr um 18:38 Uhr
Während des gesamten Neustarts der CCU2 werden die Internals von HMCCU wie folgt angezeigt.
ccustate = active
RPCState = running
state = OK

Nachdem die CCU2 wieder erreichbar war, habe ich versucht, innerhalb der ersten Minute bei einem HmIP Wandthermostaten die Temperatur zu verstellen, die Änderung kam ca. 1 Minute verzögert am Wandthermostat an, die Readings wurden aber immer noch mit den alten Werten angezeigt.

Alle Devices werden aber seit dem Neustart der CCU nicht mehr automatisch aktualisiert!
Unerklärlich für mich ist nur, alle Befehle von Fhem in Richtung der Geräte funktionieren, nur die Meldung von den Geräten zu Fhem wird nicht mehr aktualisiert.

Erst nach einem get Update werden die Reading korrekt einmalig aktualisiert, dann stehen diese wieder wie "eingefroren".

Auch beobachte ich auch ein eigenartiges Verhalten, auch nach mehrmaligem "shutdown restart", alle Schaltbefehle Fhem -> Devices werden ausgeführt, jedoch Fehlermeldungen im Log. Die Rückmeldungen Device -> Fhem kommen jedoch nicht an.
Wartezeit bevor ich teste immer > 10 Minuten nach restart.

Code Auswählen
2017.10.14 19:24:08 0: Server shutdown
2017.10.14 19:24:08 1: HMCCURPC: Found 3 threads. Stopping ...
2017.10.14 19:24:08 1: HMCCURPC: Deregistering RPC server http://192.168.1.33:7420/fh2010 with ID CB2010 at http://192.168.1.32:2010/
2017.10.14 19:24:08 1: HMCCURPC: RPC callback for server CB2010 deregistered
2017.10.14 19:24:08 1: HMCCURPC: Deregistering RPC server http://192.168.1.33:7411/fh2001 with ID CB2001 at http://192.168.1.32:2001/
2017.10.14 19:24:08 1: HMCCURPC: RPC callback for server CB2001 deregistered
2017.10.14 19:24:08 2: HMCCURPC: Sending signal INT to thread CB2010 TID=3
2017.10.14 19:24:08 2: HMCCURPC: Sending signal INT to thread CB2001 TID=2
2017.10.14 19:24:08 2: CCURPC: RPC server CB2001 stopped handling connections. TID=2
2017.10.14 19:24:08 2: CCURPC: RPC server CB2010 stopped handling connections. TID=3
2017.10.14 19:24:09 1: HMCCURPC: Found 1 threads. Stopping ...
2017.10.14 19:24:13 2: Perfmon: ready to watch out for delays greater than one second
2017.10.14 19:24:13 1: Including fhem.cfg
2017.10.14 19:24:13 2: eventTypes: loaded 3247 events from ./log/eventTypes.txt
2017.10.14 19:24:14 2: Switched COC rfmode to HomeMatic
2017.10.14 19:24:45 1: HMCCU: Device CCU2. Initialized version 4.1.003
2017.10.14 19:24:49 1: HMCCU: Read 51 devices with 237 channels from CCU 192.168.1.32
2017.10.14 19:24:51 1: HMCCURPC: Device CCU2_rpc. Initialized version 0.97 beta
2017.10.14 19:24:51 1: Including ./log/fhem.save
2017.10.14 19:24:52 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2017.10.14 19:24:52 1: usb create starting
2017.10.14 19:24:52 1: usb create end
2017.10.14 19:24:52 0: Featurelevel: 5.8
2017.10.14 19:24:52 0: Server started with 271 defined entities (fhem.pl:15182/2017-10-03 perl:5.024001 os:linux user:fhem pid:8903)
2017.10.14 19:24:52 1: Perfmon: possible freeze starting at 19:24:14, delay is 38.665
2017.10.14 19:24:52 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/36_ModbusTCPServer.pm line 342.
2017.10.14 19:24:52 1: ModbusTCPServer_Parse: bad frame, sent: SimpleWrite [20 10 00 00 00 06] 00 03 20 10 00 05
2017.10.14 19:24:52 1: ModbusTCPServer_Parse: bad frame, received:  [20 10 00 00 00 03] 00 83 02
2017.10.14 19:24:52 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed (peer: 192.168.1.20)
2017.10.14 19:24:53 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed (peer: 192.168.1.20)
2017.10.14 19:25:04 2: HMCCURPC: Starting thread for data processing
2017.10.14 19:25:04 2: HMCCURPC: Started thread for data processing. TID=1
2017.10.14 19:25:04 2: CCURPC: Thread DATA processing RPC events. TID=1
2017.10.14 19:25:04 2: HMCCURPC: RPC server thread started for interface BidCos-RF with TID=2
2017.10.14 19:25:04 2: CCURPC: Initializing RPC server CB2001 for interface BidCos-RF
2017.10.14 19:25:05 2: HMCCURPC: Callback server CB2001 created. Listening on port 7411
2017.10.14 19:25:05 2: CCURPC: CB2001 accepting connections. TID=2
2017.10.14 19:25:05 2: HMCCURPC: RPC server thread started for interface HmIP-RF with TID=3
2017.10.14 19:25:05 2: CCURPC: Initializing RPC server CB2010 for interface HmIP-RF
2017.10.14 19:25:05 2: HMCCURPC: Callback server CB2010 created. Listening on port 7420
2017.10.14 19:25:05 2: CCURPC: CB2010 accepting connections. TID=3
2017.10.14 19:25:06 1: HMCCURPC: RPC server(s) starting
2017.10.14 19:25:06 1: HMCCURPC: Received SL event. RPC server DATA enters server loop
2017.10.14 19:25:06 1: HMCCURPC: Received SL event. RPC server CB2001 enters server loop
2017.10.14 19:25:06 1: HMCCURPC: Received SL event. RPC server CB2010 enters server loop
2017.10.14 19:25:06 1: HMCCURPC: All threads working
2017.10.14 19:25:06 2: HMCCURPC: Registering callback http://192.168.1.33:7411/fh2001 with ID CB2001 at http://192.168.1.32:2001/
2017.10.14 19:25:06 1: CCURPC: CB2001 ListDevices. Sending init to HMCCU
2017.10.14 19:25:06 1: HMCCURPC: RPC callback with URL http://192.168.1.33:7411/fh2001 registered
2017.10.14 19:25:06 2: HMCCURPC: Registering callback http://192.168.1.33:7420/fh2010 with ID CB2010 at http://192.168.1.32:2010/
2017.10.14 19:25:06 1: HMCCURPC: RPC callback with URL http://192.168.1.33:7420/fh2010 registered
2017.10.14 19:25:06 1: HMCCURPC: Received IN event. RPC server CB2001 running.
2017.10.14 19:25:06 1: Perfmon: possible freeze starting at 19:25:05, delay is 1.795
2017.10.14 19:25:06 2: CCURPC: CB2001 NewDevice received 69 device and channel specifications
2017.10.14 19:25:56 2: HMCCURPC: Checking if all threads are running
2017.10.14 19:25:56 1: HMCCURPC: Only 2 of 3 threads are running. Cleaning up
2017.10.14 19:25:56 1: HMCCURPC: Housekeeping called. Cleaning up RPC environment
2017.10.14 19:25:56 1: HMCCURPC: Deregistering RPC server http://192.168.1.33:7411/fh2001 with ID CB2001 at http://192.168.1.32:2001/
2017.10.14 19:25:56 1: HMCCURPC: RPC callback for server CB2001 deregistered
2017.10.14 19:25:56 1: HMCCURPC: Deregistering RPC server http://192.168.1.33:7420/fh2010 with ID CB2010 at http://192.168.1.32:2010/
2017.10.14 19:25:56 1: HMCCURPC: RPC callback for server CB2010 deregistered
2017.10.14 19:25:56 2: HMCCURPC: Stop I/O handling
2017.10.14 19:25:56 2: HMCCURPC: Close child socket
2017.10.14 19:25:56 2: HMCCURPC: Close parent socket
2017.10.14 19:25:56 2: HMCCURPC: Sending signal INT to thread CB2001 TID=2
2017.10.14 19:25:56 2: HMCCURPC: Sending signal INT to thread DATA TID=1
2017.10.14 19:25:56 2: HMCCURPC: Sending signal INT to thread CB2010 TID=3
2017.10.14 19:25:56 2: CCURPC: DATA stopped event processing. TID=1
2017.10.14 19:25:56 2: CCURPC: RPC server CB2010 stopped handling connections. TID=3
2017.10.14 19:25:57 2: CCURPC: RPC server CB2001 stopped handling connections. TID=2
2017.10.14 19:25:58 2: HMCCURPC: Thread CB2001 with TID=2 is in state stopping. Can't delete it
2017.10.14 19:25:58 2: HMCCURPC: Thread DATA with TID=1 is in state stopping. Can't delete it
2017.10.14 19:25:58 2: HMCCURPC: Thread CB2010 with TID=3 is in state stopping. Can't delete it
2017.10.14 19:25:58 1: Perfmon: possible freeze starting at 19:25:57, delay is 1.576
2017.10.14 19:31:12 1: HMCCUDEV: HM_OG_SA1_FlurOG Execution of CCU script or command failed
2017.10.14 19:31:12 1: Perfmon: possible freeze starting at 19:31:09, delay is 3.5
2017.10.14 20:10:08 1: HMCCUDEV: HM_OG_RT1_BueroReinhard Execution of CCU script or command failed
2017.10.14 20:10:08 1: Perfmon: possible freeze starting at 20:10:05, delay is 3.487


Habe mal direkt in der Fhem.cfg das Modul HMCCURPC direkt an das Modul HMCCU (vor allen HM-Devices) angehängt, auch das löst das Problem bei mir nach einem restart nicht.

Ich gehe nun wieder auf eine lauffähige HMCCU Version zurück, da ich mir das Fehlverhalten derzeit nicht erklären kann.
Gerne führe ich weitere Tests durch.

Sorry dass ich nichts positives berichten kann, läuft es denn bei allen anderen?
Liegt der Fehler ventuell doch bei mir?
Kann echt nicht sagen, ob es direkt nach dem Update und noch vor dem Test (Neustart CCU2) schon korrekt funktioniert hat.

Gruß Reinhard

Achtung Ergänzung!!!
Irgendwie verstehe ich die Welt nicht mehr, auch mit HMCCU Vers. 4.1.001 bekomme ich den HMCCURPC Vers. 0.96 beta Server nicht zum laufen.
Ich denke meine CCU2 hat sich aufgehängt, nach CCU2 Neustart (bei gestoppten Fhem) läuft alles wieder wie es sein soll.
Frage: Sollte HMCCU mit HMCCURPC "nur" einen Neustart der CCU2 alleine überstehen oder darf so etwas eigentlich niemals vorkommen?
Bei einem tatsächlichen Stromausfall steht ja Fhem und die CCU2 gemeinsam zur gleichen Zeit.
Fhem 6.3 auf Raspberry Pi4 SSD mit Raspbian Bookworm, Homematic, Homematic IP, CCU3 mit RapberryMatic, WAGO 750-880, E3DC S10E Hauskraftwerk, E3DC Wallbox, my-PV AC ELWA-E Heizstab, Fritz!Box 7590, KIA Bluelinky

Rewe2000

#25
14 Oktober 2017, 22:33:29 Letzte Bearbeitung: 14 Oktober 2017, 22:36:34 von Rewe2000
Hallo zap,

meine CCU2 hatte sich irgendwie aufgehängt (nur die Kommunikation zum RPC Server von Fhem), deshalb kam der RPC-Server nicht zum laufen.

In der neuen Version zunächst was positives.
Fhem läuft nun immer korrekt nach einem "shutdown restart" hoch, ohne dass ich dieses extra nochmals starten muss.

Bin jetzt wieder auf der neuesten Version und habe nun einen Spannungsausfall simuliert.
Auch nach ca. 10 Minuten nach Spannungswiderkehr sind die HM-Devices noch verschwunden und die Weboberfläche reagiert absolut träge.
Im Log sind sehr viele Fehler enthalten:
Code Auswählen
2017.10.14 22:06:56 2: HMCCURPC: Starting thread for data processing
2017.10.14 22:06:56 2: HMCCURPC: Started thread for data processing. TID=1
2017.10.14 22:06:56 2: CCURPC: Thread DATA processing RPC events. TID=1
2017.10.14 22:06:57 2: HMCCURPC: RPC server thread started for interface BidCos-RF with TID=2
2017.10.14 22:06:57 2: CCURPC: Initializing RPC server CB2001 for interface BidCos-RF
2017.10.14 22:06:57 2: HMCCURPC: Callback server CB2001 created. Listening on port 7411
2017.10.14 22:06:57 2: CCURPC: CB2001 accepting connections. TID=2
2017.10.14 22:06:58 1: HMCCURPC: RPC server(s) starting
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 296) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 297) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 298) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 299) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 300) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 301) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 302) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 303) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 304) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 305) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 306) line 1.
2017.10.14 22:07:06 2: CCURPC: I/O error during data processing (Select found no reader)
2017.10.14 22:07:09 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 322) line 1.

Erst nach einem "shutdown restart" läuft alles wieder prima, ohne jegliche Fehler.

Mir fällt auch folgendes auf, niemals habe ich das Internal "ccustate" anders als active gesehen.
Auch wenn die HM-Devices nach dem "Spannungsausfall" verschwunden sind ist dies nicht anders, auch "rpcstate" steht nach kurzer Zeit auf running und "state" auf OK.

Gruß Reihard

Fhem 6.3 auf Raspberry Pi4 SSD mit Raspbian Bookworm, Homematic, Homematic IP, CCU3 mit RapberryMatic, WAGO 750-880, E3DC S10E Hauskraftwerk, E3DC Wallbox, my-PV AC ELWA-E Heizstab, Fritz!Box 7590, KIA Bluelinky

zap

#26
15 Oktober 2017, 09:39:39
Kannst Du mal bitte die Logmeldungen ab define HMCCU posten?

die einzelnen Devices (HMCCUDEV) konnten definiert werden?
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Rewe2000

#27
15 Oktober 2017, 10:19:53
Hallo zap,

anbei das gesamte Log (gekürzt um nahezu gleiche Meldungen) seit dem Update auf die neueste Version, mit dem "Spannunngsausfalltest" in Verbose 2.

Code Auswählen
2017.10.14 21:49:14 1: fhem
2017.10.14 21:49:15 1: UPD ./CHANGED
2017.10.14 21:49:15 1: UPD ./fhem.cfg.demo
2017.10.14 21:49:15 1: UPD FHEM/10_MYSENSORS_DEVICE.pm
2017.10.14 21:49:15 1: UPD FHEM/26_tahoma.pm
2017.10.14 21:49:15 1: UPD FHEM/31_HUEDevice.pm
2017.10.14 21:49:15 1: UPD FHEM/42_SYSMON.pm
2017.10.14 21:49:15 1: UPD FHEM/57_CALVIEW.pm
2017.10.14 21:49:15 1: UPD FHEM/59_LuftdatenInfo.pm
2017.10.14 21:49:15 1: UPD FHEM/59_WUup.pm
2017.10.14 21:49:15 1: UPD FHEM/73_AMADCommBridge.pm
2017.10.14 21:49:15 1: UPD FHEM/74_AMADDevice.pm
2017.10.14 21:49:15 1: UPD FHEM/75_MSG.pm
2017.10.14 21:49:15 1: UPD FHEM/88_HMCCU.pm
2017.10.14 21:49:15 1: UPD FHEM/88_HMCCURPC.pm
2017.10.14 21:49:15 1: UPD FHEM/98_DOIFtools.pm
2017.10.14 21:49:15 1: UPD FHEM/98_help.pm
2017.10.14 21:49:15 1: UPD FHEM/lib/74_AMADautomagicFlowset_4.0.11.xml
2017.10.14 21:49:15 1: UPD FHEM/lib/openzwave_deviceconfig.xml.gz
2017.10.14 21:49:15 1: UPD FHEM/lib/openzwave_manufacturer_specific.xml
2017.10.14 21:49:15 1: UPD FHEM/lib/zwave_alliancelinks.csv.gz
2017.10.14 21:49:15 1: UPD www/pgm2/defaultCommon.css
2017.10.14 21:49:15 1: UPD www/pgm2/fhemweb.js
2017.10.14 21:49:15 1: UPD www/pgm2/fhemweb_iconLabel.js
2017.10.14 21:49:15 1: UPD www/pgm2/fhemweb_iconRadio.js
2017.10.14 21:49:15 1: UPD www/pgm2/fhemweb_iconSwitch.js
2017.10.14 21:49:15 1: saving fhem.cfg
2017.10.14 21:49:15 1: saving ./log/fhem.save
2017.10.14 21:49:15 1:
2017.10.14 21:49:15 1: New entries in the CHANGED file:
2017.10.14 21:49:15 1:   - feature: 98_DOIFtools: add RGB color values to color table
2017.10.14 21:49:15 1:   - bugfix:  88_HMCCURPC: fixed bug in event timeout handling
2017.10.14 21:49:15 1:   - change:  59_LuftdatenInfo: DEF change (should happen automatically)
2017.10.14 21:49:15 1:   - feature: 98_DOIFtools: add getter linearColorGradient, returns a table of
2017.10.14 21:49:15 1:              value, colornumber, color bar
2017.10.14 21:49:15 1:   - feature: 74_AMADDevice: add set command userFlowRun
2017.10.14 21:49:15 1:   - change:  57_CALVIEW.pm: -new readings weekdayname and weekday
2017.10.14 21:49:15 1:                             -new attr weekdayformat
2017.10.14 21:49:15 1:   - feature: 88_HMCCU: Added parameter waitforccu to define command
2017.10.14 21:49:15 1:   - bugfix:  42_SYSMON: PERL WARNING: Use of uninitialized value
2017.10.14 21:49:15 1:   - bugfix:  59_WUup.pm: fix state and missing attributes (#695364, #696275)
2017.10.14 21:49:15 1:
2017.10.14 21:49:15 1:
2017.10.14 21:49:15 1: fhemabfall
2017.10.14 21:49:16 1: nothing to do...
2017.10.14 21:49:16 1:
2017.10.14 21:49:16 1:
2017.10.14 21:49:16 1: ha_theme
2017.10.14 21:49:16 1: UPD www/hausautomatisierung-com/custom.js
2017.10.14 21:49:16 1: UPD www/images/hausautomatisierung_com/favicon.ico
2017.10.14 21:49:16 1: UPD www/pgm2/hausautomatisierung_comfloorplanstyle.css
2017.10.14 21:49:17 1: UPD www/pgm2/hausautomatisierung_comstyle.css
2017.10.14 21:49:17 1: saving fhem.cfg
2017.10.14 21:49:17 1: saving ./log/fhem.save
2017.10.14 21:49:17 1:
2017.10.14 21:49:17 1: New entries in the CHANGED file:
2017.10.14 21:49:17 1: FHEM haus-automatisierung.com custom theme last changes:
2017.10.14 21:49:17 1: 2017-10-14
2017.10.14 21:49:17 1:  - Kleinere Fixes
2017.10.14 21:49:17 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2017.10.14 21:49:52 1:
2017.10.14 21:49:52 1: update finished, "shutdown restart" is needed to activate the changes.
2017.10.14 21:49:52 1:
2017.10.14 21:49:52 1: Please consider using the global attribute sendStatistics
2017.10.14 21:50:44 0: Server shutdown
2017.10.14 21:50:44 1: HMCCURPC: Found 3 threads. Stopping ...
2017.10.14 21:50:44 1: HMCCURPC: Deregistering RPC server http://192.168.1.33:7420/fh2010 with ID CB2010 at http://192.168.1.32:2010/
2017.10.14 21:50:44 1: HMCCURPC: RPC callback for server CB2010 deregistered
2017.10.14 21:50:44 1: HMCCURPC: Deregistering RPC server http://192.168.1.33:7411/fh2001 with ID CB2001 at http://192.168.1.32:2001/
2017.10.14 21:50:44 1: HMCCURPC: RPC callback for server CB2001 deregistered
2017.10.14 21:50:44 2: HMCCURPC: Sending signal INT to thread CB2010 TID=3
2017.10.14 21:50:44 2: HMCCURPC: Sending signal INT to thread CB2001 TID=2
2017.10.14 21:50:45 2: CCURPC: RPC server CB2001 stopped handling connections. TID=2
2017.10.14 21:50:45 2: CCURPC: RPC server CB2010 stopped handling connections. TID=3
2017.10.14 21:50:45 1: HMCCURPC: Found 1 threads. Stopping ...
2017.10.14 21:50:49 2: Perfmon: ready to watch out for delays greater than one second
2017.10.14 21:50:49 1: Including fhem.cfg
2017.10.14 21:50:49 2: eventTypes: loaded 3244 events from ./log/eventTypes.txt
2017.10.14 21:50:50 2: Switched COC rfmode to HomeMatic
2017.10.14 21:51:21 1: HMCCU: Device CCU2. Initialized version 4.1.003
2017.10.14 21:51:25 1: HMCCU: Read 51 devices with 237 channels from CCU 192.168.1.32
2017.10.14 21:51:25 1: HMCCURPC: Device CCU2_rpc. Initialized version 0.97 beta
2017.10.14 21:51:27 1: Including ./log/fhem.save
2017.10.14 21:51:27 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2017.10.14 21:51:28 1: usb create starting
2017.10.14 21:51:28 1: usb create end
2017.10.14 21:51:28 0: Featurelevel: 5.8
2017.10.14 21:51:28 0: Server started with 271 defined entities (fhem.pl:15182/2017-10-03 perl:5.024001 os:linux user:fhem pid:1650)
2017.10.14 21:51:28 1: Perfmon: possible freeze starting at 21:50:50, delay is 38.628
2017.10.14 21:51:28 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/36_ModbusTCPServer.pm line 342.
2017.10.14 21:51:28 1: ModbusTCPServer_Parse: bad frame, sent: SimpleWrite [20 10 00 00 00 06] 00 03 20 10 00 05
2017.10.14 21:51:28 1: ModbusTCPServer_Parse: bad frame, received:  [20 10 00 00 00 03] 00 83 02
2017.10.14 21:51:28 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed (peer: 192.168.1.20)
2017.10.14 21:51:39 2: HMCCURPC: Starting thread for data processing
2017.10.14 21:51:40 2: HMCCURPC: Started thread for data processing. TID=1
2017.10.14 21:51:40 2: CCURPC: Thread DATA processing RPC events. TID=1
2017.10.14 21:51:40 2: HMCCURPC: RPC server thread started for interface BidCos-RF with TID=2
2017.10.14 21:51:40 2: CCURPC: Initializing RPC server CB2001 for interface BidCos-RF
2017.10.14 21:51:41 2: HMCCURPC: Callback server CB2001 created. Listening on port 7411
2017.10.14 21:51:41 2: CCURPC: CB2001 accepting connections. TID=2
2017.10.14 21:51:41 2: HMCCURPC: RPC server thread started for interface HmIP-RF with TID=3
2017.10.14 21:51:41 2: CCURPC: Initializing RPC server CB2010 for interface HmIP-RF
2017.10.14 21:51:41 2: HMCCURPC: Callback server CB2010 created. Listening on port 7420
2017.10.14 21:51:41 2: CCURPC: CB2010 accepting connections. TID=3
2017.10.14 21:51:42 1: HMCCURPC: RPC server(s) starting
2017.10.14 21:51:42 1: Perfmon: possible freeze starting at 21:51:40, delay is 2.461
2017.10.14 21:51:42 1: HMCCURPC: Received SL event. RPC server DATA enters server loop
2017.10.14 21:51:42 1: HMCCURPC: Received SL event. RPC server CB2001 enters server loop
2017.10.14 21:51:42 1: HMCCURPC: Received SL event. RPC server CB2010 enters server loop
2017.10.14 21:51:42 1: HMCCURPC: All threads working
2017.10.14 21:51:42 2: HMCCURPC: Registering callback http://192.168.1.33:7411/fh2001 with ID CB2001 at http://192.168.1.32:2001/
2017.10.14 21:51:42 1: CCURPC: CB2001 ListDevices. Sending init to HMCCU
2017.10.14 21:51:42 1: HMCCURPC: RPC callback with URL http://192.168.1.33:7411/fh2001 registered
2017.10.14 21:51:42 2: HMCCURPC: Registering callback http://192.168.1.33:7420/fh2010 with ID CB2010 at http://192.168.1.32:2010/
2017.10.14 21:51:42 1: HMCCURPC: RPC callback with URL http://192.168.1.33:7420/fh2010 registered
2017.10.14 21:51:42 1: HMCCURPC: Received IN event. RPC server CB2001 running.
2017.10.14 21:51:42 2: CCURPC: CB2001 NewDevice received 69 device and channel specifications
2017.10.14 21:51:42 1: CCURPC: CB2010 ListDevices. Sending init to HMCCU
2017.10.14 21:51:43 1: HMCCURPC: Received IN event. RPC server CB2010 running.
2017.10.14 21:51:43 1: HMCCURPC: All RPC servers running
2017.10.14 21:51:45 2: CCURPC: CB2010 NewDevice received 219 device and channel specifications
2017.10.14 21:51:45 2: HMCCURPC: Updated devices. Success=52 Failed=0
2017.10.14 21:51:45 1: Perfmon: possible freeze starting at 21:51:43, delay is 2.949
###### Hier erfolgte der "Spannungsausfall"
2017.10.14 22:06:56 1: Perfmon: possible freeze starting at 18:18:01, delay is 29818135.382
2017.10.14 22:06:56 2: HMCCURPC: Starting thread for data processing
2017.10.14 22:06:56 2: HMCCURPC: Started thread for data processing. TID=1
2017.10.14 22:06:56 2: CCURPC: Thread DATA processing RPC events. TID=1
2017.10.14 22:06:57 2: HMCCURPC: RPC server thread started for interface BidCos-RF with TID=2
2017.10.14 22:06:57 2: CCURPC: Initializing RPC server CB2001 for interface BidCos-RF
2017.10.14 22:06:57 2: HMCCURPC: Callback server CB2001 created. Listening on port 7411
2017.10.14 22:06:57 2: CCURPC: CB2001 accepting connections. TID=2
2017.10.14 22:06:58 1: HMCCURPC: RPC server(s) starting
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 296) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 297) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 298) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 299) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 300) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 301) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 302) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 303) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 304) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 305) line 1.
2017.10.14 22:07:03 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 306) line 1.
2017.10.14 22:07:06 2: CCURPC: I/O error during data processing (Select found no reader)
2017.10.14 22:07:09 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 322) line 1.
2017.10.14 22:07:09 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 323) line 1.
2017.10.14 22:07:09 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 324) line 1.
2017.10.14 22:07:10 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 325) line 1.
2017.10.14 22:07:10 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 326) line 1.
2017.10.14 22:07:10 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 327) line 1.
2017.10.14 22:07:10 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 328) line 1.
2017.10.14 22:07:10 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 329) line 1.
2017.10.14 22:07:10 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 330) line 1.
2017.10.14 22:07:10 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 331) line 1.
2017.10.14 22:07:10 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 332) line 1.
2017.10.14 22:07:10 1: HMCCURPC: Received SL event. RPC server DATA enters server loop
2017.10.14 22:07:10 1: HMCCURPC: Received SL event. RPC server CB2001 enters server loop
2017.10.14 22:07:10 1: HMCCURPC: All threads working
2017.10.14 22:07:10 2: HMCCURPC: Registering callback http://192.168.1.33:7411/fh2001 with ID CB2001 at http://192.168.1.32:2001/
2017.10.14 22:07:10 1: CCURPC: CB2001 ListDevices. Sending init to HMCCU
2017.10.14 22:07:11 1: HMCCURPC: RPC callback with URL http://192.168.1.33:7411/fh2001 registered
2017.10.14 22:07:11 1: HMCCURPC: Received IN event. RPC server CB2001 running.
2017.10.14 22:07:11 1: HMCCURPC: All RPC servers running
2017.10.14 22:07:11 2: HMCCU: No client devices matching .*
2017.10.14 22:07:11 2: HMCCURPC: Updated devices. Success=0 Failed=0
2017.10.14 22:07:11 2: CCURPC: CB2001 NewDevice received 69 device and channel specifications
2017.10.14 22:07:25 2: CCURPC: I/O error during data processing (Select found no reader)
2017.10.14 22:07:33 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 347) line 1.
.................... mehrere hundert "gleiche" (eval xxxx) Meldungen
2017.10.14 22:07:33 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 357) line 1.
2017.10.14 22:07:34 1: Perfmon: possible freeze starting at 22:06:57, delay is 37.649
2017.10.14 22:07:44 2: CCURPC: I/O error during data processing (Select found no reader)
2017.10.14 22:08:06 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 362) line 1.
2017.10.14 22:16:56 0: Server shutdown
#### Neustart Fhem "schutdown restart"
2017.10.14 22:16:56 1: HMCCURPC: Found 2 threads. Stopping ...
2017.10.14 22:16:56 1: HMCCURPC: Deregistering RPC server http://192.168.1.33:7411/fh2001 with ID CB2001 at http://192.168.1.32:2001/
2017.10.14 22:16:56 1: HMCCURPC: RPC callback for server CB2001 deregistered
2017.10.14 22:16:56 2: HMCCURPC: Sending signal INT to thread CB2001 TID=2
2017.10.14 22:16:57 2: CCURPC: RPC server CB2001 stopped handling connections. TID=2
2017.10.14 22:16:57 1: HMCCURPC: Found 1 threads. Stopping ...
2017.10.14 22:17:00 2: Perfmon: ready to watch out for delays greater than one second
2017.10.14 22:17:00 1: Including fhem.cfg
2017.10.14 22:17:01 2: eventTypes: loaded 3244 events from ./log/eventTypes.txt
2017.10.14 22:17:01 2: Switched COC rfmode to HomeMatic
2017.10.14 22:17:33 1: HMCCU: Device CCU2. Initialized version 4.1.003
2017.10.14 22:17:38 1: HMCCU: Read 51 devices with 237 channels from CCU 192.168.1.32
2017.10.14 22:17:38 1: HMCCURPC: Device CCU2_rpc. Initialized version 0.97 beta
2017.10.14 22:17:40 1: Including ./log/fhem.save
2017.10.14 22:17:40 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2017.10.14 22:17:40 1: usb create starting
2017.10.14 22:17:41 1: usb create end
2017.10.14 22:17:41 0: Featurelevel: 5.8
2017.10.14 22:17:41 0: Server started with 271 defined entities (fhem.pl:15182/2017-10-03 perl:5.024001 os:linux user:fhem pid:1400)
2017.10.14 22:17:41 1: Perfmon: possible freeze starting at 22:17:01, delay is 40.474
2017.10.14 22:17:41 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/36_ModbusTCPServer.pm line 342.
2017.10.14 22:17:41 1: ModbusTCPServer_Parse: bad frame, sent: SimpleWrite [20 10 00 00 00 06] 00 03 20 10 00 05
2017.10.14 22:17:41 1: ModbusTCPServer_Parse: bad frame, received:  [20 10 00 00 00 03] 00 83 02
2017.10.14 22:17:41 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed (peer: 192.168.1.20)
2017.10.14 22:17:52 2: HMCCURPC: Starting thread for data processing
2017.10.14 22:17:53 2: HMCCURPC: Started thread for data processing. TID=1
2017.10.14 22:17:53 2: CCURPC: Thread DATA processing RPC events. TID=1
2017.10.14 22:17:53 2: HMCCURPC: RPC server thread started for interface BidCos-RF with TID=2
2017.10.14 22:17:53 2: CCURPC: Initializing RPC server CB2001 for interface BidCos-RF
2017.10.14 22:17:53 2: HMCCURPC: Callback server CB2001 created. Listening on port 7411
2017.10.14 22:17:53 2: CCURPC: CB2001 accepting connections. TID=2
2017.10.14 22:17:54 2: HMCCURPC: RPC server thread started for interface HmIP-RF with TID=3
2017.10.14 22:17:54 2: CCURPC: Initializing RPC server CB2010 for interface HmIP-RF
2017.10.14 22:17:54 2: HMCCURPC: Callback server CB2010 created. Listening on port 7420
2017.10.14 22:17:54 2: CCURPC: CB2010 accepting connections. TID=3
2017.10.14 22:17:55 1: HMCCURPC: RPC server(s) starting
2017.10.14 22:17:55 1: HMCCURPC: Received SL event. RPC server DATA enters server loop
2017.10.14 22:17:55 1: HMCCURPC: Received SL event. RPC server CB2001 enters server loop
2017.10.14 22:17:55 1: HMCCURPC: Received SL event. RPC server CB2010 enters server loop
2017.10.14 22:17:55 1: HMCCURPC: All threads working
2017.10.14 22:17:55 2: HMCCURPC: Registering callback http://192.168.1.33:7411/fh2001 with ID CB2001 at http://192.168.1.32:2001/
2017.10.14 22:17:55 1: CCURPC: CB2001 ListDevices. Sending init to HMCCU
2017.10.14 22:17:55 1: HMCCURPC: RPC callback with URL http://192.168.1.33:7411/fh2001 registered
2017.10.14 22:17:55 2: HMCCURPC: Registering callback http://192.168.1.33:7420/fh2010 with ID CB2010 at http://192.168.1.32:2010/
2017.10.14 22:17:55 1: HMCCURPC: RPC callback with URL http://192.168.1.33:7420/fh2010 registered
2017.10.14 22:17:55 1: HMCCURPC: Received IN event. RPC server CB2001 running.
2017.10.14 22:17:55 1: Perfmon: possible freeze starting at 22:17:53, delay is 2.659
2017.10.14 22:17:55 2: CCURPC: CB2001 NewDevice received 69 device and channel specifications
2017.10.14 22:17:55 1: CCURPC: CB2010 ListDevices. Sending init to HMCCU
2017.10.14 22:17:55 1: HMCCURPC: Received IN event. RPC server CB2010 running.
2017.10.14 22:17:55 1: HMCCURPC: All RPC servers running
2017.10.14 22:17:56 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 302) line 1.
2017.10.14 22:17:58 2: CCURPC: CB2010 NewDevice received 219 device and channel specifications
2017.10.14 22:18:02 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 340) line 1.
2017.10.14 22:18:13 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 412) line 1.
2017.10.14 22:18:14 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 419) line 1.
2017.10.14 22:18:32 2: HMCCURPC: Updated devices. Success=52 Failed=0
2017.10.14 22:18:32 1: Perfmon: possible freeze starting at 22:17:56, delay is 36.849


Solltest du noch was benötigenn gib mir bitte Bescheid.

Gruß Reinnhard
Fhem 6.3 auf Raspberry Pi4 SSD mit Raspbian Bookworm, Homematic, Homematic IP, CCU3 mit RapberryMatic, WAGO 750-880, E3DC S10E Hauskraftwerk, E3DC Wallbox, my-PV AC ELWA-E Heizstab, Fritz!Box 7590, KIA Bluelinky

Rewe2000

#28
22 Oktober 2017, 11:59:54
Hallo zap,

konntest du zwischenzeitlich noch irgend welche Rückschlüsse aus dem Log ziehen, weshalb es bei mir nicht geht?
Mache ich da eventuell doch irgend etwas falsch?


Gruß Reinhard
Fhem 6.3 auf Raspberry Pi4 SSD mit Raspbian Bookworm, Homematic, Homematic IP, CCU3 mit RapberryMatic, WAGO 750-880, E3DC S10E Hauskraftwerk, E3DC Wallbox, my-PV AC ELWA-E Heizstab, Fritz!Box 7590, KIA Bluelinky

Steffen

#29
23 Januar 2018, 16:30:26
Hallo!

Ich habe das jetzt schon ein paar mal beobachtet aber nach einem Neustart von Fhem wenn die CCu2 nicht erreichbar war(stromausfall) sind alle definierten
Einträge weg, gibt es einen Weg das zu ändern?!?

Code Auswählen

attr global userattr alexaName alexaRoom cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd webCmdLabel:textField-long widgetOverride
attr global autoload_undefined_devices 0
attr global autosave 1
attr global exclude_from_update 59_HCS.pm
attr global language DE
attr global latitude 52.4587487
attr global logfile ./log/fhem-%Y-%m.log
attr global longitude 13.4148381
attr global modpath .
attr global motd Messages collected while initializing FHEM:\
configfile: Device Schaltkanal1 not defined. Please add this device first!\
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\
Cannot detect IO device\
Cannot detect IO device\
Cannot detect IO device\
./log/fhem.save: Please define BW_OfficeBox first\
Please define BW_OfficeBox first\
Please define BW_OfficeBox first\
Please define BW_OfficeBox first\
Please define BW_OfficeBox first\
Please define BW_OfficeBox first\
Please define BW_OfficeBox first\
Please define BW_OfficeBox first\
Please define Deckenlampe first\
Please define Deckenlampe first\
Please define Deckenlampe first\
Please define Deckenlampe first\
Please define Deckenlampe first\
Please define Deckenlampe first\
Please define Deckenlampe first\
Please define FK_Eingang first\
Please define FK_Eingang first\
Please define FK_Eingang first\
Please define FK_Eingang first\
Please define FK_SeitenEingang first\
Please define FK_SeitenEingang first\
Please define FK_SeitenEingang first\
Please define FK_SeitenEingang first\
Please define HCS first\
Please define HCS first\
Please define HCS first\
Please define HCS first\
Please define HCS first\
Please define HCS first\
Please define HCS first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define HM_HM_LC_Sw4_DR_NEQ1693835 first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Rauchmelder first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal1 first\
Please define Schaltkanal2 first\
Please define Schaltkanal2 first\
Please define Schaltkanal2 first\
Please define Schaltkanal2 first\
Please define Schaltkanal3 first\
Please define Schaltkanal3 first\
Please define Schaltkanal3 first\
Please define Schaltkanal3 first\
Please define Schaltkanal4 first\
Please define Schaltkanal4 first\
Please define Schaltkanal4 first\
Please define Schaltkanal4 first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
Please define Thermostat first\
\
Autosave deactivated
attr global room System
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3


das habe ich jetzt mal getestet und mein HMCCU um
Code Auswählen
192.168.178.88 waitforccu=180
erweitert aber nach einem Neustart von Fhem dauert der Neustart genau so lange?!

Wird in der Zeit abgefragt ob die CCU2 erreichbar ist oder habe ich das Falsch verstanden?!

Mfg Steffen
Drucken
Nach oben Seiten 1 2 3 Alle
Benutzer-Aktionen