Grohe - Sense / Guard /Blue - Adapter
-
-
Sieht an sich vom Abruf gut aus. Es werden "neue Daten" empfangen. Stimmt denn der Wert für den Filter mit der App überein? Wie schnell ändert sich denn der Filter bei dir überhaupt?
-
Anfang Februar war er bei 13% und jetzt ist er bei 6%, neuer liegt schon bereit:)
-
Ok. Kannst du den Adapter über den Link noch mal neu installieren? Scheinbar ist die Aktualisierung immer noch langsamer. Dir wird ja immer noch der Wert von Februar angezeigt.
Bitte mal prüfen, ob jetzt der aktuelle Wert kommt. CO2 passt noch?
-
co2 hat schon immer gepasst, hab gerade erst eine neue co2 flasche angeschlossen
grohe-smarthome_log.txt -
Ok. Dann müsste jetzt hoffentlich 6% angezeigt werden. Bitte nochmal installieren - ich spiele gerade mit den Abfragepunkten.
-
nö leider nicht :(
-
Hast du denn die neue Version installiert und auch noch mal neu gestartet?
Kannst du mir in deiner App mal anzeigen, wie das beim Blue aufgebaut ist?
-
Ja
-
Bitte nochmal probieren mit Installation und anschließend Neustart.
-
nö leider noch immer nicht
-
jetzt hab ich mal hass angeworfen, da gibt es den selben fehler
-
Guter Hinweis. Darüber habe ich tatsächlich auch schon nachgedacht. Kannst du mal ein Issue in der Integration auf GitHub erstellen? Evtl. kann ich dann zusammen mit Flo-Schilli über eine Lösung sprechen.
Seltsam ist trotzdem das CO2 passt. Beides wird über den selben Endpunkt abgerufen.
-
Ich habe mal das Log erweitert, damit wir genau sehen, was geschickt wird. Kannst du nochmal installieren und im Debug deinen Log schicken? Evtl. sehen wir dann das Problem.
-
Ja, aber erst am Wochenende
-
Hey,
erstmal vielen lieben Dank für den Adapter. Darauf warte ich schon seit ca 3 Jahren für mein Grohe Blue Home :)
Ich möchte einen (zigbee) Knopf neben dem Wasserhahn befestigen um auf Knopfdruck immer unsere Wasserkaraffen genau voll zu machen.
Das ganze hat heute früh auch den Testrun bestanden. Allerdings habe ich das Problem, dass seitdem immer mal wieder der Wasserbezug getriggert wird.
Hierbei wird weder ein Telegram Push bei Änderung des Objekts "dispenseTrigger" deines Adapters, noch des Objekts des Knopfdrucks getriggert.
Die Debugausgabe hat folgendes ergeben:grohe-smarthome.0 2026-03-11 11:08:26.011 debug Blue XXXXX raw: remaining_filter=66, remaining_filter_liters=1987, remaining_co2=64, remaining_co2_liters=36, timestamp=2026-03-11T10:53:23.000+01:00 grohe-smarthome.0 2026-03-11 11:08:26.011 debug Triggered measurement refresh for Blue XXXXX grohe-smarthome.0 2026-03-11 11:08:25.351 debug Poll cycle #9 (status=false, command=true, pressure=false, consumption=false) grohe-smarthome.0 2026-03-11 11:03:25.007 debug Blue XXXXX raw: remaining_filter=66, remaining_filter_liters=1987, remaining_co2=64, remaining_co2_liters=36, timestamp=2026-03-11T10:53:23.000+01:00 grohe-smarthome.0 2026-03-11 11:03:24.414 debug Poll cycle #8 (status=false, command=false, pressure=false, consumption=false) javascript.0 2026-03-11 11:01:00.104 info script.js.openepaper.kueche2: Erfolgreich gesendet: javascript.0 2026-03-11 11:00:00.097 info script.js.openepaper.Temperaturen: Erfolgreich gesendet: grohe-smarthome.0 2026-03-11 10:58:24.195 debug Blue XXXXX raw: remaining_filter=66, remaining_filter_liters=1987, remaining_co2=64, remaining_co2_liters=36, timestamp=2026-03-11T10:53:23.000+01:00 grohe-smarthome.0 2026-03-11 10:58:23.658 debug Poll cycle #7 (status=false, command=false, pressure=false, consumption=false) grohe-smarthome.0 2026-03-11 10:53:23.336 debug Blue XXXXX raw: remaining_filter=66, remaining_filter_liters=1987, remaining_co2=64, remaining_co2_liters=36, timestamp=2026-03-11T10:45:04.000+01:00 grohe-smarthome.0 2026-03-11 10:53:23.335 debug Triggered measurement refresh for Blue XXXXX grohe-smarthome.0 2026-03-11 10:53:22.345 debug Poll cycle #6 (status=false, command=true, pressure=false, consumption=false) grohe-smarthome.0 2026-03-11 10:48:22.036 debug Blue XXXXX raw: remaining_filter=66, remaining_filter_liters=1987, remaining_co2=64, remaining_co2_liters=36, timestamp=2026-03-11T10:45:04.000+01:00 grohe-smarthome.0 2026-03-11 10:48:21.199 debug Poll cycle #5 (status=true, command=false, pressure=false, consumption=true)Ich habe die lange Zeichenkette durch XXXXX ersetzt, da ich nicht weiß ob das wichtig / sicher ist.
Jedesmal, wenn dabeigrohe-smarthome.0 2026-03-11 11:38:32.334 debug Triggered measurement refresh for Blue XXXXXkommt, läuft Wasser aus meinem Wasserhahn.
Kann man das irgendwie ändern? (die letzten drei Meldungen kamen heute um 11:08 / 11:23 und 11:38 also ziemlich genau jede 15 Minuten)
Vielen Dank im VorausEDIT: Das Skript hab ich deaktiviert und es passiert trotzdem (wie ein Uhrwerk alle 15 Minuten). Ich deaktiviere jetzt mal den Adapter und hoffe, dass es dann aufhört
-
Hi,
grundsätzlich stimmt alle 15 Minuten. Der aktuelle Wert wird alle 3 Polls geholt -> bei 300s sind das 15 Minuten. Das Kommando "dispenseTrigger" muss aktiv angestoßen werden. Kannst du dir mal den Zeitstempel des Datenpunkte anschauen, ob sich dieser in diesem Moment ändert? Der Ablauf, wenn du es manuell anstößt ist so:
Wenn dispenseTrigger auf true gesetzt wird, liest der Adapter tapType und tapAmount, startet den Zapfvorgang und setzt dispenseTrigger anschließend wieder auf false. -
Der Zeitstempel (beim darübermausen) ist der , als ich es das letzte mal manuell angestoßen habe:
Ich habe ja auch ein Skript laufen, dass mir einen Telgram Push gibt, sobald der Datenpunkt sich ändert. Das passiert aber nicht. Ich habe den Adapter vor ca. 20 Minuten gestoppt. Seitdem passiert nichts mehr.
Es muss also irgendwie durch "deine" Abfrage zu einem Tripper in der "API" kommen, ohne, dass der Iobroker da was mit zu tun hat. -
Wenn es dazu kommen würde müsste sich in diesem Moment der Zeitstempel, bzw. "zuletzt geändert" ändern. Das solltest du mal beobachten.
Mich wundert, dass das Problem bei dir auftritt, da ich es bisher noch von keinem anderen Nutzer von Grohe Blue mitbekommen habe.
-
Adapter neu gestartet und bei "Triggered Management" direkt wieder Wasser aus dem Hahn.
grohe-smarthome.0 2026-03-11 13:10:56.492 debug Blue XXXXX raw: remaining_filter=66, remaining_filter_liters=1986, remaining_co2=64, remaining_co2_liters=36, timestamp=2026-03-11T12:23:41.000+01:00 grohe-smarthome.0 2026-03-11 13:10:56.491 debug Triggered measurement refresh for Blue XXXXX grohe-smarthome.0 2026-03-11 13:10:55.609 debug Poll cycle #3 (status=false, command=true, pressure=false, consumption=false) grohe-smarthome.0 2026-03-11 13:05:55.035 debug Blue XXXXX raw: remaining_filter=66, remaining_filter_liters=1986, remaining_co2=64, remaining_co2_liters=36, timestamp=2026-03-11T12:23:41.000+01:00 grohe-smarthome.0 2026-03-11 13:05:54.585 debug Poll cycle #2 (status=false, command=false, pressure=false, consumption=false) grohe-smarthome.0 2026-03-11 13:00:54.584 info Polling active: every 300s grohe-smarthome.0 2026-03-11 13:00:54.582 debug Config pollInterval: 300 (type: number) grohe-smarthome.0 2026-03-11 13:00:54.265 debug Blue XXXXX raw: remaining_filter=66, remaining_filter_liters=1986, remaining_co2=64, remaining_co2_liters=36, timestamp=2026-03-11T12:23:41.000+01:00 grohe-smarthome.0 2026-03-11 13:00:53.270 debug Poll cycle #1 (status=true, command=true, pressure=true, consumption=true) grohe-smarthome.0 2026-03-11 13:00:53.253 debug Refresh token saved (encrypted) grohe-smarthome.0 2026-03-11 13:00:53.229 info Refresh token used successfully grohe-smarthome.0 2026-03-11 13:00:53.228 debug [auth] token refresh successful (access: eyJhbG...8YoA) grohe-smarthome.0 2026-03-11 13:00:52.992 debug [auth] refreshing tokens grohe-smarthome.0 2026-03-11 13:00:52.991 debug Trying saved refresh token grohe-smarthome.0 2026-03-11 13:00:52.925 debug Password present: true, length: 12 grohe-smarthome.0 2026-03-11 13:00:52.923 debug Using email: email.com (length: 17) grohe-smarthome.0 2026-03-11 13:00:52.735 info starting. Version 0.2.5 in /opt/iobroker/node_modules/iobroker.grohe-smarthome, node: v22.22.1, js-controller: 7.1.0 grohe-smarthome.0 2026-03-11 13:00:52.284 debug States connected to redis: 127.0.0.1:9000 grohe-smarthome.0 2026-03-11 13:00:52.211 debug States create User PubSub Client grohe-smarthome.0 2026-03-11 13:00:52.208 debug States create System PubSub Client grohe-smarthome.0 2026-03-11 13:00:52.182 debug Redis States: Use Redis connection: 127.0.0.1:9000 grohe-smarthome.0 2026-03-11 13:00:52.132 debug Objects connected to redis: 127.0.0.1:9001 grohe-smarthome.0 2026-03-11 13:00:52.117 debug Objects client initialize lua scripts grohe-smarthome.0 2026-03-11 13:00:52.036 debug Objects create User PubSub Client grohe-smarthome.0 2026-03-11 13:00:52.033 debug Objects create System PubSub Client grohe-smarthome.0 2026-03-11 13:00:52.028 debug Objects client ready ... initialize now grohe-smarthome.0 2026-03-11 13:00:51.942 debug Redis Objects: Use Redis connection: 127.0.0.1:9001Der Zeitstempel des dispenseTrigger ist unverändert. Der von lastMeasurement ist zumindest sekundengenau gleich mit dem "Wasser aus Hahn".
EDIT: Das Skript läuft nicht (habe es schon vor dem Adapter neustart deaktiviert) und es war keiner am Wasserhahn in der Zeit. Es ist also definitiv so, dass dieses Triggered Measurement refresh den "Bezug (dispense)" triggered. Evtl benutzen die anderen User deinen Adapter nicht so wie ich? Also haben nicht vor über einen Trigger den "dispenseTrigger" Datenpunkt zu nutzen? Evtl lesen viele nur status aus oder so.
Ich weiß es leider wirklich nicht :)
Da nichts passiert, wenn der Adapter gestoppt ist muss es aber mit der Abfrage zu tun haben und definitiv auch damit, dass ich zumindest einmal über ein Skript Datenpunkte geändert habe. (Im Skript ändere ich die tapAmount / tapType und anschließend triggere ich "dispenseTrigger"). Bevor ich heute früh das Skript gemacht habe ist nichts passiert.
Support us
628
Online32.7k
Benutzer82.5k
Themen1.3m
Beiträge