CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter
Moderator: Co-Administratoren
-
- 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
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
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
- gnom
- Beiträge: 332
- Registriert: 23.06.2022, 05:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Brühl
- Hat sich bedankt: 27 Mal
- Danksagung erhalten: 56 Mal
Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter
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
- 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 in der Shelly App?Schalten geht, nur zeigt er mir das in Hm nicht an
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
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
-
- 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
shellyplus1-fcb467bf0b14/command/switch:0
feedback_topic
shellyplus1-fcb467bf0b14/status/switch:0
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 (10.25 KiB) 412 mal betrachtet
-
- 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
Hallo Zusammen,
ich hatte gestern mal testweise versucht, mit
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?
ich hatte gestern mal testweise versucht, mit
Code: Alles auswählen
sysvar/set/ISE-ID
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)
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)
- Henke
- Beiträge: 1536
- Registriert: 27.06.2022, 20:51
- System: CCU
- Hat sich bedankt: 144 Mal
- Danksagung erhalten: 309 Mal
Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter
Das hört sich nach einem Speicherleck an. Zum Glück früh genug den Zusammenhang erkannt. Da kann man sich den Wolf suchen...
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.
Nope. Das RAM steigert auf 90%, dann wird im Swap ausgelagert und erst wenn beide voll sind knallt es.
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.
- Baxxy
- Beiträge: 10969
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 622 Mal
- Danksagung erhalten: 2264 Mal
Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter
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?
Grüße... Baxxy
- Raspberry Pi 4 als Homematic-Zentrale - Tipps und Informationen
- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware
- NANO CUL 868MHz - Stick zum AskSin Analyzer XS umflashen (Anleitung für ArduinoIDE unter Windows)
- Firmware Updates für IP-Aktoren / Sensoren... Info's, Tipps und Sonstiges
- CCU funkt nicht - CarrierSense (CS) Probleme erkennen und lösen
- gnom
- Beiträge: 332
- Registriert: 23.06.2022, 05:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Brühl
- Hat sich bedankt: 27 Mal
- Danksagung erhalten: 56 Mal
Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter
@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 " 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.
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 " 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
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
-
- 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
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.Wer/was beschreibt denn die SysVars und mit welcher Frequenz?
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)
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)
- Baxxy
- Beiträge: 10969
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 622 Mal
- Danksagung erhalten: 2264 Mal
Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter
Ok, also 10 SysVars alle 15s per MQTT beschreiben...
Gucke ich mir nächstes Jahr mal an.
Grüße... Baxxy
- Raspberry Pi 4 als Homematic-Zentrale - Tipps und Informationen
- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware
- NANO CUL 868MHz - Stick zum AskSin Analyzer XS umflashen (Anleitung für ArduinoIDE unter Windows)
- Firmware Updates für IP-Aktoren / Sensoren... Info's, Tipps und Sonstiges
- CCU funkt nicht - CarrierSense (CS) Probleme erkennen und lösen