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

[BananaJoe]

@hasont sagte in Wasserzähler - Version 2 - all-in-device:

Hallo BananaJoe , welche Version hast du genommen. Ich hatte mit der Offiziellen 5.7 das gleiche Problem und das nach Jahren vollster Zufriedenheit. Hab jetzt die Beta 16 drauf und alles ist wieder gut. Seit 10 Tagen nicht ein Fehler. Die Art Zähler von dir geht 100%tig. Darf halt nur nicht die jetzt zu sehenden Reflektionen haben.

Ich hatte die 15.7. aufgespielt, die WS2812B LEDs sind gestern Abend gekommen, ich baue dieses Wochenende die Beleuchtung um, für den Fall der Fälle habe ich auch noch einen Ersatz ESP32 Cam bestellt (von ich gerade nicht weis wo ich den liegen gelassen habe ...)

Die Beta 16.0.0 RC5 habe ich auch gerade aufgespielt, das Bild sieht schon sehr viel besser aus:

Dann baue ich mal die LED ein als alternative Beleuchtung ....

[BananaJoe]

@hasont noch mal Danke für deinen Hinweis. Ich hatte das ganze schon mal vor etwa 2 Jahren probiert und dann aufgegeben. Kamera samt 3D-Druck Gehäuse hatte ich noch in der Bastelkiste liegen.

Ich habe 15.7.0 neu geflasht und per OTA dann auf die 16.0.0 RC5 aktualisiert, 2 WS2812B LEDs angelötet und ein duzendmal die LEDs neu positioniert bis es mit den Spiegelungen am besten passte (die Klebepads an den LEDs kleben kaum noch ...),
und bestimmt noch 30 mal mit Helligkeit, Farben & Co herumgespielt. Also gerade um die 2h damit verbracht.
Als Model für die Zahlen habe ich dig-class11_1600_s2.tflite genommen - und im Moment sieht es gut aus:

Langzeittest läuft nun!

Edit: Typos

[Hasont]

Hallo, hab heute innerhalb einer Stunde meinen Gartenwasserzähler eingebunden. Wie schon am 23.10.2020 mit der Lebkuchenbüchse hab ich auch dieses mal wieder was passendes dafür ausgesucht. Die Wahl viel auf 00 WC Reiniger. Der passt absolut perfekt. Die Cam musste ich 1/4 Umdrehung anpassen und für den Deckel 3 Runden Abklebeband nehmen damit der gut sitzt. Denke Bilder sagen mehr als 1000 Worte.

Allerdings musste ich die LED stark dimmen und etwas ablenken da es extreme Reflektionen gab. Hab es aber mit der Standard LED trotzdem hinbekommen.

[fritzke316]

können die Daten vom Wasserzähler auch mit dem Sonoff Adapter ausgelesen werden, oder muss ich dafür den MQTT Adapter verwenden.
Wenn es auch mit dem Sonoff Adaper läuft, was muss ich einstellen?

[Wildbill]

@fritzke316 Der Sonoff-Adapter kann nur Tasmota-Geräte auslesen, da er die MQTT-Nachrichten in ganz bestimmter Form erwartet, Für alles andere benötigt man einen reinen MQTT-Adapter.

Gruss, Jürgen

[fritzke316]

@wildbill
Ahhhh ok verstehe, ist nur so dass ich schon einige Geräte im Sonoff-Adapter habe und da wäre es praktisch wenn auch der Wasserzähler damit laufen würde. Aber egal, jetzt weiß ich wenigstens, dass ich nichts falsch gemacht habe

[muuulle]

Hallo zusammen,

kann man über ein Blockly Skript den prevalue setzen?

Vielen Dank

[wolfi913]

@muuulle sagte in Wasserzähler - Version 2 - all-in-device:

kann man über ein Blockly Skript den prevalue setzen?

Ich mach das bei mir so:

Ergänzung:
Sollte lt. Beschreibung auch mit

/setPreValue?numbers=main&value=-1

gehen. Klappt bei mir aber leider nicht immer zuverlässig. Irgendwie hackts da gelegentlich mit den Nachkommastellen. Die obige Lösung hat bei mir bisher immer funktioniert.

[wusa]

Hallo zusammen,

ich habe leider immer wieder das Problem, dass "Rate too high" angezeigt wird.
Folglich dessen, bekomme ich auch zukünfigt keine Meldungen mehr, da immer der Wert zu hoch ist.

Hier ein Beispiel:

Wie kann ich soetwas umgehen? Das Problem ist bei mir eigentlich jeden zweiten Tag.

Auch, dass die Umrandung von den analogen Zählern nicht immer ganz passt muss eine Softwaresache sein.
In der Vorschau ist alles richtig und auch bei einigen Bildern ist es richtig. Nur manchmal passt es nicht ganz zusammen.

An welchen Schrauben könnte ich hier drehen, damit ich nicht immer manuell das Pre-Value setzen muss?

[Codierknecht]

@wusa sagte in Wasserzähler - Version 2 - all-in-device:

