Wasserzähler - Version 2 - all-in-device
-
ich habe dir doch oben die Los geschrieben:
CAM:
[8d07h54m57s] 2023-05-09T23:14:06 <ERR> [POSTPROC] main: Raw: 5N55N, Value: , Status: Neg. Rate - Read: - Raw: 5N55N - Pre: 78195Die CAM erzeugt 5N55N und sent dies pr MQTT an den iobroker.
iobroker:
2023-05-09 23:14:06.436 - info: mqtt.0 (1034) Server: Changed type of "mqtt.0.wasserzaehler-garten.main.raw" from "number" to "string" 2023-05-09 23:14:06.473 - info: influxdb.0 (938) enabled logging of Wasser-CAM-Haus, Alias=true 2023-05-09 23:14:06.625 - warn: influxdb.0 (938) Point could not be written to database: iobroker 2023-05-09 23:14:06.625 - warn: influxdb.0 (938) Error on writePoint("{"value":"5N55N","time":"2023-05-09T21:14:06.561Z","from":"system.adapter.mqtt.0","q":0,"ack":true}): HttpError: failure writing points to database: partial write: field type conflict: input field "value" on measurement "Wasser-CAM-Haus" is type string, already exists as type float dropped=1 / "failure writing points to database: partial write: field type conflict: input field \"value\" on measurement \"Wasser-CAM-Haus\" is type string, already exists as type float dropped=1"" 2023-05-09 23:14:06.626 - warn: influxdb.0 (938) Add Wasser-CAM-Haus to conflicting Points (1 now)Der iobroker bekommt die Daten, merkt das es keine zahl mehr ist und stellt die influx um. Will schreiben aber die Influx sagt das sie eine Zahl erwartet und plötzlich ein Buchstabe kommt.
Die CAM sendet "plötrzlich" ganz klar 5N55N (string statt float)
Genau das könnte die CAM-Software abfangen.
-
@bitwicht, ich möchte dein MQtt Ordner sehen.
Bei mir erscheint ein error wenn was verkehrt gelesen wird und es wird kein Wert aktualisert.
Wo hast du das her? Du nimmst anscheinend einen falschen Wert. Ich habe das noch nie beobachtet. -
ich finde unter Setting, Configuration, Expert Mode keine Einstellung bei der ich einstellen kann das per MQTT nur Zahlen versendet werden aber keine Buchstaben
-
ich nehme den RAW Wert
-
@bitwicht , was hat das mit Buchstaben zu tun, es werden beim ERORR keine Daten aktualisert....zum letzte mal jetzt. Dann bin ich raus hier. Wo steht denn das N dann. In welcher Zeile.
-
Aber das Log (iobroker) sagt doch das es 5N55N von der CAM erhält.
Das deutet doch darauf hin, dass die Cam den Wert auch sendet. Woher soll es denn sonst kommen?
im Cam Log steht vor dem Eintrag <ERR>
Du sagst dann sendet die Cam nichts.Aber der iobroker bekommt die Daten.
Vergleiche die Uhrzeit, die passt exakt.Ich würde denken, dass hier der BUG ist.
Es scheint, als sendet die CAM eben doch die Daten die sie als ERR erkennt.CAM: 2023-05-09T23:14:06 <ERR> ------> iobroker: 2023-05-09 23:14:06.436
-
@bitwicht , das ist absolut egal das Log. Das ist für die Fehlersuche und nochmal:
Es werden keine Werte übertragen bzw. aktualisiert, wenn ein Fehler vorhanden ist.......und flash die Firmware die ich für gut befunden habe....ich habe das Change Log nicht gelesen.
Vielleicht ist oder war da was. So ein Theater hier.Falls dort was war, dann ein Issue auf dem Github anlegen.
und ein Feedback nach der Erstellung hier posten. -
Ich verstehe deine Reaktion leider nicht.
Die Cam schreibt 2023-05-09T23:14:06 den ERR (Fehler) 5N55N
Der iobroker bekommt 23:14:06.436 die Daten und will es in die influx speichert die den Fehler wirft.
value":"5N55N","time":"2023-05-09T21:14:06.561Z","from":"system.adapter.mqtt.0
WERT 5N55N VOM MQTT Adapter -> und das ist die CAM
Es wird also dieser Wert übertragen. (keine Ahnung ob das jetzt als Fehler gewertet wird oder nicht).
Deine genannte ältere FW kann ich testen ..
-
@bitwicht , wenn du gleich umgeflasht hättest, wäre das schon längst Geschichte.
Weil meine angegebene Version keine Fehler zeigt.
btw. ich habe einige Versionen durch getestet. Sonst wäre ich nicht bei der angebenen geblieben
und das wurde hier auch schon bestätigt.Sag mir ein Grund, warum ich eine funktionierende Version gegen eine neuere tauschen soll, was für Vorteile habe ich denn. Wenn ich mal Lust habe wird auch mal was neues getestet. So ist es nicht....dann kann ich zumindest bestätigen taugt was oder nicht.
-
@bitwicht Kann es sein, dass Du fälschlicherweise den Datenpunkt „raw“ beobachtest und den mit influx tracken willst? Da scheint mir auf Deinem Bild das Zahnrad dahinter blau hinterlegt zu sein und das ist eben der falsche Datenpunkt. Denn dort kommen die raw-(Roh-)Daten, eben das, was im Moment ausgelesen wird, ob es Sinn macht oder nicht. Der Datenpunkt, der fehlerfrei funktioniert ist der mit der Bezeichnung „value“. Der wird nur aktualisiert, wenn die Kamera auch einen sinnvollen Wert ablesen konnte, der den im ESP eingestellten Kriterien wie beispielsweise höher als der vorherige Wert, nur sinnvolle Zahlen, maximale Abweichung zum vorherigen Wert usw. entspricht.
Bevor Du also hier einen Fehler beim ESP-Projekt suchst und so laut herumtönst, solltest Du erst einmal bei Dir anfangen. Hättest Du die Beschreibung vollständig gelesen, verstanden und auch befolgt, so hättest Du Dir das alles sparen können.Gruss, Jürgen
-
super, danke. Das hätte man mir einfach gleich sagen können ...
Habe ich jetzt eingerichtet und werde es beobachten.
Ich habe alternativ noch den RAW Wert aber bei Speichern als nicht "automatisch" sondern "zahl".
Mal sehen was passiert wenn der RAW wieder Buchstaben liefern.
Ich hoffe der iobroker wird dies dann "ignorieren" -
@bitwicht sagte in Wasserzähler - Version 2 - all-in-device:
Das hätte man mir einfach gleich sagen können ...
das hätte man nur, wenn du diese Informationen auch zur Verfügung gestellt hättest, wie es üblich ist
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1
-
@bitwicht Genau das Thema kam drei Seiten vor Deiner Schilderung hier auch schon einmal auf, siehe mein Post vom 24.04. ...hättest also einfach auch mal ein wenig hier lesen können...
-
Ich hätte auch nur auf den Punkt kommen müssen....so ist das im Alter. Asche auf mein Haupt.
-
Hallo, ich habe mal ne Frage… die haben mir heute die Wasseruhr ausgetauscht..
Vorher hatte ich die klassische mit analogen Zahlen und Zeigern und jetzt haben die mir eine digitale eingebaut.. damit die die Uhr von dér Straße aus auslesen können.Na toll.. kann ich diese auch irgendwie auslesen, weil mit der Camera weiß ich nicht, zumal da wo auch 2 dioden verbaut sind.. hat jemand Erfahrung damit oder auch speziell mit dieser Uhr ? Und wie kann man die am besten auslesen ?
Wäre sehr dankbar.. die andere Uhr lief das auslesen problemlos über 1 Jahr und jetzt das..
Vielleicht kann mir ja jemand helfen und hat schon Erfahrungen mit der Uhr ?
Ps: Foto ausgetauscht
-
Mit den Dioden weiß ich nicht.
Das Display kannst du aber problemlos der ESP-Cam auslesen. -
@jens-meyer , die Dioden dienen zum auslesen. D.h. wenn jemand kommt mit einem Lesegerät, musst du den Aufbau entfernen. Ich hätte mir dafür ein Lesekopf besorgt, gebaut, gebastelt und den Versorger wegen einer Pin zum Freischalten gefragt. Wie beim SmartMeter. Aber jeder macht sein kram.....den er will. Ich will da nicht beeinflussen.
btw....Die Zählernummer geht hier keinen was an.....ich hätte sie unsichtbar gemacht.Hier Info´s zum Zähler:
https://www.kamstrup.com/de-de/submetering-loesungen/gebaeudemanagement/wasserzaehler -
Evtl tut es ja auch sowas.
https://www.ebay.de/itm/314152997777?mkcid=16&mkevt=1&mkrid=707-127634-2357-0&ssspo=_zsyyv2er9e&sssrc=2349624&ssuid=MYSzUPRsRZa&var=&widget_ver=artemis&media=COPYFalls du den pin vom. Zähler bekommst.
-
@david-g
Also geht das mit der Cam auch…? Da brauch ich einen neuen Adapter.. der alte passt nicht mehr… die Frage ist ob das lcd Display genauso gut lesbar ist wie die analogen zahlen -
@david-g
Du meinst den key und die id Nummer?
Bekommt man den key und die id Nummer nicht vom Wasserversorger?
