Grohe - Sense / Guard /Blue - Adapter
-
Hast du es mal mit dem Link getestet, den ich reingestellt habe?
-
das ist der log davon
-
Mir fehlen da aber ein paar Logs:
(`Triggered measurement refresh for Blue ${id}`);-> alle drei Polls; bei dir also alle 900s
Ebenfalls alle 900s müsste er versuchen, die Daten zu laden. Dazu gibt es folgende Logs, die mit Blue anfangen:
`Blue ${applianceId}: fresh data received (old=${oldTimestamp}, new=${newTimestamp})`,Schau mal bitte, ob du diese bei dir findest. Solltest du nach dem Adapter Neustart geschaut haben, müssen diese Logs nicht gleich dabei sein. Schau mal im Zeitraum von 15 Minuten alle Logs durch. Gerne kannst du auch das ganze log schicken oder ein Issue erstellen und das da schicken.
-
-
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.
Support us
355
Online32.7k
Benutzer82.5k
Themen1.3m
Beiträge