unknown request method 'system.multicall' 'updateDevice'

Anbindung von FS20-Komponenten, ELV-Wetterstationen, EnOcean und DMX an HomeMatic

Moderator: Co-Administratoren

LibertyX
Beiträge: 372
Registriert: 10.11.2012, 20:47

unknown request method 'system.multicall' 'updateDevice'

Beitrag von LibertyX » 06.05.2018, 14:31

Hi,

heute ist mir aufgefallen, dass wenn Konfigurationsdaten zur Übertragung enstehen, der CUxD folgende Warnmeldung ausgibt.

Code: Alles auswählen

May  6 14:12:24 homematic-raspi daemon.warn cuxd[579]: 127.0.0.1 called unknown request method 'system.multicall' 'updateDevice'
May  6 14:12:24 homematic-raspi daemon.warn cuxd[579]: 127.0.0.1 called unknown request method 'system.multicall' 'updateDevice'
War das schon immer so?

Die XmlRpc gibt aber auch einen Fehler aus.

Code: Alles auswählen

May  6 14:12:24 homematic-raspi user.err rfd: XmlRpc fault: [faultCode:-1,faultString:"system.multicall: unknown.method name"]
RaspberryMatic (3.37.8.20180922) @RPI3 | 156 Kanäle in 51 Geräten und 37 CUxD-Kanäle in 3 CUxD-Geräten | iobroker.pro (Alexa) - CuxD

Benutzeravatar
uwe111
Beiträge: 3677
Registriert: 26.02.2011, 23:22
Kontaktdaten:

Re: unknown request method 'system.multicall' 'updateDevice'

Beitrag von uwe111 » 06.05.2018, 21:14

LibertyX hat geschrieben:War das schon immer so?
nein, Warnmeldungen bei illegalen Funktionsaufrufen habe ich erst seit kurzem im Log hinzugefügt.
Normalerweise dürfte diese Funktion von der ReGaHss nicht aufgerufen werden.

Viele Grüße

Uwe
Alle sagten: Das geht nicht. Dann kam einer, der wußte das nicht und hat's einfach gemacht.
SPENDEN :wink: Download: CUxD 2.1.0, RFD-Monitor, Vellemann K8055, SSH KeyDir

LibertyX
Beiträge: 372
Registriert: 10.11.2012, 20:47

Re: unknown request method 'system.multicall' 'updateDevice'

Beitrag von LibertyX » 07.05.2018, 11:53

uwe111 hat geschrieben:Normalerweise dürfte diese Funktion von der ReGaHss nicht aufgerufen werden.
Das wäre also etwas für jmaus?

Ist das nur "unschön" oder sollte das doch besser behoben werden?
RaspberryMatic (3.37.8.20180922) @RPI3 | 156 Kanäle in 51 Geräten und 37 CUxD-Kanäle in 3 CUxD-Geräten | iobroker.pro (Alexa) - CuxD

Benutzeravatar
uwe111
Beiträge: 3677
Registriert: 26.02.2011, 23:22
Kontaktdaten:

Re: unknown request method 'system.multicall' 'updateDevice'

Beitrag von uwe111 » 07.05.2018, 12:20

LibertyX hat geschrieben:Das wäre also etwas für jmaus?
ja
LibertyX hat geschrieben:Ist das nur "unschön" oder sollte das doch besser behoben werden?
ist unschön und war wohl schon immer so.

Viele Grüße

Uwe
Alle sagten: Das geht nicht. Dann kam einer, der wußte das nicht und hat's einfach gemacht.
SPENDEN :wink: Download: CUxD 2.1.0, RFD-Monitor, Vellemann K8055, SSH KeyDir

Benutzeravatar
jmaus
Beiträge: 3281
Registriert: 17.02.2015, 15:45
Wohnort: Dresden
Kontaktdaten:

Re: unknown request method 'system.multicall' 'updateDevice'

Beitrag von jmaus » 07.05.2018, 16:14

uwe111 hat geschrieben:
LibertyX hat geschrieben:War das schon immer so?
nein, Warnmeldungen bei illegalen Funktionsaufrufen habe ich erst seit kurzem im Log hinzugefügt.
Normalerweise dürfte diese Funktion von der ReGaHss nicht aufgerufen werden.
Von welcher Funktion sprichst du genau? 'system.multicall' oder 'updateDevice'? Weil laut XMLRPC Dokumentation (5.5 updateDevice) erscheint mir das "updateDevice" durchaus eine erlaubte Methode zu sein die dann allen Logikschichten (d.h. auch CUxD) mitgeteilt wird wenn sich etwas an einem Device geändert hat. Oder übersehe ich etwas?
RaspberryMatic 3.37.8.20180929 @ TinkerS mit ~150 HomeMatic Geräten + ioBroker – GitHubPayPal

Benutzeravatar
uwe111
Beiträge: 3677
Registriert: 26.02.2011, 23:22
Kontaktdaten:

Re: unknown request method 'system.multicall' 'updateDevice'

Beitrag von uwe111 » 07.05.2018, 17:08

jmaus hat geschrieben:Von welcher Funktion sprichst du genau?
Wie es in der Fehlermeldung steht: updateDevice in einem system.multicall. Scheinbar hat der rfd ja auch ein Problem damit.
updateDevice als eigenständiger Methodenaufruf wird natürlich unterstützt.

Viele Grüße