An welchen Schrauben könnte ich hier drehen, damit ich nicht immer manuell das Pre-Value setzen muss?

Ich mache das per Script.
Taucht im Error-State ein "Neg." oder "high" auf, wird der PreviousValue automatisch angepasst.

const axios = require("axios");
var preValue;

async function setLastValue(aValue) {
    const url = 'http://' + getState('mqtt.0.watermeter.IP').val + '/'
    axios.get(url + 'setPreValue?numbers=main&value=' + aValue)
    .catch(function (error) {console.log(error.message);});
}


// bei negativen oder zu hohen Werten wird der letzte erfolgreich gemessene Wert als "PreviousValue" gesetzt
on({id: 'mqtt.0.watermeter.main.error', change: 'any'}, async function(obj) {
    const value = obj.state.val;
    if (value.includes('Neg.') || value.includes('high')) {
        setLastValue(preValue);
    } else {
        // bei erfolreichem Vorgang den Wert für künftige Korrekturen merken
        preValue = getState('mqtt.0.watermeter.main.value').val;
     }
});

[teletapi]

@wusa Naja bei dem Bild kann ich schon ganz gut verstehen warum der ESP die daten nicht vernünftig lesen kann. Zuerst musst du sicher mal die Ursache dafür suchen das das ganze Bild in teilen so verzerrt ist. Die Marker könnten auch etwas weiter auseinander stehen und vor allem deutlicher sein. Dann welchen softwarestand nutzt du und vor allem die Config spielt ja auch ne große Rolle ich Hab mich jetzt gut 3 Wochen mit dem Teil und der Software auseinander gesetzt und auf meinen Wunsch hin wurde mir mein Zenner MNK-N (leider mit 100imp) getauscht auf den biesenthal Zähler der hat natürlich keinen Reedkontakt mehr aber das Uhrwerk ist vernünftig lesbar und das ist tatsächlich die Grundlage für alles danach. Natürlich mit der aktuellen Firmware 16.0 und eine neue 16 Gb micro sd Karte.
So sieht das derzeit bei mir aus, die Luftblase wird hoffentlich noch verschwinden der Zähler ist ja erst 5 Tage drin

[Codierknecht]

@wusa

Wie @teletapi schon schreibt, kommt es extrem auf die korrekte Einrichtung an.
Deine Cam scheint mir etwas weit weg. Da könnte man entweder den Aufsatz kürzen oder mit den Zoom-Einstellungen spielen.
Die analogen ROI scheinen mir auch zu klein.
Auch die Konfiguration, was denn jetzt "too high" ist, könnte man anpassen.

So sieht's bei mir aus:

[wusa]

@teletapi
Ich bin auch auf dem aktuellsten Software Stand.
Ich habe schon mehrmals versucht, die Schärfe etwas nachzustellen, aber ich schaffe es leider nicht besser als hier angegeben.
Habe auch schon versucht weiter hin oder weiter weg zu gehen.

Problem ist auch irgendwie, dass es manchmal wunderbar mit den analogen ROI klappt und dann ist es wieder verschoben.

Ich habe auch schon versucht, die Kamera zu drehen, damit ich einen anden Winkel habe, aber da wird es nur noch schlechter. Das Glas hat so eine komische Kante drin, die es leider nicht leichter macht. Auch ist das Glas leicht gebogen. Irgendwie alles nicht so optimal.

[teletapi]

@wusa Vielleicht machste mal ein Bild von einem referenzbild und schickst das mal vielleicht sieht man da mehr. Du hast auch einen recht großen Blendfaktor in deinem Bild und das silberne Blättchen im letzten Analogzähler macht das leider auch nicht besser

[Codierknecht]

@wusa

Ich würde auf jeden Fall den Durchmesser der beiden analogen ROI vergrößern.

[wusa]

@codierknecht

Hier sieht es eigentlich ganz gut aus.
Nur das Image welches aktuell ausgewertet wird, passt manchmal nicht ganz.

[teletapi]

@wusa Mach die beiden analogen mal etwas größer

[Codierknecht]

@wusa sagte in Wasserzähler - Version 2 - all-in-device:

Nur das Image welches aktuell ausgewertet wird, passt manchmal nicht ganz.

Dann müssten ggf. die Marker neu gesetzt werden.
Die sollten möglichst weit auseinander liegen.

[RaspiUser]

... ich habe da mal (nach einem Update auf 16.0) eine Verständnisfrage:

Hier die analoge Einstellung ...

... und hier das Ergebnis beim EInlesen der Werte.

Warum weichen die Positionen der "Kreise" von einander ab ? Sollten die nicht identisch sein ?
(Die Werte werden aber korrekt erfasst ...)

[Codierknecht]

@raspiuser sagte in Wasserzähler - Version 2 - all-in-device:

Warum weichen die Positionen der "Kreise" von einander ab ?

Weil das aufgenommene Bild anhand der Alignment-Marker ausgerichtet wird. Da kommt es immer wieder mal zu Verschiebungen von einigen Pixeln.