XML-RPC ignoriert Channel System Variablen
Moderator: Co-Administratoren
XML-RPC ignoriert Channel System Variablen
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.
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.
70 HM, 4 davon HM-IP
Anbindung an openhab
Anbindung an openhab
Re: XML-RPC ignoriert Channel System Variablen
Ü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 hat geschrieben:Das XML-RPC Interface scheint sie zu ignorieren.
Versionen: HM-CC-TC 2.1, HM-LC-Sw1 1.9, HM-CC-RT-DN 1.1, HM-MOD-RPI-PCB 1.2.1 (keine CCU)
Re: XML-RPC ignoriert Channel System Variablen
Was ist mit (Beispiel) gemeint?paul53 hat geschrieben:Ü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 hat geschrieben:Das XML-RPC Interface scheint sie zu ignorieren.
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.
70 HM, 4 davon HM-IP
Anbindung an openhab
Anbindung an openhab
Re: XML-RPC ignoriert Channel System Variablen
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.
70 HM, 4 davon HM-IP
Anbindung an openhab
Anbindung an openhab
Re: XML-RPC ignoriert Channel System Variablen
Neben rfd gibt es noch hs485d, HMIP usw.lukics hat geschrieben:Was ist mit (Beispiel) gemeint?
Bittelukics hat geschrieben:Bitte um eine kurze Erklärung (Link wenn möglich) was die Komponenten RFD und RegaHSS für Aufgaben haben
Versionen: HM-CC-TC 2.1, HM-LC-Sw1 1.9, HM-CC-RT-DN 1.1, HM-MOD-RPI-PCB 1.2.1 (keine CCU)
Re: XML-RPC ignoriert Channel System Variablen
Lustige Übersicht. Seit wann ist CUxD Open-Source!lukics hat geschrieben:Hab mal die Übersicht gefunden.
Natürlich ist das möglich.lukics hat geschrieben: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.
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.
.
Re: XML-RPC ignoriert Channel System Variablen
Mal die Doku durchgeschaut und nichts dergleichen gefunden. Es wird immer von Devices gesprochen und damit verbundenen events.BadenPower hat geschrieben: 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.
.
70 HM, 4 davon HM-IP
Anbindung an openhab
Anbindung an openhab
Re: XML-RPC ignoriert Channel System Variablen
Sicher?lukics hat geschrieben:Mal die Doku durchgeschaut
Dann solltest Du vielleicht einmal dort unter 2.1 und 4.2.1 nachschauen.lukics hat geschrieben:und nichts dergleichen gefunden.
.
Re: XML-RPC ignoriert Channel System Variablen
Leider kommen über die Schnittstelle keine Systemvariablen, auch wenn sie einem Kanal zugeordnet sind.BadenPower hat geschrieben:Sicher?lukics hat geschrieben:Mal die Doku durchgeschaut
Dann solltest Du vielleicht einmal dort unter 2.1 und 4.2.1 nachschauen.lukics hat geschrieben:und nichts dergleichen gefunden.
.
70 HM, 4 davon HM-IP
Anbindung an openhab
Anbindung an openhab
-
- Beiträge: 3978
- Registriert: 12.07.2009, 20:01
- Hat sich bedankt: 17 Mal
- Danksagung erhalten: 176 Mal
- Kontaktdaten:
Re: XML-RPC ignoriert Channel System Variablen
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.BadenPower hat geschrieben:Lustige Übersicht. Seit wann ist CUxD Open-Source!lukics hat geschrieben:Hab mal die Übersicht gefunden.
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.BadenPower hat geschrieben:Natürlich ist das möglich.lukics hat geschrieben: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.
Ein möglicher Workaround (den ich vor einigen Jahren in CCU.IO eingebaut hatte und der jetzt auch in hm2mqtt.js steckt):lukics hat geschrieben: Leider kommen über die Schnittstelle keine Systemvariablen, auch wenn sie einem Kanal zugeordnet sind.
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
Zuletzt geändert von hobbyquaker am 22.09.2017, 19:36, insgesamt 2-mal geändert.
Grund: erst lesen, dann schreiben ;)
Grund: erst lesen, dann schreiben ;)