Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[smartboart]

@tombox nen wasser sensor habe ich auch auch schon liegen... Aber der überwacht ja nur im Keller am wasseranschluss bzw. Leckage. Der grohe kostet auch noch mehr.. Meine nicht den sensor sondern den durchflusswaechter mit absperrventil und app Steuerung!

[ArnoD]

@tombox ja ist richtig. Aber nicht vergessen, dass es sich nur um einen errechneten Wert handelt, der nicht zu 100% mit dem tatsächlichen Durchfluss übereinstimmt. Ich habe erst jetzt bemerkt, dass du anscheinend das Passwort zum Zurücksetzen des Fehlerspeichers hast :-) Konnte ich bis heute noch nirgends finden, jetzt weiss ich zumindest das es mit D_M_3_3 geht :grin:

@smartboart ok bin auch von dem Sensor ausgegangen. Das liest sich vielversprechend :-)

[tombox]

Ich werde das mal mit reinnehmen.
Aber würde für sowas nicht ein elektronisches Absperrventil auch reichen.

[ArnoD]

@tombox hast du die Zeit Synchronisation mit der Anlage rausgenommen?? Mir fällt gerade auf das die Grünbeck wieder 5min. hinterherhinkt.

[smartboart]

@tombox ein absperrventil wuerde mir reichen wenn wir eine vernünftige schleichwasser Kennung hinbekommen.. Das wuerde ich dann ueber gpio vom tinker mit nem Relais ansteuern... Wenn nicht werde ich mir den grohe sense guard zulegen..

[schmid_no1]

also ich finde wir sollten wenigstens abfragen wie lange Wasser verbraucht wird und wenn dieser einen bestimmte Zeit (die man vieleicht im Menü eingeben kann) lang läuft sollte ein Fehler ausgegeben werden.
kleines Bsp. alte Enthärtungsanlage regeneriert sich und bleibt beim spühlen stecken
1 Woche nicht bemerkt.

Also für die dies über die anlage abfragen möchten wäre es schon cool.

[smartboart]

@schmid_no1 da bin ich bei dir, diese Funktion macht auf jedenfall Sinn...ist ne gute Idee das individuell konfigurierbar zu machen. Diese Option liesse sich aj ohne weiteres zusätzlich zur Schleichwassererkennng umsetzen.
Aber wenn es wegen der ungenauigkeit nicht geht eine Schleichwassererekennung umzusetzen ist zusätzliche Hardware ne Alternative... Die BWT 4.0 hat das inklusive kostet aber auch ne Stange mehr..
Die Lekage Überwachung ist mit nem 10 € Sensor und IOB kein Problem. Mit IOB ist fast alles Möglich was die BWT an Board hat nachzuprogrammieren..Von daher sind die erheblichen Mehrkosten der BWT zur Gruenbeck schon nicht mehr gerchtfertigt..Was halt fehlt ist noch ne automatische Messung Weichwasser und entsptrechende automatische Einstellung / Nachstellung und eben die Schleichwassererkennung.
Bei deinem Beispiel stellt sich mir gleich die nächste Frage.. zeigt unsere Anlage denn den Wasserverbrauch / Durchfluß beim Spülen an?

[smartboart]

hi kann mal jemand seine Fehler json liste in vis zeigen, damit ich weiß wie ich die aufbaue......

Wieviele Spalten / Spaltename usw... hatte noch kein Fehler

[tombox]

@smartboart
[{"date":"30.03.2019 6:00","value":"E4"},{"date":"30.03.2019 16:00","value":"E6"},{"date":"30.03.2019 7:00","value":"E4"}]

[ArnoD]

die 5 sek. sind wohl auch zu kurtz.

[schmid_no1]

@ArnoD bekomme den gleichen Fehler ca. Alle 30 min
@tombox bei mir stehen im josn Tabelle Fehler beim Datum und Uhrzeit nanana Dan e4

[smartboart]

Hi , die Einstellungen also eco oder Power modus sowie umschaltung von Auto auf Feste Zeit habe ich in meiner Vis mit Anzeige realisiert also mit Rückmeldung mittels Icon.Dabei fällt auf, dass der Icon nach Betätigungwechselt und dann sofort wieder zurück springt. Nach ein paar Sekunden wechselt er wieder in den angewählten Zustand..Das hatten wir vorher im Script mittels Ausseneingriff und Merker unterbunden... Funktion ist gegeben, aber mich stört bzw. itiert das schon wenn derButton wieder zurück springt bervor er richtig darstellt welche Betriensart vorgewählt ist...Wir löst ihr das?

[tombox]

@schmid_no1 wie sieht der error code in error 01 genau aus

[smartboart]

Habe mal ne manuelle Regeneration durch geführt....Der State Regenration aktiv blieb auf 1 stehen..hat das auch jemand beobachtet? Ein Neustart des Adapters hat das behoben.. ok, war der Error Socket hang up...

[schmid_no1]

@tombox E4_h2364

[tombox]

Ich habe mal 0.0.6 gepusht. einfach neuinstallieren und vielleicht noch mal alle calculated states löschen. Es müsste jetzt fehlerhafte error json und das die parameter kurz zurückspringen gelöst sein

[schmid_no1]

@tombox du bist echt schlell Packs nacher gleich drauf

[ArnoD]

@tombox kannst du bitte die Zeit Synchronisation mit der Anlage wieder so umsetzen wie im Script.
Also nur dann, wenn State Regenerationszeitpunkt auf fest eingestellt ist und da reicht es auch, wenn jede Stunde die aktuelle Zeit synchronisiert wird. Mit der Zeitumstellung heute sind aus den 5 min. 1h und 5min. geworden. Der Timer in der Grünbeckanlage geht etwas zu langsam und driftet mit der Zeit ab.

[ArnoD]

Ok habe jetzt die Version 0.0.6 drauf und werde wieder testen ;-)
tombox DANKE für deine wirklich schnelle Umsetzung und das du so drann bleibst :+1:

[ArnoD]

Ok kurze Rückmeldung was mir bis jetzt so aufgefallen ist:

• Zeit Synchronisation mit der Anlage fehlt
• DatumSalzverbrauch wird jeden Tag gesetzt nicht nur einmal beim Reset Salzverbrauch
• DatumWasserverbrauch wird jeden Tag gesetz nicht nur einmal beim Reset Wasserverbrauch
• Alle 7 sek. wird eine Anfrage an die Anlage gesendet (Die Abfragezeiten könnte man in der Instanz Konfiguration einstellbar machen, so das diese jeder nach seinen Bedürfnissen einstellen kann.)

Gibt es eigentlich einen Grund, warum drei unterschiedliche Abfragezeiten verwendet werden ? Die Schnittstelle kann im Schnitt alle 15 sek. Daten verarbeiten. Die Gesamtgröße der Daten darf nach Schnittstellenbeschreibung 1000 Byte nicht übersteigen (Bei Tests waren auch 1200 Byte kein Problem).
Da pro Abfrage immer nur ein Wert geändert werden kann, belegt eine Änderung 15 sek. lang die Schnittstelle. Jede Abfrage belegt die Schnittstelle auch 15 sek. egal wie viele Werte hier abgefragt werden solange die 1000 Byte Grenze eingehalten wird.