UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[DeeJayDave]

@ralfth Bei mir ist es anders. Ich nutze die influxdb nicht mehr. Das hier bekannte Blockly-Skript erzeugt bei mir den Datenpunkt: Zählerstand aktuell, mit dem ich dann über "sourceanalytix" meine Auswertung mache.

[DeeJayDave]

Ich habe heute morgen den "Entpreller" in das Skript eingebaut. Aber bisher keine Änderung, immer noch Abweichung zum tatsächlichen Gaszähler. Ich vermute, mein Skript ist nicht richtig. Habt ihr ne Idee?

[Cino]

Inwiefern driftet es denn ab?

[Cino]

muss is open nicht true sein? Der Sensor sendet doch erst wenn true ist.

[DeeJayDave]

@cino Naja, der Zählerstand im iobroker ist immer höher als der tatsächliche Stand am Gaszähler

[DeeJayDave]

@cino Lasse mir nun 2 Werte durch 2 Skripte schreiben. Ob is open true oder false, macht keinen Unterschied

[RalfTh]

@cino Da bin ich nicht so der Spezialist. Ich hatte mich da an eine Anleitung (weiter oben) gehalten und bei mir hat es funktioniert. Natürlich kann man auch eine Entprellung im Skript durchführen.

Mein Script für die Erfassung des Zählerstandes sieht folgendermaßen aus:

Gelegentliche Abweichungen überwache ich durch regelmäßige Kontrolle und Korrektur.

[DeeJayDave]

@ralfth Wie sehen denn deine gelegentlichen Abweichungen aus? Bei mir sind es nach kurzer Zeit (wenn ich den richtigen Wert in iobroker eintippe) so ca. 2,5 - 3m³

[w00dst0ck]

@deejaydave könnte auch an einem schlecht platziertem Reed-Kontakt liegen. Hast du die Möglichkeit vor dem Zähler zu sitzen und parallel zu gucken was im iobroker ankommt?

[DeeJayDave]

@w00dst0ck Ich habe mir ja extra den "Metrix Impulsnehmer NI-3" dafür gekauft, der einen Reedkontakt hat und das Signal (grün/orange) an den Aqara sendet (angelötet).

Muss mich tatsächlich mal davor setzen und beobachten was passiert.....

[RalfTh]

@deejaydave bei mir sind es mal 0,2 m³ in 2 Wochen. Das passiert interessanterweise in den Sommermonaten vermehrt, als zur Heizperiode. Erklärung habe ich dafür keine.

[Cino]

uii. Bei mir sind es in 24 Stunden 5 Kubik. Ich hatte gestern geguckt und gerade nochmal.

Ich setze heute abend mal einen syslog server auf und in dem skript debugging. Irgendwo geht mir ja was verloren.

[RalfTh]

@cino Das hat vermutlich nichts mehr mit entprellen zu tun. Entweder ist dein Kontakt nicht einwandfrei am Gaszähler montiert, oder der Kontakt selbst ist zu unempfindlich. Der Magnet auf dem Rad des Gaszählers ist schließlich kein Schwergewicht.
Probiere deine Schaltung mal auf dem Tisch in einer Trockenübung. Nähere dich dem Kontakt mit einem kleinen Magnet und ermittle mal, ab wann dein Kontakt reagiert und so weiter.

[Cino]

@ralfth Der Abnehmer ist ein originaler vom Hersteller. Nichts selbst gebasteltes.

[JoergH]

@cino

Zum Thema Entprellen: Könnte man das nicht über den Zeitstempel zuverlässig realisieren...? Ich würde es zumindest so versuchen...

[RalfTh]

@cino Das sollte die nicht davon abhalten diesen Abnehmer einmal zu testen. Am besten nimmst du dazu verschieden starke Magnete und näherst dich dem Kontakt bis er schaltet. Das kannst du mit einem Messgerät prüfen, oder mit der ganzen Schaltung im ioBroker. Wenn du mit Influxdb oder History aufzeichnest siehst du auch gleich, ob die Schaltung/Meldung erfolgt oder nicht, ob es zu mehrfach "true" oder "false" kommt. Das sollte sowieso für den Datenpunkt des Aqara-Sensors aktiviert sein, wenn man solche Probleme hat. Ich glaube der heißt deconz.0.Sensors."X".open. Bei mir sieht das so aus:

[DeeJayDave]

Jetzt habe ich aber auch ein Verständnisproblem:

Ich habe einen Sensor (Aqara), der bei "is open" true oder false liefert. Diese Änderung bzw. der Wert false triggert mein Skript, bei dem der Wert in einen Datenpunkt geschrieben wird. Soweit alles gut.

Wenn ich diesen Datenpunkt dann per history oder influxdb logge, ist doch an dieser Stelle die Einstellung der Entprellzeit falsch?! Der Datenpunkt wird ja per Skript geschrieben... das Loggen ist doch dann nachgelagert.

[Cino]

@deejaydave mit der Entprellzeit im Historyadapter verfälscht du doch nur alles. Was in der History steht muss ja nicht das sein was der Skript verarbeitet. Im Skript sind die 500 ms Entprellzeit vom Historyadapter doch uninteressant.

Zudem ich mittlerweile der Meinung bin, das prellenede Schalter nur ein Problem sind wenn dahinter Zähler hängen. Die easyesp firmware hat ja counter devices, da müsste es dann auffallen wenn der Schalter prellt.
Ich habe das Teil nur als Schalter definiert und schicke den Wert über MQTT.

[jmeister79]

@cino
Yo hab ich gemacht. kann ich den genau wie den reed kontakt an den nodemcu anschließen?

[Cino]

@jmeister79 ja kannst du, gpio mit pullup auswählen und dann gegen Masse schalten. Noch einen debounce von 100 ms auswählen. Das alles als switch und per mqtt senden.