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

[stan23]

Wer benutzt denn schon die WS2812B für den Zähler?

Bei mir crasht die Firmware relativ häufig, oft schon direkt beim ersten Einschalten der Beleuchtung für das erste Bild.
Laut dem Registerdump der da ausgegeben wird ist etwas in der SmartLeds.cpp bzw. deren Verwendung faul.

[Hasont]

@MichMein
Hallo, hattest du nicht auch SourceAnalytics?
Was hast du gemacht um beim Update SA weiter laufen zu lassen.
Es wurde ja der Datenpunkt (statt Gaszaehler/Zahlerstand jetzt Gaszaehler/main/value) geändert.
LG Horst

[jomjol]

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

Wer benutzt denn schon die WS2812B für den Zähler?

Bei mir crasht die Firmware relativ häufig, oft schon direkt beim ersten Einschalten der Beleuchtung für das erste Bild.
Laut dem Registerdump der da ausgegeben wird ist etwas in der SmartLeds.cpp bzw. deren Verwendung faul.

Hallo @stan23,
ich verwende folgende LEDs:

mit folgenden Settings an 3 ESP32CAM ohne Probleme:

[GPIO]
;IO0 = input disabled 10 false false 
;IO1 = input disabled 10 false false 
;IO3 = input disabled 10 false false 
;IO4 = built-in-led disabled 10 false false 
IO12 = external-flash-ws281x disabled 10 false false 
;IO13 = input-pullup disabled 10 false false 
LEDType = WS2812
LEDNumbers = 2
LEDColor = 50 50 50

Mir fällt gerade auf, dass ich sie als WS2812 ansteuere, obwohl es eigentlich WS2812B sind. Vielleicht liegt es daran.

Gruß,
jomjol

[stan23]

@jomjol said in Wasserzähler - Version 2 - all-in-device:

Mir fällt gerade auf, dass ich sie als WS2812 ansteuere, obwohl es eigentlich WS2812B sind. Vielleicht liegt es daran.

Die gleichen habe ich auch, sie sind von meinem Wortuhr-Projekt übrig :)
Mit deinen Settings funktioniert es bei mir auch, egal ob WS2812 oder WS2812B.

Es liegt an der Zahl der LEDs: 2 Stück sind okay, 3 oder mehr nicht.

Das Problem ist in dieser Schleife:
https://github.com/jomjol/AI-on-the-edge-device/blob/master/code/components/jomjol_controlGPIO/SmartLeds.cpp#L41L42

Mir ist aber noch nicht klar was bei 3 LEDs anders ist, ob es einfach zu lange dauert oder etwas nicht korrekt initialisiert ist.

[elektrofreak]

Hallo,

Ich hab das Projekt jetzt am Wochende für meine Wasseruhr umgesetzt klappt super.
Wollte das ganze auch für meinen Gaszähler anwenden, klappt leider nicht so gut das system hat probleme mit der 6, 8 und 9. Hab schon was gelessen das es wohl probleme mit Schwarzen Zählwerken gab, kann das daran liegen?

Und mit den "Value", "Previous Value" und "RAW Value" komme ich nicht zu recht der Raw Value sieht eigentlicht nicht schlecht aus auser das die zahlen nicht korrekt abgelessen werden aber wie sich die anderen Werte zusammenstzen verstehe ich nicht.

Hat jemand eine Tipp wie man das beheben kann?

Gruß

Sven

[stan23]

Hmm, jetzt habe ich viel rumprobiert und habe auch 3 oder 4 LEDs funktional, aber nun kann ich das Problem mit dem ursprünglichen Code nicht mehr nachstellen.
Ich versuche nachher noch mal das Binary von Github.

[jomjol]

@elektrofreak Hi Sven,
mir scheint es, dass dein ROIs noch nicht optimal sind. Sie scheinen ziemlich "lang" zu sein. Das innere Rechteck soll genau um die Ziffern liegen. Dazu kannst du auch das Aspektverhältnis ändern.

[jomjol]

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

