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

Der CCU-Jack als REST- und MQTT-Schnittstelle für die CCU und virtuelle Geräte für das IoT

Moderator: Co-Administratoren

Silverstar
Beiträge: 367
Registriert: 11.02.2020, 12:14
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 94 Mal
Danksagung erhalten: 68 Mal

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

Beitrag von Silverstar » 05.06.2023, 09:17

VolGra hat geschrieben:
03.06.2023, 15:09
Habe nun mal den "thermostat wwsettemp" als json und als xml publiziert. Im Jack fand ich die darauf nicht. Allerdings finde ich auch nach Neustart des Jacks folgende Warnung in den Logs: "(1/mqtt-explorer-3a48dd1a) Error processing SUBSCRIBE: memtopics/nextTopicLevel: Cannot publish to $ topics." Auch weitere Publizierungen bringen kein Ergebnis

Hast Du oder jemand anders dafür eine Erklärung?
Wie sehen die Einstellungen des wwsettemp aus? Ich weiß zwar nicht, warum eine Fehlermeldung "subscribe" mit "cannot publish..." kommt, weil das entgegengesetzte Dinge sind, aber nicht, dass der Fehler die virtuellen Geräte lahm legt. Oder du hast diese nicht korrekt angelegt.

Jedenfalls können wildcards ($, #, +) nicht im publish verwendet werden, nur beim subscribe.

VolGra
Beiträge: 68
Registriert: 24.03.2012, 11:40
Hat sich bedankt: 13 Mal
Danksagung erhalten: 1 Mal

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

Beitrag von VolGra » 05.06.2023, 11:38

Henke hat geschrieben:
04.06.2023, 20:18
Virtuelle Geräte löschen, die laufen wohl nicht.
Neues anlegen mit mindestens einem MQTT Kanal und das muss im Posteingang auftauchen!
Hallo silverstar, habe nun:
- Alten virtdev gelöscht und
- Neuen virtdev als HmIP-STHO angelegt
- Kein Gerät in CCU-Post
- Manuelle Anlernen HM und HMIP gestartet-kein Gerät
- Über Navigator den Kanälen 0 und 1 …test und sticky unreach je 1 Datenpunkte angelegt
- Jack/Überwachung 1 Nachricht: /virtdev/JACK000002/0/STICKY_UNREACH
- Kein Gerät in CCU-Post
- Manuelle Anlernen HM und HMIP gestartet-kein Gerät
- JACK000002 im MQTT-Explorer sichtbar
Sollte dies an den Firewalleinstellungen liegen?! Bild hier unkritisch?
Firewall-Richtlinie: Ports offen
Homematic XML-RPC API: Kei Zugriff
Remote Homematic-Script API: Vollzugriff
Mediola: eingeschränkt (ich betreibe noch AIO-Remotes)
Wären noch die IP-Adressen...
Nun fand ich jedenfalls einen Fehler: Zwischen den freigegebenen Ports 1883 und 8883 war ein KOMMA, kein Semikolon. Das habe habe ich berichtigt und den Jack neu gestartet: Wieder keine virtdev in CCU. Darauf 2. virtdev angelegt und Datenpunkte gesetzt. Jack Überwachung sagt OK, aber nichts im Posteingang.
Nun weiß ich nicht, ob ich auf einen weiteren doofen Fehler hoffen soll :?
Volker

VolGra
Beiträge: 68
Registriert: 24.03.2012, 11:40
Hat sich bedankt: 13 Mal
Danksagung erhalten: 1 Mal

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

Beitrag von VolGra » 05.06.2023, 11:46

Silverstar hat geschrieben:
05.06.2023, 09:17
Oder du hast diese nicht korrekt angelegt.
Das hoffe ich nicht, ist aber wohl die einzige Erklärung. Lässt sich wohl nur in einer Teamviewer-Sitzung klären. Oder brauchst Du weitere Screenshots? Jedenfalls habe ich nun bei der neuen Anlage der virtdev je den HQTT-Außentemperatursensor Typ HmIP-STHO verwendet. Beide erscheinen auch im MQTT_Explorer.

VolGra
Beiträge: 68
Registriert: 24.03.2012, 11:40
Hat sich bedankt: 13 Mal
Danksagung erhalten: 1 Mal

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

Beitrag von VolGra » 05.06.2023, 16:57

Silverstar hat geschrieben:
05.06.2023, 09:17
Wie sehen die Einstellungen des wwsettemp aus? Ich weiß zwar nicht, warum eine Fehlermeldung "subscribe" mit "cannot publish..." kommt, weil das entgegengesetzte Dinge sind, aber nicht, dass der Fehler die virtuellen Geräte lahm legt. Oder du hast diese nicht korrekt angelegt.
Hallo Silverstar,
leider schon gelöscht. Hatte von Henke betr "Jack" einen Zwischenruf bekommen, den ich Dir zugeordnet hatte. In einem Telefonat mit ihm konnte nun die Ursache des automatischen Nicht-Anlegens eines Gerätes aus Jack/virtdev gefunden werden: Ein simpler Neustart der CCU :oops:

Als nächsten Schritt muss ich mich nun erst mal selbst bemühen, das erste Gerät in der CCU einem topic zuzuordnen. Dann folgen ein, zwei weitere Zuordnungen, bevor ich das Thema als abgeschlossen betrachte. ICH komme garantiert wieder au dich zu :) .

