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

TheFrank
Beiträge: 64
Registriert: 03.09.2019, 19:51
Hat sich bedankt: 14 Mal
Danksagung erhalten: 1 Mal

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

Beitrag von TheFrank » 29.12.2023, 19:53

Nabend zusammen,

Niemand eine Idee ?
Warum die geforderten"" durch " Automatisch ersetzt werden
und ich dadurch keine Rückmeldung bekomme in der HM ?

Verzweifle gerade daran.

Schönen Abend noch.

Gruß
Frank

mademyday
Beiträge: 272
Registriert: 03.10.2014, 12:46
System: CCU
Wohnort: Enzkreis
Hat sich bedankt: 3 Mal
Danksagung erhalten: 43 Mal

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

Beitrag von mademyday » 29.12.2023, 20:18

Evtl urlencoded %22 verwenden?

Benutzeravatar
gnom
Beiträge: 321
Registriert: 23.06.2022, 05:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Brühl
Hat sich bedankt: 26 Mal
Danksagung erhalten: 56 Mal

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

Beitrag von gnom » 29.12.2023, 20:26

zeig doch mal:
- die Geräteeinstellung des 1plus
- die Topics/payloads vom MQTT-Explorer
- die kompletten strings in den Geräteeinstellungen, nicht kastriert in so einem sc

Evtl. zeigt sich dann schon der Grund

...und was genau heißt
Schalten geht, nur zeigt er mir das in Hm nicht an
, schalten in der Shelly App?
Gruss, Chris

don't fear dying, fear not living (Marc Aurel)
strebst Du nach Respekt, handle selber danach (unbekannt)

2 Systeme:
- Home: Debmatic & IOBroker unter Debian 12 auf Laptop, HM-IP, Asksin++ (HB-+Innogy Devices), Zigbee, Tasmota/Shelly
- WE-Shed: Debmatic & IOBroker unter Debian 11 auf Laptop, HM classic, Asksin++ (HB-+Innogy Devices), RF, Tasmota/Shelly

TheFrank
Beiträge: 64
Registriert: 03.09.2019, 19:51
Hat sich bedankt: 14 Mal
Danksagung erhalten: 1 Mal

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

Beitrag von TheFrank » 29.12.2023, 21:32

Screenshot 2023-12-29 211549.png
Screenshot 2023-12-29 211549.png (21.14 KiB) 352 mal betrachtet
command_Topic
shellyplus1-fcb467bf0b14/command/switch:0

feedback_topic
shellyplus1-fcb467bf0b14/status/switch:0
Screenshot 2023-12-29 212317.png
Screenshot 2023-12-29 212317.png (5.37 KiB) 352 mal betrachtet
Screenshot 2023-12-29 212528.png
Screenshot 2023-12-29 212528.png (24.33 KiB) 352 mal betrachtet

Mit lässt sich Schalten meine ich, das ich hier Ein/Aus Schalten kann, aber der Status sich nicht ändert.
Dateianhänge
Screenshot 2023-12-29 213145.png
Screenshot 2023-12-29 213145.png (10.25 KiB) 352 mal betrachtet

DJDieter
Beiträge: 312
Registriert: 11.01.2008, 14:41
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 33 Mal
Danksagung erhalten: 20 Mal

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

Beitrag von DJDieter » 30.12.2023, 00:46

Hallo Zusammen,

ich hatte gestern mal testweise versucht, mit

Code: Alles auswählen

sysvar/set/ISE-ID
10 Systemvariablen direkt zu beschreiben.

Das hat auch funktioniert. Heute morgen lag dann jedoch die RAM-Nutzung meiner Raspberrymatic (PI4) bei über 80%. Normalerweise ist sie zwischen 30% und 40%. Sie steigt kontinuierlich um etwa 1% alle 30 Minuten. Beende ich das direkte Setzen der Systemvariablen, bleibt die RAM-Nutzung relativ konstant.

Ist das normal oder liegt irgendwo ein Fehler vor? Würde die RAM-Nutzung irgendwann 100% erreichen und das System blockieren?
Raspberry PI 4 mit RaspberryMatic, 4 LAN-Gateways, zwei HmIP-HAP und 248 Geräte
CUxD mit 357 Kanälen auf 64 Geräten
Zusatzsoftware: XML-API, CUxD-Highcharts, NEO-Server, Programmedrucken, CUxD, E-Mail, Philips Hue, Messenger, CCU-Historian, JB-HP-Devices, HomeKit HomeMatic
Anbindungen: Wolf eBus; NodeMCU-Ultraschall-Füllstandsmessung mit Temperatureinfluß; Fußbodenheizung mit Rücklauftemperaturbegrenzer (RTL)