Hmm, jetzt habe ich viel rumprobiert und habe auch 3 oder 4 LEDs funktional, aber nun kann ich das Problem mit dem ursprünglichen Code nicht mehr nachstellen.
Ich versuche nachher noch mal das Binary von Github.

Kannst du einen Commit in Github mach? Dann sehe ich den Unterschied im Code und kann es anpassen.

Ich bin aber unterwegs und kann die nächsten Tage nichts testen.

[stan23]

@jomjol said in Wasserzähler - Version 2 - all-in-device:

Kannst du einen Commit in Github mach? Dann sehe ich den Unterschied im Code und kann es anpassen.

Habe ich gemacht:
https://github.com/jomjol/AI-on-the-edge-device/pull/384

Mit dem Binary 9.0.0 crasht es zwar nicht jedes Mal bei der Benutzung des Blitzes, aber recht häufig.
Ich bin mir jetzt relativ sicher dass es daran liegt dass eine lokale Instanz von SmartLeds erstellt wird, die am Ende der Funktion automatisch wieder gelöscht wird. Wenn dann etwas später im Interrupt die Funktion SmartLed::copyRmtHalfBlock() ausgeführt wird, ist der Speicher der Instanz evtl. schon wieder überschrieben und enthält nicht mehr die erwarteten Strukturen.

Ich bin aber unterwegs und kann die nächsten Tage nichts testen.

Kein Stress :)
Ich lasse das mal für mich zum Test weiterlaufen.

[Hasont]

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

@elektrofreak Hi Sven,
mir scheint es, dass dein ROIs noch nicht optimal sind. Sie scheinen ziemlich "lang" zu sein. Das innere Rechteck soll genau um die Ziffern liegen. Dazu kannst du auch das Aspektverhältnis ändern.

Hallo elektrofreak
es scheint so als ob dein Zähler sehr ähnlich ist wie meiner.
Die 6 und 9 war bei mir auch ein Problem und da hat mir jomjol eine dig0840s1q.tflite dazu erstellt. Seitdem keinerlei Probleme. Ich weiß leider nicht ob er alle Ziffern immer wieder in die Updates einfließen lässt.
Ev. kann er ja was dazu sagen. Ich nehme bei allen Firmwareupdates die immer mit und mache in der Config.ini entsprechenden Verweis.
dig0840s1q.tflite

LG
Horst

[jomjol]

@stan23 Ja danke - das schaue ich mir dann bei nächster Gelegenheit hat. Ich hatte ursprünglich auch eine globale Definition der LED-Library. Das aber hat bei mir nicht funktioniert, da irgendwo (ich habe es nicht gefunden) die GPIOs wieder überschrieben wurden und bei mir die globare Funktion nicht funktioniert hat, weswegen ich es jetzt jedesmal neu initialisiere.

[stan23]

@jomjol Guter Punkt. Vielleicht müsste man immer vor dem Einschalten den GPIO prüfen und dann die alte Instanz löschen und eine neue erstellen.

Hier ein Beispiel von einem Crash, weil Zugriff auf die Adresse 0x08 nicht klappt:
EXCVADDR: 0x00000008 (LoadProhibited)

Spoiler

I (17189) server_GPIO: GPIO init comleted, is enabled
E (17189) MQTT_CLIENT: Publish message cannot be created
Autoflow: start
doflow - start 20211031-140344
Flashdauer: 5000
Use gpioHandler flashLigh
Use gpioHandler flashLigh
Guru Meditation Error: Core  0 panic'ed (LoadProhibited). Exception was unhandled.
Core 0 register dump:
PC      : 0x40088de6  PS      : 0x00060032  A0      : 0x40084704  A1      : 0x3ffb0820
0x40088de6: spiflash_start at C:\Users\marco\.platformio\packages\framework-espidf@3.40100.200827\components\spi_flash/esp_flash_api.c:77 (discriminator 1)

0x40084704: SmartLed::interruptHandler(void*) at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_controlGPIO/SmartLeds.cpp:12