Uwe
Alle sagten: Das geht nicht. Dann kam einer, der wußte das nicht und hat's einfach gemacht.
SPENDEN :wink: Download: CUxD 2.1.0, RFD-Monitor, Vellemann K8055, SSH KeyDir

Benutzeravatar
jmaus
Beiträge: 3281
Registriert: 17.02.2015, 15:45
Wohnort: Dresden
Kontaktdaten:

Re: unknown request method 'system.multicall' 'updateDevice'

Beitrag von jmaus » 07.05.2018, 17:56

Mhh, also aus dem Kopf heraus durchschau ich das jetzt nicht ganz. Aber meines Wissens sendet er immer die gleiche methode nochmal via system.multicall wenn ein direkter methodenaufruf nicht geklappt hat. Kann CUxD denn gar kein system.multicall mit mehreren methodenaufrufen?
RaspberryMatic 3.37.8.20180929 @ TinkerS mit ~150 HomeMatic Geräten + ioBroker – GitHubPayPal

LibertyX
Beiträge: 372
Registriert: 10.11.2012, 20:47

Re: unknown request method 'system.multicall' 'updateDevice'

Beitrag von LibertyX » 07.05.2018, 17:57

Ich muss mich etwas korrigieren ich dachte zuerst es tritt bei der Konfiguration eines Gerätes auf. Es ist allerdings beim anlegen einer Direkt Verknüpfung.
In dem Beispiel zwischen einem HM-Sen-MDIR-O und einem HM-LC-Bl1PBU-FM

Code: Alles auswählen

May  7 17:50:45 homematic-raspi user.err rfd: HSSParameter::SetValue() 100 exception type error
May  7 17:50:46 homematic-raspi daemon.warn cuxd[582]: 127.0.0.1 called unknown request method 'system.multicall' 'updateDevice'
May  7 17:50:46 homematic-raspi daemon.warn cuxd[582]: 127.0.0.1 called unknown request method 'system.multicall' 'updateDevice'
May  7 17:50:46 homematic-raspi user.err rfd: XmlRpcClient error calling system.multicall({{[methodName:"updateDevice",params:{"rcux","NEQ011xxxx:1",1}],[methodName:"updateDevice",params:{"rcux","OEQ00xxxx:1",1}]}}) on binary://127.0.0.1:8701/RPC2:
May  7 17:50:46 homematic-raspi user.err rfd: XmlRpc fault: [faultCode:-1,faultString:"system.multicall: unknown.method name"]
RaspberryMatic (3.37.8.20180922) @RPI3 | 156 Kanäle in 51 Geräten und 37 CUxD-Kanäle in 3 CUxD-Geräten | iobroker.pro (Alexa) - CuxD

hobbyquaker
Beiträge: 2446
Registriert: 12.07.2009, 20:01
Kontaktdaten:

Re: unknown request method 'system.multicall' 'updateDevice'

Beitrag von hobbyquaker » 07.05.2018, 22:20

My 2 cents:

Es ist beim rfd (leider) bisschen willkürlich was in einem Multicall ankommt, was in mehreren Multicalls ankommt und was in einem einzelnen Call kommt. Events z.B. sind meistens einfach ein BidCos Telegramm in einem Multicall verpackt - aber leider nicht immer, manchmal kommen auch 2 Multicalls oder ein Multicall und ein einzelner, in einem stecken dann z.B. nur die events für WORKING und DIRECTION, LEVEL kommt im nächsten und sowas... updateDevices kommt mal im Multicall, mal einzeln, ich vermute dass hängt einfach daran ob sich an einem oder mehreren Kanälen was geändert hat, wenn eine Direktverknüpfung angelegt/geändert wird betrifft es halt immer gleich 2 Kanäle.
LibertyX hat geschrieben:May  6 14:12:24 homematic-raspi user.err rfd: XmlRpc fault: [faultCode:-1,faultString:"system.multicall: unknown.method name"]
uwe111 hat geschrieben:Scheinbar hat der rfd ja auch ein Problem damit.
Ich glaub das Log sagt hier nicht dass der rfd ein problem hat, der beschwert sich nur weil CUxD den Call mit einem Fehler beantwortet hat. Der Call kommt ja übrigens auch nicht von der Rega sondern vom rfd, insofern nicht direkt "Jens' Baustelle". Ich würd empfehlen einfach mal damit zu rechnen dass alles im Multicall kommen könnte, bei meinen Implementierungen mach ich das so...

Benutzeravatar
uwe111
Beiträge: 3677
Registriert: 26.02.2011, 23:22
Kontaktdaten:

Re: unknown request method 'system.multicall' 'updateDevice'

Beitrag von uwe111 » 08.05.2018, 08:01

Ja, es werden aktuell nicht alle Methoden vom CUxD als system.multicall verarbeitet.
Um das irgendwann zu verbessern und Fehlfunktionen zu erkennen, habe ich das Logging von unbekannten Requests im CUxD aktiviert.
Also falls im Log noch andere Meldungen von unbekannten Methodenaufrufen auftreten, meldet sie mir bitte.

Die aktuelle Meldung kannst Du erstmal ignorieren. Diese Methode würde vom CUxD sowieso nicht verarbeitet.

Viele Grüße

Uwe
Alle sagten: Das geht nicht. Dann kam einer, der wußte das nicht und hat's einfach gemacht.
SPENDEN :wink: Download: CUxD 2.1.0, RFD-Monitor, Vellemann K8055, SSH KeyDir

Antworten

Zurück zu „CUxD“