Benutzeravatar
Henke
Beiträge: 1526
Registriert: 27.06.2022, 20:51
System: CCU
Hat sich bedankt: 141 Mal
Danksagung erhalten: 306 Mal

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

Beitrag von Henke » 30.12.2023, 01:55

Das hört sich nach einem Speicherleck an. Zum Glück früh genug den Zusammenhang erkannt. Da kann man sich den Wolf suchen...
DJDieter hat geschrieben:
30.12.2023, 00:46
Ist das normal oder liegt irgendwo ein Fehler vor? Würde die RAM-Nutzung irgendwann 100% erreichen und das System blockieren?
Nope. Das RAM steigert auf 90%, dann wird im Swap ausgelagert und erst wenn beide voll sind knallt es. :lol:
Technische klugscheißerei, der Effekt bleibt der gleiche.

Da hast das HomeKit AddOn am laufen? Das ist kritisch für die SSD. Installiere mal viewtopic.php?f=60&t=75415&hilit=CCU+Script und achte auf die täglichen Schreibzugriffe. Alles über 100 MB ist nicht gesund.

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

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

Beitrag von Baxxy » 30.12.2023, 10:14

DJDieter hat geschrieben:
30.12.2023, 00:46
Ist das normal oder liegt irgendwo ein Fehler vor?
Kann mir nicht vorstellen daß das normal ist.
Wenn das wirklich reproduzierbar ist dann müsste man dazu am besten ein Ticket bei GitHub aufmachen.
Wer/was beschreibt denn die SysVars und mit welcher Frequenz?

Benutzeravatar
gnom
Beiträge: 321
Registriert: 23.06.2022, 05:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Brühl
Hat sich bedankt: 26 Mal
Danksagung erhalten: 56 Mal

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

Beitrag von gnom » 30.12.2023, 10:26

@TheFrank

wenn der Shelly schaltet, ist ja der Command Topic richtig.
Wie sieht denn die payload für shellyplus1-fcb467bf0b14//status/switch:0 aus?

Inwieweit dieser &#34 character set ein optisches oder ein funktionales Problem ist, müssen Kundige kommentieren.
Evtl. testest Du ja mal den von @mademyday vorgeschlagene URL encodierung %22. Wird auch in CUxD genutzt.
Gruss, Chris

don't fear dying, fear not living (Marc Aurel)
strebst Du nach Respekt, handle selber danach (unbekannt)

2 Systeme:
- Home: Debmatic & IOBroker unter Debian 12 auf Laptop, HM-IP, Asksin++ (HB-+Innogy Devices), Zigbee, Tasmota/Shelly
- WE-Shed: Debmatic & IOBroker unter Debian 11 auf Laptop, HM classic, Asksin++ (HB-+Innogy Devices), RF, Tasmota/Shelly

DJDieter
Beiträge: 312
Registriert: 11.01.2008, 14:41
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 33 Mal
Danksagung erhalten: 20 Mal

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

Beitrag von DJDieter » 30.12.2023, 11:01

Wer/was beschreibt denn die SysVars und mit welcher Frequenz?
Es ist ein Raspberry auf dem "wmbusmeters" läuft (ließt die Daten des Wasserzählers). Die Aktualisierung erfolgt etwa alle 15 Sekunden. Ein Beschreiben der Systemvariablen mittels XMLAPI läuft problemlos.
Raspberry PI 4 mit RaspberryMatic, 4 LAN-Gateways, zwei HmIP-HAP und 248 Geräte
CUxD mit 357 Kanälen auf 64 Geräten
Zusatzsoftware: XML-API, CUxD-Highcharts, NEO-Server, Programmedrucken, CUxD, E-Mail, Philips Hue, Messenger, CCU-Historian, JB-HP-Devices, HomeKit HomeMatic
Anbindungen: Wolf eBus; NodeMCU-Ultraschall-Füllstandsmessung mit Temperatureinfluß; Fußbodenheizung mit Rücklauftemperaturbegrenzer (RTL)

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

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

Beitrag von Baxxy » 31.12.2023, 11:46

DJDieter hat geschrieben:
30.12.2023, 11:01
Die Aktualisierung erfolgt etwa alle 15 Sekunden
Ok, also 10 SysVars alle 15s per MQTT beschreiben...
Gucke ich mir nächstes Jahr mal an. :wink:

Antworten

Zurück zu „CCU-Jack“