A2      : 0x3ffb7c4c  A3      : 0x00000001  A4      : 0x800e7536  A5      : 0x3fff9e10
A6      : 0x00000000  A7      : 0x0000000e  A8      : 0x00000008  A9      : 0x3ffb7c4c
A10     : 0x3ffc3b10  A11     : 0x3ffb7730  A12     : 0x800e74a2  A13     : 0x3fff9df0
A14     : 0x00000000  A15     : 0x131e324d  SAR     : 0x00000008  EXCCAUSE: 0x0000001c  
EXCVADDR: 0x00000008  LBEG    : 0x400029ac  LEND    : 0x400029cb  LCOUNT  : 0x00000000
Core 0 was running in ISR context:
EPC1    : 0x40088de6  EPC2    : 0x400ed864  EPC3    : 0x00000000  EPC4    : 0x00000000
0x40088de6: spiflash_start at C:\Users\marco\.platformio\packages\framework-espidf@3.40100.200827\components\spi_flash/esp_flash_api.c:77 (discriminator 1)

0x400ed864: GpioHandler::flashLightEnable(bool) at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_controlGPIO/server_GPIO.cpp:569


ELF file SHA256: 8537ef6a6b98b598

Backtrace: 0x40088de3:0x3ffb0820 0x40084701:0x3ffb0840 0x4008464a:0x3ffb0860 0x4008472a:0x3ffb0890 0x400841bd:0x3ffb08b0 0x400ed861:0x3fff9ef0 0x400eee29:0x3fff9f60 0x400ef1f1:0x3fff9f80 0x4018c4fb:0x3fff9ff0 0x4018c582:0x3fffa030 0x40189e77:0x3fffa0c0 0x400f10f1:0x3fffa170 0x400f137f:0x3fffa1c0
0x40088de3: spiflash_start at C:\Users\marco\.platformio\packages\framework-espidf@3.40100.200827\components\spi_flash/esp_flash_api.c:85

0x40084701: SmartLed::copyRmtHalfBlock() at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_controlGPIO/SmartLeds.cpp:63

0x4008464a: SmartLed::copyRmtHalfBlock() at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_controlGPIO/SmartLeds.cpp:42

0x4008472a: SmartLed::interruptHandler(void*) at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_controlGPIO/SmartLeds.cpp:18

0x400841bd: _xt_medint2 at C:\Users\marco\.platformio\packages\framework-espidf@3.40100.200827\components\freertos/xtensa_vectors.S:1242

0x400ed861: GpioHandler::flashLightEnable(bool) at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_controlGPIO/server_GPIO.cpp:576

0x400eee29: CCamera::LightOnOff(bool) at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_controlcamera/ClassControllCamera.cpp:503

0x400ef1f1: CCamera::CaptureToBasisImage(CImageBasis*, int) at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_controlcamera/ClassControllCamera.cpp:300

0x4018c4fb: ClassFlowMakeImage::takePictureWithFlash(int) at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_flowcontroll/ClassFlowMakeImage.cpp:30

