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

[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.

[RaspiUser]

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

... Verschiebungen von einigen Pixeln

Aha ... aber mein "gesunder Menschenverstand" sagt mir eigentlich ... "da bewegt sich ja außer den Zeigern nix".
Hauptsache die Werte kommen korrekt ...

[teletapi]

@raspiuser Ich würde ebenso dazu raten die Marker neu zu setzen schau auf mein Bild weiter oben dürfte sich um den gleichen Wasserzähler von Biesenthal handeln da siehst du wie scharf das Bild ist im referenzbild ist es tatsächlich noch besser. aber ich hatte auch etwas damit zu kämpfen hab aber dann mit die beste Einstellung gefunden

Und hier das referenzbild dazu

Und hier die eingezeichneten Analogen Zähler

[RaspiUser]

... ich möchte jetzt eine neue CAM einsetzen und scheitere beim Setup ...

Die LED leuchtet, es wird aber kein Bild generiert ... jemand eine Idee was falsch läuft ?

[teletapi]

@raspiuser wie ist denn deine Config was für eine SDkarte sind die Dateien alle drauf, hast du mal per debug nach dem flashen geschaut ob die Kamera initialisiert wird

[RaspiUser]

@teletapi
... wie in der Anleitung beschrieben den Inhalt der entpackten "sd-card.zip" auf die SD-Karte (SanDisk 32GB, Kingmax 16GB, Verbatim 16GB), kopiert, WLAN Daten in wlan.ini reingeschrieben.
... im LOG gibt es ein paar W (=warning ?), was vielleicht schlecht ist: "W (1725) i2c: This driver is an old driver, please migrate your application code to adapt driver/i2c_master.h". Aber final kommt dann "Initialization completed successfully"
esp-web-tools-logs.txt
... im unteren Teil der LOG Datei sind einige Infos die wohl schwerwiegender sind wie"File sending failed!" u.a.
... was mir noch bemerkenswert ist, die CAM "pfeift" nachdem die LED einschaltet ...

Hilft das weiter ?

[teletapi]

@raspiuser Mir hilft das leider nicht wirklich, wobei eine Kamera die pfeifft sicher auch kein gutes Zeichen ist. aber ich hatte anfangs genau das gleiche Problem dadurch hatte ich einige Firmware versionen durchprobiert , irgendwann hat es dann funktioniert. Mittlerweile hab ich 3 oder 4 Testkanditaten am laufen. Nachdem ich anfangs nicht weiter gekommen bin hab ich beim ersten gerät Tasmota32cam drauf geflasht und hier war die Sache recht schnell klar das die Kamera defekt war. Daraufhin hab ich bei verschiedenen Händlern 3 weitere geräte geordert die aber dann alle funktionierten. Das mit der defekten Kamera soll auch keine seltenheit sein. Im Video von @haus-automation wird ebenfalls darüber gesprochen.

[David G.]

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

Kamera die pfeifft sicher auch kein gutes Zeichen ist.

Das macht meine schon über 2 Jahre

[RaspiUser]

... Danke für die "Aufmunterungen" ... Zwischenzeitlich habe ich weiter try & error betrieben:

• Wenn man "Abort Setup" klickt klappt es manchmal, aber z.Zt. nur am Schreibtisch. Platziere ich die CAM dann auf dem Zähler geht es doch wieder nicht.
• Eine neue CAM ist bestellt, aber das nur aus lauter Verzweiflung.
• Stecke ich den USB Spannungsversorgung ein passiert oft nix, wenn ich dann den "reset"-Button der CAM drückt fährt sie dann doch hoch .... um irgendwo wieder auszusteigen.
• SD-Karte mit 4GB und 8GB ... auch keine Besserung.
• Spannungsversorgung über das CAM-Shield oder direkt mit 5V. Manchmal fährt sie hoch um dann wieder irgendwo zu hängen.
• Die Setup-Routine geht (bei mir) sicher nicht, da bleibt sie immer irgendwo hängen.

Ein echter Blinker-Fehler ... geht ... geht nicht

Jetzt mach erstmal was anderes um bei Gelegenheit (neue CAM) weiter zu machen ....

Danke soweit.

[Wildbill]

@raspiuser Hast Du ein passendes USB-Netzteil und nicht bloß irgendein Handy-Ladegerät als Stromversorgung dran?

Gruss, Jürgen

[Codierknecht]

@raspiuser

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

@raspiuser Hast Du ein passendes USB-Netzteil und nicht bloß irgendein Handy-Ladegerät als Stromversorgung dran?

Das was @Wildbill schreibt ist auf jeden Fall wichtig. Meine CAM im Nistkasten wird mit 'nem 6V-Netzteil versorgt, da die Leitungsverluste (bei ca. 6m) zu hoch sind.

Auch sollte die CAM eine feste IP erhalten.
War bei mir zwar 'ne Fehlkonfiguration im DHCP, aber wenn die IP immer wieder 'ne andere ist, wird das mit dem Setup auch schwierig

[Wildbill]

@RaspiUser Um das noch ein wenig zu präzisieren. Ein Ladegerät mag manchmal auch funtionieren. Aber, bei den Ladegeräten, die ich so kenne muss man dann ein USB-Kabel anschließen. Das Ladegerät stellt sicher (sollte), dass dort, wo das Kabel angeschlossen wir auch 5V anliegen. Nur, je nach Länge des Kabels und Qualität kommen eben am anderen Ende, also am ESP beispielsweise eben keine ganzen 5V an, sondern vielleicht nur noch 4,9V, je nach Last eventuell noch weniger. Das kann dann schon zu wenig sein, um bei einem eventuell "billigeren" ESP mit Kamera, der bei den Bauteilen auch etwas "sparsam" gebaut ist, noch genügend Spannung für einen sauberen und fehlerfreien Betrieb zu sorgen.

Nicht umsonst wird bei Betrieb eines raspberry ja empfohlen, möglichst ein originales Netzteil zu verwenden. Grund: Das Kabel ist dort fest montiert, das Netzteil liefert am (fest verlöteten) Kabeleingang etwas über 5V, so dass am Ende wo der Raspi hängt eben immer 5V ankommen und der Raspi nicht in undervoltage geht.

Also wäre men erster Versuch an Deiner Stelle, mal ein anderes USB-Netzteil zu verwenden, wenn vorhanden eins vom Raspi oder ein anderes mit fest angeschlossenem Kabel und sauberen 5V am Ende.

Gruss, Jürgen

[RaspiUser]

... feste IP hatte ich schon immer.
... ja, es ist ein 5V Ladenetzteil ... aber das hatte ich bereits vorm Update auf 16.0.0 dran oder anders gesagt: Mit 15.7.0 hatte alles funktioniert. Aber ich werde da jetzt mal ein "richtiges" Netzteil probieren.

Danke für eure Anregungen !!

[Wildbill]

@raspiuser Ich kann Dir als Stromversorgung die Nous A5T mit Tasmota drauf empfehlen. Da hast Du 3 separat schaltbare 230V-Steckdosen und zusätzlich 3 (nur gemeinsam) schaltbare USB-Buchsen. habe ich auch in Gebrauch. Vorteil ist: Wenn sich die Kamera doch mal aufhängt (kam bei mir aber seit Monaten nicht vor) muss ich nicht in den Keller rennen sondern kann vom Rechner einmal kurz den Strom wegschalten und neu starten.

Die habe ich bei einigen ESPs im Einsatz, auch mit zweien dran und beispielsweise mmwave-Sensoren scheint die USB-Leistung noch ausreichend zu sein. Mit Ladegeräten haben sich die mmwave immer wieder mal aufgehängt, da die doch anscheinend etwas mehr Strom ziehen.

Gruss, Jürgen

[BananaJoe]

@wildbill Alternativ gehen auch diese Zwischenstecker für USB: https://templates.blakadder.com/sinilink_XY-WFUSB.html
Im Duzend billiger direkt im China,
Die schalten sogar die Datenleitungen durch (falls am PC angeschlossen) mit USB 2.0,
statt schalten kann man auch Dimmen,
Funktionieren von 3,5 bis 20V / bis 5A / 100W

[Wildbill]

@bananajoe Die kenne ich. Ich meine, ich hätte die mal irgendwo hier im Forum erwähnt und Du Dich darauf gefreut wie ein Schnitzel.

Aber, da brauchst Du halt auch erstmal noch ein vernünftiges Netzteil dazu, welches die 5V auch bei Last stabil liefert. Und in den Nous A5T ist halt alles mit drin. Und meistens hat man ja eh an allen Ecken Bedarf für irgendwas, was man aus der Ferne schalten will.

Gruss, Jürgen

[RaspiUser]

So ... damit meine ursprünglichen Fragen (#3391 und folgende) hier final endet:

Angefangen hatten die Schwierigkeiten ja (irgendwie) mit dem Update auf 16.0., keine Ahnung ob das der wirkliche Grund war. Ich habe jetzt alles neu aufgesetzt statt meinen Fehler zu lokalisieren ...

• neue CAM mit externer Antenne statt der alten funktionierende CAM mit interne Antenne
• statt Handy Netzteil eine Gosund SP112 mit schaltbaren 2 USB Anschlüssen
• eine 8GB (aus einer INSTAR Kamera, Hersteller ?) Karte statt einer 16GB Verbatim
• CAM USB Shield statt 5V direkt auf die PIN's

Jetzt funktioniert alles wieder ...

Danke für eure Hinweise ...

[Agrippinenser]

@codierknecht

hallo, ich habe das Skript übernommen und dazu noch eine Frage.

Meinem Verständnis nach ist die Variable preValue beim ersten Aufruf noch unbesetzt.
preValue wird doch erst gesetzt wenn das State .main.error von Fehler zu no error umschlägt.

puh, hoffe ich habe mich verständlich ausgedrückt

[Codierknecht]

@agrippinenser

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 preValue durch 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;