Torben77
Beiträge: 1
Registriert: 05.09.2023, 18:28
System: CCU

CCU Jack HM-ES-PMSw1-Pl JACK000010

Beitrag von Torben77 » 05.09.2023, 18:48

Hallo,

finde erstmal das Programm CCU-Jack sehr gut. Hätte ein paar Verbesserungsvorschläge.

1. Das Anlegen ist sehr einfach und gut gelöst, aber kann man was Definieren als Inverter einer Solaranlage.

Wichtig wäre da einmal:

Tagesertrag [Wh], Gesamtertrag [kWh]; Gesamtleistung AC [W], Gesamtleistung DC [W], Spannung AC [V], Strom AC , Frequenz [Hz]
Temperatur Inverter [°C]

Dann String´s zur Auswahl, wie viele Platten man verbaut hat mit folgenden Daten
Leistung [W]; Spannung [V]; Strom ; Tagesertrag [Wh]; Gesamtertrag [kWh]

Bei der Lösung im CCU3 hier im HM-ES-PMSw1-Pl JACK000010 als Diagramm ist auch die Vorgabe Leistung als Strom Definiert mit [Wh]

Wenn das man so implementieren kann wäre die Lösung Perfekt und sehr leicht umsetzbar.

Gruß
Thorsten
Dateianhänge
Screenshot 2023-09-05 184737.png
Auswahl
Screenshot 2023-09-05 184424.png
Diagramm in der CCU3 als Leistung
Screenshot 2023-09-05 184424.png (9.47 KiB) 846 mal betrachtet
Screenshot 2023-09-05 183329.png
Daten vom Inverter
Screenshot 2023-09-05 183329.png (17.18 KiB) 846 mal betrachtet

Benutzeravatar
Baxxy
Beiträge: 10646
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 596 Mal
Danksagung erhalten: 2180 Mal

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

Beitrag von Baxxy » 05.09.2023, 19:42

Die virtuellen Geräte, oder besser die hinzufügbaren Kanäle sind quasi Kopien von original HM/HmIP Geräten/Kanälen.

D.h. alles was es nicht als Original gibt ist nicht* möglich.

(* zumindest nicht ohne immensen Aufwand, in der Theorie müsste man ein AddOn bauen mit eigenen Gerätedefinitionen wie es z.B. die HB-AddOns machen.)

kw123
Beiträge: 53
Registriert: 29.06.2023, 22:02
System: Alternative CCU (auf Basis OCCU)
Danksagung erhalten: 3 Mal

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

Beitrag von kw123 » 05.11.2023, 17:50

Frage zu

HmIP- SWO-PR wetter station
/device/address/1/SUNSHINEDURATION
/device/address/1/RAIN_COUNTER

Die gelieferten Werte scheinen nicht den aktuellen stand sondern OLD values darzustellen:
== variable: svHmIPSunshineCounterOldVal_adr etc zu zeigen
die sys variablen:
svHmIPSunshineCounterYesterday_adr
svHmIPSunshineCounter_adr_address:1
zeigen die richtigen Werte vom CCU GUI

und genau so fuer RAIN

Ebenso auch fuer dev typ: PSM die Energie Werte ENERGY_COUNTER sind falsch, in sysvar (svEnergyCounter_adr_address:6) sind sie richtig.

liege ich da richtig, oder mache ich etwas falsch?

Danke im Voraus fuer and Antwort.

MfG
Karl

Benutzeravatar
Baxxy
Beiträge: 10646
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 596 Mal
Danksagung erhalten: 2180 Mal

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

Beitrag von Baxxy » 05.11.2023, 18:02

kw123 hat geschrieben:
05.11.2023, 17:50
liege ich da richtig, oder mache ich etwas falsch?
Du liegst falsch und machst nichts falsch.

Der Jack liest nur die Werte der Gerätedatenpunkte. Diese steigen einfach fortlaufend an bis das Gerät mal stromlos gemacht bzw. resettet wird.
Die SysVars sind für die Berechnungen da.

kw123
Beiträge: 53
Registriert: 29.06.2023, 22:02
System: Alternative CCU (auf Basis OCCU)
Danksagung erhalten: 3 Mal

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

Beitrag von kw123 » 05.11.2023, 18:34

ok

aber was ist den RAIN_COUNTER = svHmIPRainCounterOldVal_adr

kann man damit irgend etwas anfangen?

und danke fuer die extrem schnelle Antwort

Karl

ps ich integriere homemactic mit ccujack in mein bestehendes system "INDIGODOMO" das läuft auf einem MAC. wiki.indigodomo.com
indigo plugins sind 100% python. Es hat >> 70 plugins fuer zwave, insteon (USA), RFXcom, zigbee, Hue, apple, unifi, viele raspberry integrationen (ie bluetooth sensoren und Aktoren) etc . Die verkaufen keine Hardware nur die indigo software Lizenz (der Owner lebt in Dallas, wo ich 16 Jahre gelebt habe.)

Nach 80k Zeilen python ist es doch etwas merkwürdig, auf die script Sprache und editor von homematic 'runter' zu kommen.

Aber alles hat seinen Platz


Antworten

Zurück zu „CCU-Jack“