CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

[Mathias]

MQTT über WebSockets wird vom CCU-Jack noch nicht unterstützt. Ich habe es mal als Feature-Request aufgenommen. Über die REST-API kannst Du natürlich auch Werte lesen und setzen.

Viele Grüße
Mathias

[Flip]

Danke Mathias.

Bei der Rest-API hab ich Probleme mit CORS. Für eine gebaute und deployte Version der App funktioniert es wenn ich den CORS Parameter entsprechend setzte. Mit dem Default Wert * erlaubt weder Chrome noch Firefox die Requests. Für die Entwicklung hab ich es unter localhost:4200 leider gar nicht zum Laufen gebracht.
Dabei ist mir auch aufgefallen, dass man für den CORS Parameter nur einen Wert setzen kann. Wäre es viel Arbeit das wie unter https://stackoverflow.com/questions/173 ... le-domains beschrieben umzubauen und mehrere Werte zu erlauben?

Soweit ich weis gibt es bei WebSockets die CORS Problematik nicht. Daher wäre das für mich natürlich ideal. Kein Polling und kein CORS Ich kann leider kein Go, sonst würde ich auch gerne einen Pull Request beisteuern.


Grüße
Philipp

[Mathias]

Mit dem Default Wert * erlaubt weder Chrome noch Firefox die Requests. Für die Entwicklung hab ich es unter localhost:4200 leider gar nicht zum Laufen gebracht.

Machst Du die Anfragen vielleicht mit Benutzername und Passwort. Dies müssen die Browser ablehnen, wenn Access-Control-Allow-Origin auf * gesetzt ist. Hast Du im Origin auch Protokoll und Port mit angegeben?

Dabei ist mir auch aufgefallen, dass man für den CORS Parameter nur einen Wert setzen kann. Wäre es viel Arbeit das wie unter https://stackoverflow.com/questions/173 ... le-domains beschrieben umzubauen und mehrere Werte zu erlauben?

Mehrere Origins werden intern im CCU-Jack bereits unterstützt, ich werde mal den Kommandozeilenparameter -cors erweitern.

Soweit ich weis gibt es bei WebSockets die CORS Problematik nicht. Daher wäre das für mich natürlich ideal. Kein Polling und kein CORS Ich kann leider kein Go, sonst würde ich auch gerne einen Pull Request beisteuern.

Ja, CORS wird nicht bei WebSockets genutzt. Aber WebSocket-Unterstützung für MQTT werde ich bei Gelegenheit in den CCU-Jack einbauen. Als Übergangslösung kannst Du mal websockify o.ä. probieren, damit kannst Du den MQTT-Port als WebSocket anbieten.

Viele Grüße
Mathias

[Flip]

Hallo Mathias,

Danke für deine Antwort.

Machst Du die Anfragen vielleicht mit Benutzername und Passwort. Dies müssen die Browser ablehnen, wenn Access-Control-Allow-Origin auf * gesetzt ist. Hast Du im Origin auch Protokoll und Port mit angegeben?

Nein, kein Benutzername und Passwort. Ja, ist auf http://localhost:4200 gesetzt.

Mehrere Origins werden intern im CCU-Jack bereits unterstützt, ich werde mal den Kommandozeilenparameter -cors erweitern.

Super, danke.

Ja, CORS wird nicht bei WebSockets genutzt. Aber WebSocket-Unterstützung für MQTT werde ich bei Gelegenheit in den CCU-Jack einbauen. Als Übergangslösung kannst Du mal websockify o.ä. probieren, damit kannst Du den MQTT-Port als WebSocket anbieten.

Danke für den Tip. Werde ich ausprobieren.


Grüße
Philipp

[Mathias]

Nachdem die eigentliche Funktionalität schon länger im CCU-Jack fertig implementiert ist, wird in dieser Version (und auch in den kommenden) die Benutzerfreundlichkeit weiter voran getrieben.

Auf GitHub ist die neue Version zu finden.

Fehlerbehebungen / Verbesserungen

• Ändern der Zugriffsberechtigungen über die Web-UI (v0.10.0)
• CCU2: Für die Zeitstempel der ReGaHss wird eine falsche Zeitzone verwendet (v0.10.0)
• REST: Mehrere CORS-Origins sollten konfigurierbar sein (v0.10.0)
• Zugriffsberechtigungen (v0.10.0)
• Startparameter beim Start aus Textdatei lesen (v0.10.0)

Es handelt sich zwar immer noch um eine Vorabversion, funktional und von der Stabilität ist sie nah an der v1.0.

[Berliner83]

Warum werden denn eigentlich keine "virtuellen" CUxD Geräte mit CCU-Jack gefunden? Oder ist das nur bei mir so?

[Baxxy]

Oder ist das nur bei mir so?

Nein. Ich denke Matthias hat das CUxD-Interface (noch) nicht implementiert. Sieht man auch gut an der ccu-jack.cfg

Code: Alles auswählen

"Interfaces": [
      "BidCosRF",
      "HmIPRF",
      "VirtualDevices"
    ],

[Mathias]

Das offizielle und dokumentierte Protokoll um mit den Schnittstellenprozessen der CCU zu kommunizieren ist XML-RPC. Dieses wird von allen Schnittstellenprozessen unterstützt. Deshalb unterstützt der CCU-Jack erst einmal nur XML-RPC.

Die "alten" Schnittstellen BidCos-RF und BidCos-Wired sprechen zusätzlich BIN-RPC. Dies wird intern auch von der RegaHss (Logik-Schicht der CCU) für diese verwendet.

Der CUxD kann leider nur BIN-RPC. Eine XML-RPC-Unterstützung war, glaube ich, mal angedacht. Den aktuellen Stand kenne ich nicht.

Das Protokoll BIN-RPC im CCU-Jack zu implementieren ist ein größerer Aufwand. Den Aufwand will ich lieber in andere neue Features vom CCU-Jack stecken.

[tomi_cc16]

Es gibt doch noch Nutze JSON RPC API nutzt z.B. @Home zur Kommunikation

viewtopic.php?t=35844

[Kilowatt_W]

Hallo zusammen,

das hört sich wirklich nach einem spannenden Projekt an.

Sehe ich das richtig das CCU-Jack in der aktuellen Version sowohl das Mosquitto-Addon wie auch das xmp-api Addon ablösen kann ?

Vorallem der alte Mosqitto wäre mir recht ?

Danke

Kilowatt