0x4018c582: ClassFlowMakeImage::doFlow(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_flowcontroll/ClassFlowMakeImage.cpp:165

0x40189e77: ClassFlowControll::doFlow(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_flowcontroll/ClassFlowControll.cpp:285 (discriminator 1)

0x400f10f1: doflow() at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_tfliteclass/server_tflite.cpp:112 (discriminator 1)

0x400f137f: task_autodoFlow(void*) at C:\Users\marco\Eigene_Projekte\Wasserzaehler\Github\AI-on-the-edge-device\code/components\jomjol_tfliteclass/server_tflite.cpp:637


Rebooting...
ets Jun  8 2016 00:22:57

rst:0xc (SW_CPU_RESET),boot:0x12 (SPI_FAST_FLASH_BOOT)

[stan23]

Auf jeden Fall bin ich total begeistert von der Ausleuchtung im Gegensatz zur eingebauten LED. Die Unterstützung für adressierbare LEDs ist zumindest für mich ein großer Gewinn!
Um es einfach zu halten habe ich einen Streifen mit 15 LEDs innen in den Ring geklebt und betreibe sie mit 20/20/20:

[spaceduck]

Bin gerade über das neue Gehäuse mit dem Umlenkspiegel gestolpert, echt geniale Sache!
Frage: Wo bekommt man so einen Spiegel mit 60x30x2mm her? Hat da jemand ne Bezugsquelle?

[DB-582]

Hallo Leute, ich hoffe ihr könnt mir helfen. Ich würde gerne das System hier verwenden aber ich denke mal das meine Wasseruhr was dagegen hat oder was sagt ihr dazu?

Datenblatt: https://aquamess.de/wp-content/uploads/d_m100i_0110_0515.pdf

Wenn das System hier nicht gehen sollte habt ihr eine alternative für mich?

MfG Daniel

[BananaJoe]

@db-582 Naja, die m³ gehen auf jeden Fall, die 100er Liter auch.
Dann bekommst du den Wert halt nur in 100 Liter Schritten

[stan23]

@db-582 Durch die Option ExtendedResolution bekommst du von dem 100-Liter-Zeiger sogar die 10-Liter-Schritte. Das wird anhand der Zeigerstands zwischen den Zahlen erkannt und das relativ gut.

[maurice23]

Ich bekomme das ESP-CAM nicht zum laufen. Laut seriellem Protokoll scheint ein Fehler beim Partitions-Check zum Abbruch und Neustart zu führen.
Aus diesem Grund werden auch vermutlich die WLAN-Parameter nicht mehr richtig gelesen.
Ich habe schon 2 verschiedene SD-Karten und mehrere Neu-Formatierungen versucht, immer dasselbe Ergebnis.
Womöglich liegt der Fehler in der Flash-Partitionierung, habe auch schon mehrmals ohne Fehler neu geflasht.

/* Auszug serielles Startprotokoll
I (4781) main: Using SDMMC peripheral
Name: SL08G
Type: SDHC/SDXC
Speed: 20 MHz
Size: 7580MB
I (4851) server_ota: Start CheckOTAUpdateCheck ...
Start CheckOTAUpdateCheck ...
I (4861) server_ota: SHA-256 for the partition table: : 9d4a2809ae90fb20709a8ca3dd3ac3462e1e73286bcd31b68906a
I (4921) server_ota: SHA-256 for bootloader: : fc27f9731fb9f0523eb7cfd3583a56e6bb918d0365ed6be1acaaeb9f287030
I (5581) server_ota: SHA-256 for current firmware: : a19e3c1d9c7fb81c9e89482d72e229b2da48c7d18030a7899b4a9c3b
CheckOTAUpdate Partition: ESP_ERR_NOT_FOUND
open config file /sdcard/wlan.ini in mode r
file loaded
No SSID and PASSWORD set!!!Hostname not set.
abort() was called at PC 0x40153b73 on core 0

ELF file SHA256: 95c885e95605412e

Backtrace: 0x4008cfb0:0x3ffc4760 0x4008d3e1:0x3ffc4780 0x40153b73:0x3ffc47a0 0x40153bba:0x3ffc47c0 0x40153f40

Rebooting...
ets Jul 29 2019 12:21:46

*/

[JoergH]

Moin zusammen,

ich habe mir ein paar dieser Kameras gekauft um meine Zähler mithilfe dieses Projektes auslesen zu können.

Wie groß muss denn die MircoSD Karte sein die man hier braucht? Ich kann dazu keine Angaben finden...

[BananaJoe]

@joergh ohne jetzt genau nachzusehen zu haben:

Die 16GB von SanDisk (SanDisk Ultra 16GB A1 Klasse 10, U1) funktionieren: https://www.amazon.de/gp/product/B073K14CVB
Hab ich 3 mal im Einsatz und damals gekauft weil so empfohlen (Es gab zwischendurch mal Probleme mit bestimmten Karten, die sind meine ich aber gelöst). Größer macht keinen Sinn, die müssen ja auch FAT formatiert werden können