XML-RPC ignoriert Channel System Variablen

[lukics]

Variablen die einem Kanal zugewiesen sind werden in der GUI angezeigt, ach das XML Interface (http://[CCU_IP]/config/xmlapi/[Skript_Name]) zeigt es an.
Das XML-RPC Interface scheint sie zu ignorieren. Sie werden nicht gelistet und auch der Update wird nicht publiziert.
Stimmt das?

Bei Programmen sind diese Variablen auch über den Kanal des Gerätes erreichbar wie gewöhnliche Kanalattribute. Ich würde erwarten dass sie auch über die XML-RPC so ansprechbar wären, lesend, schreibend und event.

[paul53]

Das XML-RPC Interface scheint sie zu ignorieren.

Über das XML-RPC Interface kann auf die Daten des rfd (Beispiel) zugegriffen werden, was z.B. die RegaHss macht. Der rfd kennt keine Systemvariablen, denn diese sind Bestandteil der RegaHss. Eine logische Zuordnung der Systemvariablen zu Kanälen erfolgt innerhalb der RegaHss.

[lukics]

Das XML-RPC Interface scheint sie zu ignorieren.

Über das XML-RPC Interface kann auf die Daten des rfd (Beispiel) zugegriffen werden, was z.B. die RegaHss macht. Der rfd kennt keine Systemvariablen, denn diese sind Bestandteil der RegaHss. Eine logische Zuordnung der Systemvariablen zu Kanälen erfolgt innerhalb der RegaHss.

Was ist mit (Beispiel) gemeint?

Bitte um eine kurze Erklärung (Link wenn möglich) was die Komponenten RFD und RegaHSS für Aufgaben haben. Suche Liefert einfach zu viel, wenn nicht zu viel verlangt ist.

[lukics]

Hab mal die Übersicht gefunden. Mir ist immer nicht klar ob es möglich wäre dass man über die XML-RPCSchnittstell notifiziert weden könnte dass sich derWert einer Variablen verändert hat.

[paul53]

Was ist mit (Beispiel) gemeint?

Neben rfd gibt es noch hs485d, HMIP usw.

Bitte um eine kurze Erklärung (Link wenn möglich) was die Komponenten RFD und RegaHSS für Aufgaben haben

Bitte

[BadenPower]

Hab mal die Übersicht gefunden.

Lustige Übersicht. Seit wann ist CUxD Open-Source!

Mir ist immer nicht klar ob es möglich wäre dass man über die XML-RPCSchnittstell notifiziert weden könnte dass sich derWert einer Variablen verändert hat.

Natürlich ist das möglich.

eQ3 bietet hierzu extra eine offizielle Doku an, wie Du auf die einzelnen XML-RPC-Schnittstellen zugreifen kannst:

HM_XmlRpc_API.pdf bei eQ3 downloadbar.
.

[lukics]

Natürlich ist das möglich.

eQ3 bietet hierzu extra eine offizielle Doku an, wie Du auf die einzelnen XML-RPC-Schnittstellen zugreifen kannst:

HM_XmlRpc_API.pdf bei eQ3 downloadbar.
.

Mal die Doku durchgeschaut und nichts dergleichen gefunden. Es wird immer von Devices gesprochen und damit verbundenen events.

[BadenPower]

Mal die Doku durchgeschaut

Sicher?

und nichts dergleichen gefunden.

Dann solltest Du vielleicht einmal dort unter 2.1 und 4.2.1 nachschauen.
.

[lukics]

Mal die Doku durchgeschaut

Sicher?

und nichts dergleichen gefunden.

Dann solltest Du vielleicht einmal dort unter 2.1 und 4.2.1 nachschauen.
.

Leider kommen über die Schnittstelle keine Systemvariablen, auch wenn sie einem Kanal zugeordnet sind.

[hobbyquaker]

Hab mal die Übersicht gefunden.

Lustige Übersicht. Seit wann ist CUxD Open-Source!

Seit schon immer. Lediglich ein paar Zusatzmodule wie EnOcean nicht, aber die CUxD Basis inkl CUL/FS20 Anbindung usw. ist im Quelltext verfügbar, einfach Uwe fragen.

Mir ist immer nicht klar ob es möglich wäre dass man über die XML-RPCSchnittstell notifiziert weden könnte dass sich derWert einer Variablen verändert hat.

Natürlich ist das möglich.

Nein, Wie Paul schon dargelegt hat, das ist nicht möglich. Über XML-RPC kann man mit rfd/hs485d/hmipserver sprechen, die wissen nichts von Rega-Variablen.

Leider kommen über die Schnittstelle keine Systemvariablen, auch wenn sie einem Kanal zugeordnet sind.

Ein möglicher Workaround (den ich vor einigen Jahren in CCU.IO eingebaut hatte und der jetzt auch in hm2mqtt.js steckt):

Du legst ein Rega-Programm an dass auf die Änderung von Variablen reagiert und dann einen virtuellen Taster drückt. Den PRESS_SHORT/LONG des virtuellen Tasters bekommst Du dann per XML-RPC Event gepushed, darauf kannst Du dann mit einer Anbfrage der Rega über Port 8181 reagieren. Sozusagen ein "pseudo-push" Mechanismus, nicht besonders schön, aber funktioniert. Alternativ könntest Du natürlich auch aus dem Rega-Programm heraus per z.B. HTTP GET eine externe Software informieren dass sich eine Variable geändert hat.

HTH