NEWS
Wasserzähler - Version 2 - all-in-device
-
@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; } });hallo, ich habe das Skript übernommen und dazu noch eine Frage.
Meinem Verständnis nach ist die Variable
preValuebeim ersten Aufruf noch unbesetzt.
preValuewird doch erst gesetzt wenn das State.main.errorvon Fehler zuno errorumschlägt.puh, hoffe ich habe mich verständlich ausgedrückt :-)
Grüße vom Rhein @Colonia Claudia Ara Agrippinensium
-
hallo, ich habe das Skript übernommen und dazu noch eine Frage.
Meinem Verständnis nach ist die Variable
preValuebeim ersten Aufruf noch unbesetzt.
preValuewird doch erst gesetzt wenn das State.main.errorvon Fehler zuno errorumschlägt.puh, hoffe ich habe mich verständlich ausgedrückt :-)
preValue wird doch erst gesetzt wenn das State .main.error von Fehler zu no error umschlägt.
Ich nehme hier an, dass ein Fehler die Ausnahme ist und im Regelfall
preValuedurch das Lesen von gültigen Werten gesetzt ist.
Man könnte die Variable natürlich auch beim Scriptstart besetzen.var preValue = getState('mqtt.0.watermeter.main.value').val; -
Hallo zusammen,
ich habe ein kleines Probleme bei der Einbindung von Watermeter in iobroker.
Ich nutze den Fork, da das Original nicht mehr weiterentwickelt wird: https://github.com/Slider0007/AI-on-the-edge-deviceProbleme ist, dass ich keine Daten bekomme. Und je mehr ich rumstelle, desto schlimmer wird es.
Aktuell sieht es so:
Lösche ich den gesamten Baum, dann wird der Baum beim nächsten mal noch länger.In den Watermetereinstellungen gibt es 3 verschiedene Einstellungsmöglichkeiten:
Kann mir hier jemand helfen, damit ich die Daten sauber in iobroker bekomme.
-
Hallo zusammen,
ich habe ein kleines Probleme bei der Einbindung von Watermeter in iobroker.
Ich nutze den Fork, da das Original nicht mehr weiterentwickelt wird: https://github.com/Slider0007/AI-on-the-edge-deviceProbleme ist, dass ich keine Daten bekomme. Und je mehr ich rumstelle, desto schlimmer wird es.
Aktuell sieht es so:
Lösche ich den gesamten Baum, dann wird der Baum beim nächsten mal noch länger.In den Watermetereinstellungen gibt es 3 verschiedene Einstellungsmöglichkeiten:
Kann mir hier jemand helfen, damit ich die Daten sauber in iobroker bekomme.
@wusa sagte in Wasserzähler - Version 2 - all-in-device:
Ich nutze den Fork, da das Original nicht mehr weiterentwickelt wird: https://github.com/Slider0007/AI-on-the-edge-device
Dann verwende das Original. Das hat nicht solche überflüssigen Einstellungen und funktioniert.
Ansonsten poste hier erst mal den Link zu Deinem Issue an den Entwickler des Forks in Github, damit man auf dem Dialog aufbauen kann.
-
@wusa sagte in Wasserzähler - Version 2 - all-in-device:
Ich nutze den Fork, da das Original nicht mehr weiterentwickelt wird: https://github.com/Slider0007/AI-on-the-edge-device
Dann verwende das Original. Das hat nicht solche überflüssigen Einstellungen und funktioniert.
Ansonsten poste hier erst mal den Link zu Deinem Issue an den Entwickler des Forks in Github, damit man auf dem Dialog aufbauen kann.
@BertDerKleine Das Original funkioniert bei mir leider nicht sauber. Jedes mal beim umstellen der Digitalen Erkennung, sagt er mir, dass meine Kamera ein Problem hat.
Mit dem Fork keinerlei Probleme beim umstellen der Erkennung.
Außerdem ist das Original seit März nicht mehr aktualisiert worden. -
Hallo zusammen,
ich habe ein kleines Probleme bei der Einbindung von Watermeter in iobroker.
Ich nutze den Fork, da das Original nicht mehr weiterentwickelt wird: https://github.com/Slider0007/AI-on-the-edge-deviceProbleme ist, dass ich keine Daten bekomme. Und je mehr ich rumstelle, desto schlimmer wird es.
Aktuell sieht es so:
Lösche ich den gesamten Baum, dann wird der Baum beim nächsten mal noch länger.In den Watermetereinstellungen gibt es 3 verschiedene Einstellungsmöglichkeiten:
Kann mir hier jemand helfen, damit ich die Daten sauber in iobroker bekomme.
@wusa Ich kann dir zwar bei deinem ioBroker spezifizen Problem nicht helfen, da ich jetzt schon ein paar Jahre HA verwende. Aber auch ich setzte den Fork seit letzter Woche sehr zufrieden ein. Von der Schnelligkeit in der Web-UI und dem Durchlaufen einer Messung kein Vergleich zum Original.
Eventuell mal mit MQTTx oder MQTT Explorer nachschauen, was so über MQTT ankommt. Bei mir sehen die Daten plausibel aus.
Und welche der Einstellungen des Forks sollen überflüssig sein? Ich finde das etwas weit aus dem Fenster gelehnt, ohne das weitergehend zu erklären. Es ist doch gut, wenn sich jemand dem Projekt annimmt und um sinnvolle Funktionen ergänzt.
-
@wusa sagte in Wasserzähler - Version 2 - all-in-device:
Ich nutze den Fork, da das Original nicht mehr weiterentwickelt wird: https://github.com/Slider0007/AI-on-the-edge-device
Dann verwende das Original. Das hat nicht solche überflüssigen Einstellungen und funktioniert.
Ansonsten poste hier erst mal den Link zu Deinem Issue an den Entwickler des Forks in Github, damit man auf dem Dialog aufbauen kann.
@BertDerKleine sagte in Wasserzähler - Version 2 - all-in-device:
Dann verwende das Original. Das hat nicht solche überflüssigen Einstellungen und funktioniert.
Ansonsten poste hier erst mal den Link zu Deinem Issue an den Entwickler des Forks in Github,....
Wow, mal sachte. Bist Du im Weihnachtsstress?
-
@wusa Ich kann dir zwar bei deinem ioBroker spezifizen Problem nicht helfen, da ich jetzt schon ein paar Jahre HA verwende. Aber auch ich setzte den Fork seit letzter Woche sehr zufrieden ein. Von der Schnelligkeit in der Web-UI und dem Durchlaufen einer Messung kein Vergleich zum Original.
Eventuell mal mit MQTTx oder MQTT Explorer nachschauen, was so über MQTT ankommt. Bei mir sehen die Daten plausibel aus.
Und welche der Einstellungen des Forks sollen überflüssig sein? Ich finde das etwas weit aus dem Fenster gelehnt, ohne das weitergehend zu erklären. Es ist doch gut, wenn sich jemand dem Projekt annimmt und um sinnvolle Funktionen ergänzt.
@Steff75 sagte in Wasserzähler - Version 2 - all-in-device:
Eventuell mal mit MQTTx oder MQTT Explorer nachschauen, was so über MQTT ankommt. Bei mir sehen die Daten plausibel aus.
Das hätte ich versucht, aber damit komme ich irgendwie nicht zurecht.
Vielleicht kannst du mir kurz sagen, wie ich damit umgehen muss?Kannst du mir sagen, was du eingestellt hast von den 3 MQTT Optionen?
-
@steff75
Mit meiner letzten Nachricht hat sich glaube ich gerade alles gelöst.
Ich weiß aber ehrlich gesagt nicht an was es gelegen hat. Ich habe den MQTT Explorer nochmal geöffnet, mit iobroker verbunden. Neuen Cycle gestartet und jetzt kommt alles richtig an.Ich habe nichts verändert. Das ist sehr komisch, aber jetzt klappt es zumindest.
-
Jetzt steht ich vor dem nächsten Problem.
Immer kurz vor einem neuen 1000er Schritt, kommt es zu Fehlern.Hier ein kurzes Beispiel.
Der eigentliche Wert ist 208,87. Es wird aber 209,87 erkannt. Ich muss immer wieder Fallbak Value anpassen. Das nervt natürlich auf Dauer.
In den Recognition Details wird es aber "eigentlich" richtig erkannt:
Fallback Value ist auf 720min gestellt. Heißt kleine Schritt passen dann nie, und wenn die 720min vergangen sind, dann wird der nächste 1000er Schritt (209,87 verwendet.)
-
Jetzt steht ich vor dem nächsten Problem.
Immer kurz vor einem neuen 1000er Schritt, kommt es zu Fehlern.Hier ein kurzes Beispiel.
Der eigentliche Wert ist 208,87. Es wird aber 209,87 erkannt. Ich muss immer wieder Fallbak Value anpassen. Das nervt natürlich auf Dauer.
In den Recognition Details wird es aber "eigentlich" richtig erkannt:
Fallback Value ist auf 720min gestellt. Heißt kleine Schritt passen dann nie, und wenn die 720min vergangen sind, dann wird der nächste 1000er Schritt (209,87 verwendet.)
@wusa Also auf dem Bild sieht das für mich auch aus wie eine 209 ...
ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
@BananaJoe sagte in Wasserzähler - Version 2 - all-in-device:
Also auf dem Bild sieht das für mich auch aus wie eine 209 ...
ist es für die CAM auch.
Ich bin da zu lange raus, aber die Software sollte/hatte da durch die Vorwerte in Verbindung mit den analogen Markern erkennen können, dass es noch "vor9" ist.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@BananaJoe sagte in Wasserzähler - Version 2 - all-in-device:
Also auf dem Bild sieht das für mich auch aus wie eine 209 ...
ist es für die CAM auch.
Ich bin da zu lange raus, aber die Software sollte/hatte da durch die Vorwerte in Verbindung mit den analogen Markern erkennen können, dass es noch "vor9" ist.
-
Also weil meine ESP32-Cam rumzickte (stürzt immer ab), bin ich gerade zum Fork https://github.com/Slider0007/AI-on-the-edge-device gewechselt.
Der kommt zwar nicht mit 2 neu bestellten ESP32-CAMs zurecht, aber mit der alten die schon eingebaut war (der ich sicherheitshalber eine neue Micro-SD Karte spendiert habe).Ich sag mal: WOW! Kann das schnell sein ... Kein Vergleich zu vorher, obwohl die Wert nun im Minutentakt reinkommen.
Hammer. Tolle Weiterentwicklung.ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
Also weil meine ESP32-Cam rumzickte (stürzt immer ab), bin ich gerade zum Fork https://github.com/Slider0007/AI-on-the-edge-device gewechselt.
Der kommt zwar nicht mit 2 neu bestellten ESP32-CAMs zurecht, aber mit der alten die schon eingebaut war (der ich sicherheitshalber eine neue Micro-SD Karte spendiert habe).Ich sag mal: WOW! Kann das schnell sein ... Kein Vergleich zu vorher, obwohl die Wert nun im Minutentakt reinkommen.
Hammer. Tolle Weiterentwicklung. -
Weißt du ob ich da OTA von der original AI on the Edge drauf wechseln kann?
@David-G. nein, weis ich nicht.
Vermutlich nicht. Die Topic unter MQTT sind auch leicht anders. Sowie die Dateien auf der SD-Karte. Ähnlich, aber anders.Sichere dir am besten deine Config (config.ini - Datei und Einstellungen) und dann flashe neu / bereite die SD-Karte neu vor. So habe ich es letztendlich auch gemacht.
Eine der beiden bestellten ESP32-CAM war übrigens defekt, deshalb ging es mit der erst nicht.
ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
@David-G. nein, weis ich nicht.
Vermutlich nicht. Die Topic unter MQTT sind auch leicht anders. Sowie die Dateien auf der SD-Karte. Ähnlich, aber anders.Sichere dir am besten deine Config (config.ini - Datei und Einstellungen) und dann flashe neu / bereite die SD-Karte neu vor. So habe ich es letztendlich auch gemacht.
Eine der beiden bestellten ESP32-CAM war übrigens defekt, deshalb ging es mit der erst nicht.
Dann mal sehen, meine beiden Zähler waren recht kompliziert zu installieren, an die esps zu kommen ist sagen wir was Komplex 🤣
Könnte klaplen, muss aber nicht
https://github.com/Slider0007/AI-on-the-edge-device/discussions/336 -
Nachdem Ihr mich neugierig gemacht habt bin ich mal auf meinen Garten Wasserzähler los der ja grad nix zu tun hat und habe Ihn per OTA Update von Version 16.0 auf 17.4.0-SLFORK gebracht. Im ersten Schritt hat das alles prima geklappt und auch die Erkennung hat gepasst. Wollte dann mal sehen was er mir an den IO-Broker sendet. Da waren noch scheinbar alte Datensätze V16.0 und so vorhanden. Um zu sehen welche Info das Update hat bin ich wieder in den Browser und da ging außer einem Bild nix mehr. Alle Konfig Daten futsch und leer. Ich bleib dran und berichte.
Die SD Karte musste ich neu konfigurieren (WLAN SSID usw.) Dann startet es wie gewohnt und man muss alles neu über den Browser eingeben. Aber Firmware ging über OTA. -
Nachdem Ihr mich neugierig gemacht habt bin ich mal auf meinen Garten Wasserzähler los der ja grad nix zu tun hat und habe Ihn per OTA Update von Version 16.0 auf 17.4.0-SLFORK gebracht. Im ersten Schritt hat das alles prima geklappt und auch die Erkennung hat gepasst. Wollte dann mal sehen was er mir an den IO-Broker sendet. Da waren noch scheinbar alte Datensätze V16.0 und so vorhanden. Um zu sehen welche Info das Update hat bin ich wieder in den Browser und da ging außer einem Bild nix mehr. Alle Konfig Daten futsch und leer. Ich bleib dran und berichte.
Die SD Karte musste ich neu konfigurieren (WLAN SSID usw.) Dann startet es wie gewohnt und man muss alles neu über den Browser eingeben. Aber Firmware ging über OTA.@Horst-Schwemmer So habe ich es jetzt auch gemacht, OTA die SLFORK Firmware und SD-Karte frisch formatiert und mit den beiden Ordnern +
config.ini
Funktioniert besser als je zuvor, auch mit meinem Digitalen Wasserzähler:
Musste das Setup abbrechen um die WS2812B Leds zu konfigurieren, hat dann aber auch geklappt.
Insbesondere am Bild kann man besser denn je herumspielen. Das sieht jetzt etwas merkwürdig aus, hat aber den besten Kontrast für die LED-7-Segementzahlen ergeben.
Im Log meckert er das die Referenzpunkte schlecht sind und er die nicht richtig findet.
Da sich am Gehäuse aber nichts bewegen kann, ist das hier egal.MQTT klappt auch, statt wie vorher m3 und Lite getrennt ist es nun eine Zahl, da ich aber eh eine Skript dazwischen hatte, musste ich nur dieses anpassen.
Fazit: Ich kann den Fork nur empfehlen, eine spürbare Weiterentwicklung des Projektes.
ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker
Support us
454
Online32.5k
Benutzer81.9k
Themen1.3m
Beiträge