Ersatz-CCU3 funktioniert nicht

[trebor110966]

Sporadisch gebrauche ich Home24, aber das läuft momentan nirgends auf meinem Tablet/Handy.

[MichaelN]

Wofür dann die xmlapi?

[Samson71]

Dem Protokoll nach hätte ich auf irgendwas wie ioBroker oder irgendwelche anderen zusätzlichen Gateways o.ä. getippt, die die CCU mit Anfragen bombardieren.

[trebor110966]

@MichaelN darum:
Home24 spricht direkt über die XML-Schnittstellen oder CloudMatic mit Ihrer CCU (HomeMatic Zentrale).

[trebor110966]

@Samson71

Guter Tipp, hat aber nichts gebracht den ioBroker zu stoppen auf dem NAS, resp. ist nun deinstalliert und das NAS runtergefahren.
Trotzdem stehen wieder die gleichen Fehlermeldungen nach dem Neustart der CCU im Protokoll.

[MichaelN]

Dann wird neben home 24 und IoBrocker wohl noch ein drittes ungenanntes Tool auf deine CCU zugreifen.

[Baxxy]

Warum versteift ihr euch so auf externe Zugriffe?

Die gezeigten Meldungen...
(Beispiel von meinem Testsystem)

Code: Alles auswählen

Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0001D3C99CA0D2:2","STATE"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: STATE"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"0001D3C99CA0D2:2","STATE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0001D3C99CA0D2:3","STATE"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: STATE"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"0001D3C99CA0D2:3","STATE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0001D3C99CA0D2:4","STATE"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: STATE"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"0001D3C99CA0D2:4","STATE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0001D3C99CA0D2:5","STATE"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: STATE"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"0001D3C99CA0D2:5","STATE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0001D3C99CA0D2:6","VOLTAGE"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: VOLTAGE"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"0001D3C99CA0D2:6","VOLTAGE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0001D3C99CA0D2:6","CURRENT"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: CURRENT"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"0001D3C99CA0D2:6","CURRENT"}) [CallGetValue():iseXmlRpc.cpp:1435]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0001D3C99CA0D2:6","POWER"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: POWER"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"0001D3C99CA0D2:6","POWER"}) [CallGetValue():iseXmlRpc.cpp:1435]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0001D3C99CA0D2:6","FREQUENCY"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: FREQUENCY"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"0001D3C99CA0D2:6","FREQUENCY"}) [CallGetValue():iseXmlRpc.cpp:1435]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0001D3C99CA0D2:8","WEEK_PROGRAM_CHANNEL_LOCKS"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: WEEK_PROGRAM_CHANNEL_LOCKS"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"0001D3C99CA0D2:8","WEEK_PROGRAM_CHANNEL_LOCKS"}) [CallGetValue():iseXmlRpc.cpp:1435]
Oct  6 00:10:48 RM-Test-Pi3Bplus-27 local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]

...sind zwar unschön, aber zumindest nach einem Reboot normal (für IP-Geräte).

Für manche IP-Geräte kommen sie sofort, provozieren kann man sie für jedes IP-Gerät was sich (seit Reboot) noch nicht gemeldet hat in dem man mal bei Status und Bedienung --> Geräte jedes IP-Gerät 1x anwählt.

Das hat auch nichts mit dem XML-API AddOn zu tun. Das habe ich hier gar nicht drauf.

Problematischer erscheinen mir die jeweils ersten Zeilen der Logausgaben. Im ersten Log...

Code: Alles auswählen

/var/log/hmserver.log:Oct 4 00:49:16 de.eq3.cbcs.server.core.task.protocol.SendFrameTask ERROR [vert.x-eventloop-thread-1] AP 3014F711A0001F9BE9A3CB33: Task 301: Error while sending frame ICMP via backbone to F00001: No route manager available
/var/log/hmserver.log:Oct 4 00:49:16 de.eq3.cbcs.server.core.transaction.TransactionManagementVerticle ERROR [vert.x-eventloop-thread-1] AP 3014F711A0001F9BE9A3CB33: NullPointerException while queueing transaction: null:
/var/log/hmserver.log:Oct 4 00:49:18 de.eq3.eshlight.runtime.ThingManager ERROR [ESH-thingManager-1] Exception occured while initializing handler of thing 'lightify:bridge:OL-BRG-0001': java.lang.IndexOutOfBoundsException
/var/log/hmserver.log:Oct 4 11:11:53 de.eq3.cbcs.server.core.persistence.AbstractPersistency ERROR [vert.x-worker-thread-0] AP 3014F711A0001F9BE9A3CB33: The config file for the AP could not be written
/var/log/hmserver.log:Oct 4 11:24:07 de.eq3.cbcs.server.core.persistence.AbstractPersistency ERROR [vert.x-worker-thread-0] The config file of the device 3014F711A000255BE98A9962 could not be read
/var/log/hmserver.log:Oct 4 11:24:07 de.eq3.cbcs.server.core.persistence.AbstractPersistency ERROR [vert.x-worker-thread-0] AP 3014F711A0001F9BE9A3CB33: The config file for device 3014F711A000255BE98A9962 could not be created
/var/log/hmserver.log:Oct 4 11:24:41 de.eq3.cbcs.server.core.persistence.AbstractPersistency ERROR [vert.x-worker-thread-3] AP 3014F711A0001F9BE9A3CB33: The config file for the AP could not be written
/var/log/hmserver.log:Oct 4 11:36:39 de.eq3.cbcs.server.core.persistence.AbstractPersistency ERROR [vert.x-worker-thread-4] AP 3014F711A0001F9BE9A3CB33: The config file for the AP could not be written
/var/log/hmserver.log:Oct 4 11:51:02 de.eq3.cbcs.server.core.persistence.AbstractPersistency ERROR [vert.x-worker-thread-1] AP 3014F711A0001F9BE9A3CB33: The config file for the AP could not be written

Im zweiten Log...

Code: Alles auswählen

/var/log/hmserver.log:Oct 5 17:59:27 de.eq3.cbcs.server.core.task.protocol.SendFrameTask ERROR [vert.x-eventloop-thread-0] AP 3014F711A0001F9BE9A3CB33: Task 301: Error while sending frame ICMP via backbone to F00001: No route manager available
/var/log/hmserver.log:Oct 5 17:59:27 de.eq3.cbcs.server.core.transaction.TransactionManagementVerticle ERROR [vert.x-eventloop-thread-0] AP 3014F711A0001F9BE9A3CB33: NullPointerException while queueing transaction: null:

Das liest sich "ungesund". Was es genau bedeutet weiß ich aber nicht. Irgendwie kann die Konfiguration fürs Funkmodul nicht gespeichert werden und daraus folgt das die Kommunikation mit den IP-Geräten fehlschlägt.

Ich würde nochmal "neu" beginnen. Werksreset, aktuelle Firmware nochmal drüberbügeln und dann das Backup einspielen.

Grüße, Baxxy

[hel400]

Neues Funkmodul - alle HmIP-Komponenten müssen sich erstmal beim EQ3-Server einen neuen Schlüssel holen. Nichts machen, abwarten.

Ich muss da jetzt mal im Detail dazu nachfragen:
Wenn HmIP-Komponenten an einer CCU2/3 hängen, welche Kommunikation mit EQ3 findet da statt??

[Sven_A]

Wenn HmIP-Komponenten an einer CCU2/3 hängen, welche Kommunikation mit EQ3 findet da statt??

Nach dem initialen Anlernen: Keine. Nichts. Nada.

==== Nachtrag ====
Korrektur: Die CCU prüft einmal täglich bei den Servern von eq3 ob es Firmwareupdates für die Komponenten oder die CCU bereit stehen.

[hel400]

Wenn HmIP-Komponenten an einer CCU2/3 hängen, welche Kommunikation mit EQ3 findet da statt??

Nach dem initialen Anlernen: Keine. Nichts. Nada.

==== Nachtrag ====
Korrektur: Die CCU prüft einmal täglich bei den Servern von eq3 ob es Firmwareupdates für die Komponenten oder die CCU bereit stehen.

ok. Und der Beitrag oben, dass die Komponenten erst "neue Schlüssel" holen müssen, ist das tatsächlich so?