Ich habe nach verschiedenen Ansätzen mit Impuls basiertem Auslesen meiner Wasseruhr jetzt eine Methode gefunden, die, zumindest bei mir, ganz gut funktioniert und möchte das hier mal vorstellen.
Im Gegensatz zu den Ansätzen, die über Lichtschranken oder Näherungsschaltern etc. versuchen Impulse zu zählen, wird hier eine Kamera verwendet (ESP32-CAM), deren Bild über ein auf die entsprechenden Anzeigeelemente trainiertes neuronales Netz den Wert des Zählers erfasst. Der Vorteil ist, dass der Sensor immer absolute Werte liefert und somit nicht wegdriften kann. Das funktioniert auch, wenn das System zwischendurch mal "Aussetzer" hat.
Der Ansatz basiert auf folgendem Projekt https://github.com/jomjol/AI-on-the-edge-device/wiki (https://github.com/jomjol/AI-on-the-edge-device/wiki)
Das Ganze ist relativ günstig machbar mit folgender Hardware:
- ESP32-CAM Modul (bei AliExpress für 2 Euro, wenn man es etwas schneller haben will, 5 - 10 Euro)
- FTDI Programmer (kann man sich auch leihen, kostet ca. 5 Euro)
- USB Breakout Board (2 Euro, man kann auch ein altes USB Kabel nehmen, die 5V und GND Anschlüsse zugänglich machen und das direkt an das ESP Modul verbinden).
- USB Netzteil
Die Verbindung zu FHEM geht über den schon integrierten MQTT Client. Unten sind Bilder meiner (zugegeben recht hemdsärmeligen) Installation zu sehen.
Noch ein paar Tipps:
- Wenn man das Bild der Wasseruhr halbwegs füllend haben möchte, dann sollte man den Fokus der Kamera etwas verändern. Dazu muss man auf dem kleinen Kameramodul eventuell vorhandenen Siegellack entfernen und den gezackten Ring etwa 1/4 Umdrehung entgegen dem Uhrzeigersinn drehen.
- Die Tonne, auf der das Kameramodul angebracht ist, ist bei mir ca. 10 cm hoch und wurde aus einer Müslidose zugeschnitten (im Link oben sind aber auch professionellere Möglichkeiten gezeigt, wie man das Ganze per 3D Drucker mit einem Gehäuse versehen kann).
- Die Erkennungssoftware erzeugt absichtlich beim Nulldurchgang der Rollenzähler N (NaN) als Ergebnis für die einzelnen Digits. Um das in FHEM zu "korrigieren", habe ich entsprechende Korrekturen in meinem MQTT2 Device gemacht (user Readings, die das entsprechend abfangen). Siehe List unten.
Internals:
CID wasser
DEF wasser
DEVICETOPIC MQTT2_wasser
FUUID 5f9ead58-f33f-e3e4-2281-808fda8662129912
IODev MQTT2_SERVER
LASTInputDev MQTT2_SERVER
MQTT2_SERVER_MSGCNT 2382
MQTT2_SERVER_TIME 2020-11-15 18:17:12
MSGCNT 2382
NAME MQTT2_wasser
NR 677
STATE <b>Zählerstand:</b> 352.9943 m<sup>3</sup><br><b>Verbrauch heute:</b> 186.30 Liter<br><b>Durchfluss:</b> 0.00 Liter/min
TYPE MQTT2_DEVICE
READINGS:
2020-11-15 18:17:12 dtime 291
2020-11-15 18:17:12 flow 0
2020-11-15 18:17:12 readout 352.9943
2020-11-15 18:17:12 statFlowDay Min: 0.0000000000000000 Avg: 0.5684304279088133 Max: 4.1095890410839298
2020-11-14 23:59:59 statFlowDayLast Min: 0.0000000000000000 Avg: 0.2020594939095479 Max: 18.4931506849314999
2020-11-15 18:17:12 statFlowHour Min: 0.0000000000000000 Avg: 0.1531409785800242 Max: 0.5436241610761700
2020-11-15 17:59:59 statFlowHourLast Min: 0.0000000000000000 Avg: 0.7177600293217195 Max: 4.1095890410839298
2020-11-15 18:17:12 statFlowMonth Min: 0.0000000000000000 Avg: 0.3232424416625271 Max: 240.0000000000000000 (since: 2020-11-05_16:14:32 )
2020-11-15 18:17:12 statFlowYear Min: 0.0000000000000000 Avg: 0.3232420963145669 Max: 240.0000000000000000 (since: 2020-11-05_16:14:32 )
2020-11-15 18:17:12 statValue Hour: 0.0027 Day: 0.1863 Month: 2.5249 Year: 2.5249 (since: 2020-11-06 )
2020-11-03 20:58:26 statValueDay Min: 349.6454 Avg: 349.7521 Max: 349.9343
2020-11-02 23:59:58 statValueDayLast Min: 349.6413 Avg: 349.6445 Max: 349.6454
2020-11-03 20:58:26 statValueHour Min: 349.8718 Avg: 349.9236 Max: 349.9343
2020-11-03 19:59:59 statValueHourLast Min: 349.8347 Avg: 349.8373 Max: 349.8718
2020-11-15 17:59:59 statValueLast Hour: 0.0166 Day: 0.2962 Month: - Year: -
2020-11-03 20:58:26 statValueMonth Min: 349.6349 Avg: 349.7416 Max: 349.9343 (since: 2020-11-02_21:49:01 )
2020-11-03 20:58:26 statValueYear Min: 349.6349 Avg: 349.7416 Max: 349.9343 (since: 2020-11-02_21:49:01 )
2020-11-03 20:58:26 statVolume Hour: -34.200000000011642 Day: -34.200000000011642 Month: -34.200000000011642 Year: -34.200000000011642 (since: 2020-11-03_19:59:59 )
2020-11-15 18:17:12 statVolumeDay Min: 0.0000000000000000 Avg: 0.3839366275272189 Max: 19.9999999999417994
2020-11-14 23:59:59 statVolumeDayLast Min: 0.0000000000000000 Avg: 0.4234710648145521 Max: 30.0000000000000000
2020-11-15 18:17:12 statVolumeHour Min: 0.0000000000000000 Avg: 0.0000000000000000 Max: 0.0000000000000000
2020-11-15 17:59:59 statVolumeHourLast Min: 0.0000000000000000 Avg: 1.9202777777795557 Max: 16.5000000000000000
2020-11-03 19:59:59 statVolumeLast Hour: - Day: - Month: - Year: -
2020-11-15 18:17:12 statVolumeMonth Min: 0.0000000000000000 Avg: 0.5355140315624055 Max: 141.3999999999649901 (since: 2020-11-05_16:14:32 )
2020-11-15 18:17:12 statVolumeYear Min: 0.0000000000000000 Avg: 0.5355026699735286 Max: 141.3999999999649901 (since: 2020-11-05_16:14:32 )
2020-11-15 18:17:12 value 352.9943
2020-11-15 18:17:12 valueDay 186.3
2020-11-15 18:17:12 valueHour 2.7
2020-11-15 18:17:12 volume 0
helper:
_98_statistics homeStatistics
Attributes:
IODev MQTT2_SERVER
alias Haus_Wasserverbrauch
event-on-change-reading .*(flow|volume|value|stat).*
event-on-update-reading .*readout|statFlowHourLast.*
group Energie
icon sani_water_tap
readingList wasser:watermeter/readout:.* readout
room Haus,MQTT2_DEVICE
stateFormat {
my @dayval = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Month: 0"));;
sprintf("<b>Zählerstand:</b> %.4f m<sup>3</sup><br>".
"<b>Verbrauch heute:</b> %0.2f Liter<br>".
"<b>Durchfluss:</b> %0.2f Liter/min",
ReadingsVal($name,"value",0),
$dayval[3]*1000,
ReadingsVal($name,"flow",0)
);;
}
userReadings flow:readout.* {
my $td = ReadingsVal($name,"dtime",1);;
my $oldval = ReadingsVal($name,"flow",0);;
($td lt 20) ? $oldval : ReadingsVal($name,"volume",0)/$td*60;;
},
valueHour:readout.* {
my ($d,$value) = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Year: 0"));;
$value*1000;;
},
valueDay:readout.* {
my ($d1,$d2,$d3,$value) = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Year: 0"));;
$value*1000;;
},
volume:readout.* difference {ReadingsVal($name,"value",0)*1000;;},
dtime:readout.* difference {time_str2num(ReadingsTimestamp($name,"value",0));;},
value:readout.* {
my ($inint,$inrest) = split(/\./,ReadingsVal($name,"readout",0));;
my ($valint,$valrest) = split(/\./,ReadingsVal($name,"value",0));;
my $oldval = ($valint.".".$valrest);;
$valint = $inint if ($inint !~ m/.*N.*/);;
$valrest = $inrest if ($inrest !~ m/.*N.*/);;
$valint++ if (($valrest-$inrest) > 8000);; # wahrscheinlich Nulldurchgang
$valint = int($oldval) if (($valint - int($oldval)) > 1);; # wahrscheinlich Fehlerkennung
my $result = ($valint.".".$valrest);;
return ($result ge $oldval)?$result:$oldval;; # sichere monotones Steigen
}
Hi,
ich bin der Autor des "AI-on-the-edge" devices. Ich freue mich sehr, wenn es weitere Verbreitung findet.
Folgender Hinweis noch zu den "N": es gibt eine eingebaute Logik, die bei diesen undefinierten Zwischenwerten das "N" durch einen plausibiliserten Wert aus der vorher gültigen Auswertung ersetzt. Dieser Wert wird als "PreValue" auf die SD-Karte abgespeichert und übersteht daher auch einen Reboot. Gleichzeit ist auch eine Logik integriert, die auf Konsiszenzen prüft. Eigentlich bedarf es daher keines externen Scripts.
Stehe für Rückfragen und Details zur Konfiguration gerne zur Verfügung.
Beste Grüße,
jomjol
Hallo jomjol, erst mal vielen Dank für das Projekt :), ich habe einiges mit Impuls basierten Ansätzen probiert, hat aber bei mir eher nicht geklappt und mit Deinem Ansatz lief das in ca. 2 Stunden.
Hier mal meine Konfiguration, wenn Du mir sagst, was ich da ändern soll damit die Ns verschwinden, freue ich mich.
[MakeImage]
;LogImageLocation = /log/source
WaitBeforeTakingPicture=5
ImageQuality = 5
ImageSize = VGA
[Alignment]
InitialRotate = -126
/config/ref0.jpg 82, 219
/config/ref1.jpg 414, 111
SearchFieldX = 20
SearchFieldY = 20
[Digits]
Model=/config/dig0650s3.tflite
LogImageLocation = /log/digit
ModelInputSize 20, 32
digit1, 185, 100, 30, 43
digit2, 230, 104, 29, 38
digit3, 271, 102, 30, 40
digit4, 317, 103, 28, 40
digit5, 360, 104, 29, 41
[Analog]
Model=/config/ana0630s2.tflite
LogImageLocation = /log/analog
ModelInputSize 32, 32
analog1, 392, 253, 93, 90
analog2, 332, 321, 92, 91
analog3, 242, 342, 92, 91
analog4, 134, 289, 93, 92
[PostProcessing]
DecimalShift = 0
PreValueUse = True
PreValueAgeStartup = 30
AllowNegativeRates = False
MaxRateValue = 0.1
ErrorMessage = True
CheckDigitIncreaseConsistency = False
[MQTT]
Uri = mqtt://192.168.178.90:1883
Topic = watermeter/readout
ClientID = wasser
;user = USERNAME
;password = PASSWORD
[AutoTimer]
AutoStart= True
Intervall = 4.85
[Debug]
Logfile = False
[Ende]
Die Konfiguration scheint mir auf den ersten Blick okay. Damit die "N" verschwinden muss der Wasserzähler entweder einmal alle Ziffer erkennen, oder zu setzt in der Oberfläche den korrekten Wert über den Menüpunkt: "Configuration" --> "Set PreValue".
Der Wert wir auf der SD-Karte gespeichert und überlebt i.d.R. auch den Neustart. Ich würde noch zusätzlich den Wert "PreValueAgeStartup" auf 720 setzen.
Danke, werde ich beim nächsten Nulldurchlauf mal probieren (ist ja nicht so oft, bis wir einen Kubikmeter verbraucht haben dauert es glücklicherweise ein paar Tage)
Hallo eki,
hallo jomjol,
ihr habt ein sehr interessantes Projekt vorgestellt, was ich versuche bei mir umzusetzen.
Das ESP32 Board sieht so aus, als wenn es eine SD-Karte aufnehmen könnte. Das interessiert mich erstmal nicht, sondern im Gegenteil möchte ich gerne wissen, ob man einen Betrieb ohne SD-Karte (wenn denn die Annahme stimmt) laufen lassen kann.
Viele Grüße Gisbert
Hallo Gisbert,
das ESP-Board ist ein ESP32-CAM mit integrierter OV2640 und SD-Karte.
Das Projekt läßt sich leider nicht ohne SD-Karte implementieren. Die verwendeten beiden neuronalen Netzen und auch die Bildverarbeitung (Alignment, Referenzstrukturen, ROI-Ausschneiden) erfordert so viel Speicherplatz, dass sich nicht alles im Hauptspeicher halten läßt, sondern als Datei auf der SD-Karte zwischengespeichert werden muss.
Gruß,
jomjol
Hallo Jomjol,
ich habs bei mir mal aufgesetzt, weil ich immernoch für die Wasseruhr was sinnvolles suche ;) Die Installation war etwas nervig, das liegt aber eher an dem ESP32 Cam Modul und meinen verlegten FTDI :)
Nachdem aber alles gefunden und geflash war, sah ich auch auf der seriellen den Start. Er bleibt bei mir aber beim WLAN wohl hängen.
Ich habe nun meine beiden WLAN SSIDs probiert, bei beiden ist es gleich. WLAN Verbindung steht, aber er bekommt / oder fordert keine IP an, damit kann ich dann natürlich nicht zugreifen.
Hattest Du das schonmal ? Wenn nicht würde ich mal das Log noch aus der Seriellen rauskopieren,vielleicht siehtst Du da irgendwas hilfreiches ?
Danke
Ronny
Zitat von: jomjol am 07 November 2020, 21:51:45
Hallo Gisbert,
das ESP-Board ist ein ESP32-CAM mit integrierter OV2640 und SD-Karte.
Gruß,
jomjol
Hallo jomol,
bei den Angeboten bei Aliexpress, ist da üblicherweise eine SD-Karte dabei? Oder ist da üblicherweise
nie eine SD-Karte dabei?
Wenn nicht, ist das die richtige Karte und Größe?
ZitatHier (https://www.az-delivery.de/products/esp32-cam-modul-esp32-wifi-bluetooth-modul-inklusive-kamera?variant=32376084201568#description) gefunden:
Unterstützt microSD TF-Karte mit einer maximalen Größe von 4 GB
Viele Grüße Gisbert
Hi Gisbert,
da ist doch nie eine dabe
Aktuell sehe ich gerade bei heise,das es eine neue Version mit USB-C Anschluss wohl gibt. (von M5stack)
https://www.heise.de/news/ESP32CAM-mit-USB-C-Anschluss-4951429.html
Zitat von: rcmcronny am 08 November 2020, 10:17:39
Hallo Jomjol,
ich habs bei mir mal aufgesetzt, weil ich immernoch für die Wasseruhr was sinnvolles suche ;) Die Installation war etwas nervig, das liegt aber eher an dem ESP32 Cam Modul und meinen verlegten FTDI :)
Nachdem aber alles gefunden und geflash war, sah ich auch auf der seriellen den Start. Er bleibt bei mir aber beim WLAN wohl hängen.
Ich habe nun meine beiden WLAN SSIDs probiert, bei beiden ist es gleich. WLAN Verbindung steht, aber er bekommt / oder fordert keine IP an, damit kann ich dann natürlich nicht zugreifen.
Hattest Du das schonmal ? Wenn nicht würde ich mal das Log noch aus der Seriellen rauskopieren,vielleicht siehtst Du da irgendwas hilfreiches ?
Danke
Ronny
Hi Ronny,
das Problem kenne ich nicht, bitte mal das Log-File und das Log aus der Seriellen. Dann schau ich mir das gerne an.
Gruß,
jomjol
Hallo
das nenne ich mal eine Lösung zum erfassen von ...zählern 8) 8) 8).
Habe es sofort nachgebaut als ich diesen Thread entdeckt habe.
ESP32CAM lief bei mir auf anhieb ohne Probleme.
Auch die Ns wurden erfolgreich durch plausible Werte ersetzt.
@eki
Habe versucht Dein MQTT2_Device zu benutzen,
komme aber mit den einstellungen für des Statistics-Modul nicht zurecht.
Wäre schön, wenn Du mir mal helfen könntest.
Auch habe ich keine Idee, wo das Reading "dtime" her kommt.
Ist das händisch gesetzt?
LG
p99p
Hi Jomjol,
Du hattest ja mir schon auf meine PM geantwortet :) Danke dafür.
Ich hatte die Woche wenig Zeit, von daher habe ich bisher noch nicht weiterschauen können. Und gerade wo ich hier tippe, habe ich das Gerät nochmal angeschlossen und es bekommt eine IP und die Webseite ist erreichbar. Hmm nun bin ich echt baff und etwas zerknirscht, weil ich Dir Umstände gemacht habe ^^
Auch nach einem PowerCycle klappt es weiterhin, tja, es läuft, kann ich auch weitermachen nun ;) Super :D
Zitat von: jomjol am 13 November 2020, 22:28:13
das Problem kenne ich nicht, bitte mal das Log-File und das Log aus der Seriellen. Dann schau ich mir das gerne an.
Das war die Serielle Ausgabe (auch in der PM schon gewesen). Ich würde ja auch gern mehr machen, wenn Du mir sagst, was noch machbar wäre,damit man sieht, wo es hängt ? :)
rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:4
load:0x3fff0030,len:4
load:0x3fff0034,len:7140
load:0x40078000,len:13856
load:0x40080400,len:4052
entry 0x40080688
I (31) boot: ESP-IDF 3.40100.200827 2nd stage bootloader
I (31) boot: compile time 18:41:37
I (31) boot: chip revision: 1
I (35) boot_comm: chip revision: 1, min. bootloader chip revision: 0
I (42) boot.esp32: SPI Speed : 20MHz
I (46) boot.esp32: SPI Mode : DIO
I (51) boot.esp32: SPI Flash Size : 4MB
I (55) boot: Enabling RNG early entropy source...
I (61) boot: Partition Table:
I (64) boot: ## Label Usage Type ST Offset Length
I (72) boot: 0 nvs WiFi data 01 02 00009000 00004000
I (79) boot: 1 otadata OTA data 01 00 0000d000 00002000
I (86) boot: 2 phy_init RF data 01 01 0000f000 00001000
I (94) boot: 3 ota_0 OTA app 00 10 00010000 001db000
I (101) boot: 4 ota_1 OTA app 00 11 001f0000 001db000
I (109) boot: End of partition table
I (113) boot_comm: chip revision: 1, min. application chip revision: 0
I (120) esp_image: segment 0: paddr=0x00010020 vaddr=0x3f400020 size=0x4a908 (305416) map
I (298) esp_image: segment 1: paddr=0x0005a930 vaddr=0x3ffb0000 size=0x0490c ( 18700) load
I (309) esp_image: segment 2: paddr=0x0005f244 vaddr=0x40080000 size=0x00404 ( 1028) load
I (310) esp_image: segment 3: paddr=0x0005f650 vaddr=0x40080404 size=0x009c8 ( 2504) load
I (318) esp_image: segment 4: paddr=0x00060020 vaddr=0x400d0020 size=0x148c1c (1346588) map
I (1068) esp_image: segment 5: paddr=0x001a8c44 vaddr=0x40080dcc size=0x1ce64 (118372) load
I (1140) esp_image: segment 6: paddr=0x001c5ab0 vaddr=0x50000000 size=0x00004 ( 4) load
I (1157) boot: Loaded app from partition at offset 0x10000
I (1157) boot: Disabling RNG early entropy source...
I (1158) psram: This chip is ESP32-D0WD
I (1164) spiram: Found 64MBit SPI RAM device
I (1167) spiram: SPI RAM mode: flash 40m sram 40m
I (1173) spiram: PSRAM initialized, cache is in low/high (2-core) mode.
I (1180) cpu_start: Pro cpu up.
I (1184) cpu_start: Application information:
I (1189) cpu_start: Project name: esp32cam-server-only
I (1195) cpu_start: App version: 0.0.9.3
I (1200) cpu_start: Compile time: Oct 14 2020 18:40:30
I (1206) cpu_start: ELF file SHA256: 61e286d166c84123...
I (1212) cpu_start: ESP-IDF: 3.40100.200827
I (1218) cpu_start: Starting app cpu, entry point is 0x40081a88
I (0) cpu_start: App cpu up.
I (2110) spiram: SPI SRAM memory test OK
I (2110) heap_init: Initializing. RAM available for dynamic allocation:
I (2111) heap_init: At 3FFAE6E0 len 00001920 (6 KiB): DRAM
I (2117) heap_init: At 3FFC1D68 len 0001E298 (120 KiB): DRAM
I (2123) heap_init: At 3FFE0440 len 00003AE0 (14 KiB): D/IRAM
I (2129) heap_init: At 3FFE4350 len 0001BCB0 (111 KiB): D/IRAM
I (2136) heap_init: At 4009DC30 len 000023D0 (8 KiB): IRAM
I (2142) cpu_start: Pro cpu start user code
I (2147) spiram: Adding pool of 4096K of external SPI memory to heap allocator
CreateClassCamera
I (2173) spi_flash: detected chip: generic
I (2173) spi_flash: flash io: dio
I (2173) cpu_start: Starting scheduler on PRO CPU.
I (0) cpu_start: Starting scheduler on APP CPU.
I (2181) spiram: Reserving pool of 32K of internal memory for DMA/internal allocations
Do Reset Camera
I (2191) gpio: GPIO[32]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0
I (4241) connect_wlan_main: Initializing SD card
I (4241) gpio: GPIO[13]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0
Name: GB1QT
Type: SDHC/SDXC
Speed: 20 MHz
Size: 30528MB
I (4291) server_ota: Start CheckOTAUpdateCheck ...
Start CheckOTAUpdateCheck ...
I (4301) server_ota: SHA-256 for the partition table: : 9d4a2809ae90fb20709a8ca3dd3ac3462e1e73286bcd31b689060c91de06fa3a
I (4361) server_ota: SHA-256 for bootloader: : 89132105f9eac6c57e8c6318ca5dcd592350d6a5c71941e340c90ffc41747c8c
I (5041) server_ota: SHA-256 for current firmware: : cbae74eb1fde135033f9411bbba15cb51cc9e8ae0372ddb24169fcc4578dc060
CheckOTAUpdate Partition: ESP_OK
To use WLan: xxx, xxx
To set Hostename: watermeter
I (5091) system_api: Base MAC address is not set, read default base MAC address from BLK0 of EFUSE
I (5091) system_api: Base MAC address is not set, read default base MAC address from BLK0 of EFUSE
I (5211) phy: phy_version: 4180, cb3948e, Sep 12 2019, 16:39:13, 0, 0
I (5221) gpio: GPIO[33]| InputEn: 0| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0
Verstehe ich das jetzt richtig, dass diese Methode auch mit anderen Zählern funktionieren sollte, z.B. Ferraris E-Zähler und Gaszähler?
Hat das auch schon jemand ausprobiert?
So hab es ich auch verstanden und lese gespannt mit ;D
Beim schnellen Überfliegen hab ich noch nicht erkannt, welche Schritte konkret nötig sind - liegt aber halt an mir. Muss erstmal bestellen und mich dann genauer reinlesen.
VG
rob
Hier ist alles beschrieben.:
https://github.com/jomjol/AI-on-the-edge-device/wiki (https://github.com/jomjol/AI-on-the-edge-device/wiki)
Ich habe auch die Sachen bestellt und bin mal echt gespannt.
Es ist schon erstaunlich, was man mit den ESP-Dinger mitlerweile anstellen kann.
Zitat von: pink99panther am 14 November 2020, 15:38:35
@eki
Habe versucht Dein MQTT2_Device zu benutzen,
komme aber mit den einstellungen für des Statistics-Modul nicht zurecht.
Wäre schön, wenn Du mir mal helfen könntest.
Auch habe ich keine Idee, wo das Reading "dtime" her kommt.
Ist das händisch gesetzt?
LG
p99p
Das Reading dtime ist ein userreading (habe gerade noch mal das Listing im ersten Beitrag aktualisiert, das hat da irgendwie gefehlt).
Für die Statistiken musst Du, falls Du das noch nicht für andere Dinge hast, ein "statistics" Device anlegen und in die Definition <devname>.* eintragen (<devname> natürlich entsprechend ersetzen). Zusätzlich noch "value" im Attribut deltaReadings und "value,flow,volume" beim Attribut minAvgMaxReadings setzen.
Falls Du schon ein statistics Device nutzt, musst Du eben die entsprechenden Dinge ergänzen.
Unten habe ich mal Plots angehängt, wie das dann bei inklusive der Statistik aussieht.
Zitat von: rcmcronny am 09 November 2020, 11:44:05
Aktuell sehe ich gerade bei heise,das es eine neue Version mit USB-C Anschluss wohl gibt. (von M5stack)
https://www.heise.de/news/ESP32CAM-mit-USB-C-Anschluss-4951429.html
@jomjol und rcmcronny
Ist denn dieses Modul für das Projekt überhaupt nutzbar? Ich kann auf den Bilder von diesem Board keinen SD-Slot erkennen. Wenn ich jomjol richtig verstanden habe, ist eine SD-Karte aber zwingende Voraussetzung!?
Stimmt, da ist kein SDCard Slot drauf wie es aussieht, dann geht es auch nicht mit dem Projekt logischerweise. Ich hatte mich drauf verlassen, das es "nur" ein USB-C zusätzlich hat :/
Ronny
@eki
Danke für die aktualisierung vom Listing und die Infos zu Statistics.
Leieder bekomme ich es damit auch nicht wirklich zum laufen.
Der auffälligste Fehler ist, dass im stateFomat bei Zählerstand 000. und nur die Nachkommastellen richtig angezeigt werden.
@jomjol
hab heute OTA-Update gemacht.
Hat einwandfrei funktioniert.
LG
p99p
Schick mal ein ,,List" Deines Devices.
Schick mal ein ,,List" Deines Devices und vom statistics Device.
Hat ein Weilchen gedauert, hatte schon alles umgebaut auf WaterCalCulator.
Hier nun die 2 Listings.
Internals:
CFGFN
CID wasser
DEF wasser
DEVICETOPIC MQTT2_wasser
FUUID 5fb41ab4-f33f-f73e-3dff-eac4d4986615e0ed
IODev MyBroker
LASTInputDev MyBroker
MSGCNT 7
MyBroker_MSGCNT 7
MyBroker_TIME 2020-11-17 20:33:16
NAME MQTT2_wasser
NR 372
STATE <b>Zählerstand:</b> 0.5850 m<sup>3</sup><br><b>Verbrauch heute:</b> 0.00 Liter<br><b>Durchfluss:</b> 0.00 Liter/min
TYPE MQTT2_DEVICE
READINGS:
2020-11-17 20:33:16 dtime 350
2020-11-17 20:33:16 flow 0
2020-11-17 20:33:16 readout 182.5850
2020-11-17 20:33:16 statFlowDay Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statFlowHour Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statFlowMonth Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statFlowYear Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statValueDay Min: 0.5829 Avg: 0.5829 Max: 0.5850 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statValueHour Min: 0.5829 Avg: 0.5829 Max: 0.5850 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statValueMonth Min: 0.5829 Avg: 0.5829 Max: 0.5850 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statValueYear Min: 0.5829 Avg: 0.5829 Max: 0.5850 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statVolumeDay Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statVolumeHour Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statVolumeMonth Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statVolumeYear Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 value 0.5850
2020-11-17 20:33:16 valueDay 0
2020-11-17 20:33:16 valueHour 0
2020-11-17 20:33:16 volume 2.10000000000002
helper:
_98_statistics Wasserstatistik
Attributes:
IODev MyBroker
alias Haus_Wasserverbrauch
event-on-change-reading .*(flow|volume|value|stat).*
event-on-update-reading .*readout|statFlowHourLast.*
icon sani_water_tap
readingList wasser:watermeter/readout:.* readout
room MQTT2_DEVICE
stateFormat {
my @dayval = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Month: 0"));;
sprintf("<b>Zählerstand:</b> %.4f m<sup>3</sup><br>".
"<b>Verbrauch heute:</b> %0.2f Liter<br>".
"<b>Durchfluss:</b> %0.2f Liter/min",
ReadingsVal($name,"value",0),
$dayval[3]*1000,
ReadingsVal($name,"flow",0)
);;
}
userReadings flow:readout.* {
my $td = ReadingsVal($name,"dtime",1);;
my $oldval = ReadingsVal($name,"flow",0);;
($td lt 20) ? $oldval : ReadingsVal($name,"volume",0)/$td*60;;
},
valueHour:readout.* {
my ($d,$value) = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Year: 0"));;
$value*1000;;
},
valueDay:readout.* {
my ($d1,$d2,$d3,$value) = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Year: 0"));;
$value*1000;;
},
volume:readout.* difference {ReadingsVal($name,"value",0)*1000;;},
dtime:readout.* difference {time_str2num(ReadingsTimestamp($name,"value",0));;},
value:readout.* {
my ($inint,$inrest) = split(/\./,ReadingsVal($name,"readout",0));;
my ($valint,$valrest) = split(/\./,ReadingsVal($name,"value",0));;
my $oldval = ($valint.".".$valrest);;
$valint = $inint if ($inint !~ m/.*N.*/);;
$valrest = $inrest if ($inrest !~ m/.*N.*/);;
$valint++ if (($valrest-$inrest) > 8000);; # wahrscheinlich Nulldurchgang
$valint = int($oldval) if (($valint - int($oldval)) gt 1);; # wahrscheinlich Fehlerkennung
my $result = ($valint.".".$valrest);;
return ($result ge $oldval)?$result:$oldval;; # sichere monotones Steigen
}
Internals:
CFGFN
DEF MQTT2_wasser
DEV_REGEXP MQTT2_wasser
FUUID 5fb422ca-f33f-f73e-767e-e2a7bf1f5c7101c4
NAME Wasserstatistik
NOTIFYDEV global,MQTT2_wasser
NR 436
NTFY_ORDER 10-Wasserstatistik
PREFIX stat
STATE Updated stats for: MQTT2_wasser
TYPE statistics
READINGS:
2020-11-17 20:27:26 monitoredDevicesMQTT2_DEVICE MQTT2_wasser
2020-11-17 20:21:57 monitoredDevicesUnsupported MQTT2_wasser#MQTT2_DEVICE
2020-11-17 20:21:57 nextPeriodChangeCalc 2020-11-17 20:59:55
2020-11-17 20:41:31 state Updated stats for: MQTT2_wasser
fhem:
modulVersion $Date: 2019-12-24 00:07:57 +0100 (Tue, 24 Dec 2019) $
nextPeriodChangeTime 1605643195
Attributes:
deltaReadings value
minAvgMaxReadings value,flow,volume
room zz_Verbrauch
Danke schon mal für Deine Mühe.
Kannst Du mal die folgende Zeile in den userreadings:
$valint = int($oldval) if (($valint - int($oldval)) gt 1);; # wahrscheinlich Fehlerkennung
durch
$valint = int($oldval) if (($valint - int($oldval)) > 1);; # wahrscheinlich Fehlerkennung
Hat leider nicht geholfen.
Die m³ fehlen immer noch.
Zitat von: pink99panther am 17 November 2020, 20:45:45
my @dayval = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Month: 0"));;
sprintf("<b>Zählerstand:</b> %.4f m<sup>3</sup><br>".
"<b>Verbrauch heute:</b> %0.2f Liter<br>".
"<b>Durchfluss:</b> %0.2f Liter/min",
ReadingsVal($name,"value",0),
$dayval[3]*1000,
ReadingsVal($name,"flow",0)
);;
}
Schau dir mal das Attribut
singularReadings im statistics-Modul an.
Zitat von: pink99panther am 17 November 2020, 20:45:45
valueHour:readout.* {
my ($d,$value) = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Year: 0"));;
$value*1000;;
},
valueDay:readout.* {
my ($d1,$d2,$d3,$value) = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Year: 0"));;
$value*1000;;
},
Dito.
Den Rest schaue ich mir mal an, wenn mein Device läuft.
Zitat von: pink99panther am 17 November 2020, 22:44:10
Hat leider nicht geholfen.
Die m³ fehlen immer noch.
Oh man, manchmal ist man echt blind. Das Problem ist schon die Zeile, die ich genannt habe. Das Problem ist, dass bei der Prüfung von einer Art eingeschwungenem Zustand ausgegangen wird (ich hatte den Fall, dass durch Falscherkennung ein Kubikmeter zu viel gemeldet wurde), da bei Dir aber der readout Wert und der value Wert sich um mehr als 1 unterscheiden, schlägt das immer zu.
Entweder du löscht diese Zeile ganz (mit den richtigen Einstellungen beim esp32-cam sollte dieser Fehler eigentlich laut jomjol nicht passieren) oder Du setzt einmal künstlich den value Wert mit set reading auf letzten readout Wert (in etwa so: "setreading MQTT2_wasser value 182.585" in der Fhem Kommandozeile eingeben).
Warum bei Dir das deltaReading nicht klappt, verstehe ich gerade auch nicht, da sollte dann ein Reading statValue mit einem Inhalt "Hour: xxx Day: xxx Month: xxx Year: xxx" entstehen.
Zitat von: Christoph Morrison am 18 November 2020, 00:23:51
Schau dir mal das Attribut singularReadings im statistics-Modul an.
Dito.
Den Rest schaue ich mir mal an, wenn mein Device läuft.
Bei mir hat singularReadings in Zusammenhang mit deltaReadings nicht funktioniert.
Hi Ho! :-)
Kurze Frage, wo finde ich denn Infos zum MQTT client der integriert sein soll?
Ich habe heute nach https://github.com/jomjol/AI-on-the-edge-device/wiki/Installation die Installation vollzogen, finde aber die Optionen für MQTT nicht.
Bin ich nur blind?
Grüße
Frank
Kannst Du doch im Webfrontend einstellen beim Setup :) Ist im Standard auskommentiert (in der .ini Datei :)
Danke! Ich hab nur in der GUI und im WIKI gesucht. :-)
jetzt ist alles klar.
Zitat von: rcmcronny am 08 November 2020, 10:17:39
ich habs bei mir mal aufgesetzt, weil ich immernoch für die Wasseruhr was sinnvolles suche ;) Die Installation war etwas nervig, das liegt aber eher an dem ESP32 Cam Modul und meinen verlegten FTDI :)
Nachdem aber alles gefunden und geflash war, sah ich auch auf der seriellen den Start. Er bleibt bei mir aber beim WLAN wohl hängen.
Ich habe nun meine beiden WLAN SSIDs probiert, bei beiden ist es gleich. WLAN Verbindung steht, aber er bekommt / oder fordert keine IP an, damit kann ich dann natürlich nicht zugreifen.
Hattest Du das schonmal ? Wenn nicht würde ich mal das Log noch aus der Seriellen rauskopieren,vielleicht siehtst Du da irgendwas hilfreiches ?
Ich habe hier zuhause gerade das gleiche.
Im Büro zum testen ging das heute Mittag.
Hier zuhause ist es ein UniFi WLAN mit 3 APs.
im Büro haben wir einen LanCom AP.
Die LED blinkt immer 5x schnell, in der UniFi Console sehe ich dass er verbunden ist, sehe aber keinen Hostnamen und keine IP, klar, hat ja auch keine geholt.
Ich versuche es später mal an einem anderewn Standort wo nur ein AP empfangbar ist.
Hi,
ich habe auch Unifi ..hmmm .. bei mir ging es nachdem ich die Beta Updates der Firmware eingespielt hatte [ich weiss nur nicht, ob es das wirklich war oder Zufall] (ich denke aber, ein Reboot war es so wirklich). Wenn Du kannst, versuche doch mal den AP der am nächsten steht und damit das potentielle Ziel ist, neu zu starten, ob es dann vielleicht besser geht ?
Jetzt geht es ja immer, so kann ich da nichtmehr nachtesten ^^
Ronny
Am AP liegt nicht, die IP wird von der Fritte verteilt.
Denke eher dass es bei dir dann die Beta Firmware gelöst hat.
Die werd ich dann auch mal versuchen.
Hi,
ja auch möglich.
Die IP kommt bei mir von einem Linux DHCP :)
VIel Erfolg !
Also falls die "rolling" die Beta ist, so hilft diese auch nicht.
Hier die Aausgabe der Seriellen:
ets Jun 8 2016 00:22:57
rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:4
load:0x3fff0034,len:7140
load:0x40078000,len:13856
load:0x40080400,len:4052
entry 0x40080688
I (29) boot: ESP-IDF 3.40100.200827 2nd stage bootloader
I (29) boot: compile time 18:58:52
I (29) boot: chip revision: 1
I (33) boot_comm: chip revision: 1, min. bootloader chip revision: 0
I (40) boot.esp32: SPI Speed : 40MHz
I (44) boot.esp32: SPI Mode : DIO
I (49) boot.esp32: SPI Flash Size : 4MB
I (53) boot: Enabling RNG early entropy source...
I (59) boot: Partition Table:
I (62) boot: ## Label Usage Type ST Offset Length
I (70) bN WiFi data 01 02 00009000 00004000
I (77) boot: 1 otadata OTA data 01 00 0000d000 00002000
I (85) boot: 2 phy_init RF data 01 01 0000f000 00001000
I (92) boot: 3 ota_0 OTA app 00 10 00010000 001db000
I (100) boot: 4 ota_1 OTA app 00 11 001f0000 001db000
I (107) boot: End of partition table
I (111) boot_comm: chip revision: 1, min. application chip revision: 0
I (119) esp_image: segment 0: paddr=0x00010020 vaddr=0x3f400020 size=0x4c7f8 (31 3336) map
I (263) esp_image: segment 1: paddr=0x0005c820 vaddr=0x3ffb0000 size=0x037f8 ( 1 4328) load
I (270) esp_image: segment 2: paddr=0x00060020 vaddr=0x400d0020 size=0x150884 (1 378436) map
I (867) esp_image: segment 3: paddr=0x001b08ac vaddr=0x3ffb37f8 size=0x00abc ( 2748) load
I (868) esp_image: segment 4: paddr=0x001b1370 vaddr=0x40080000 size=0x00404 ( 1028) load
I (874) esp_image: segment 5: paddr=0x001b177c vaddr=0x40080404 size=0x1d82c (12 0876) load
I (941) esp_image: segment 6: paddr=0x001cefb0 vaddr=0x50000000 size=0x00004 ( 4) load
I (958) boot: Loaded app from partition at offset 0x10000
I (958) boot: Disabling RNG early entropy source...
I (959) psram: This chip is ESP32-D0WD
I (965) spiram: Found 64MBit SPI RAM device
I (968) spiram: SPI RAM mode: flash 40m sram 40m
I (973) spiram: PSRAM initialized, cache is in low/high (2-core) mode.
I (981) cpu_start: Pro cpu up.
I (984) cpu_start: Application information:
I (989) cpu_start: Project name: esp32cam-server-only
I (995) cpu_start: App version: 0.0.9.3
I (1000) cpu_start: Compile time: Nov 19 2020 18:58:02
I (1006) cpu_start: ELF file SHA256: d084bfabfc62d479...
I (1012) cpu_start: ESP-IDF: 3.40100.200827
I (1018) cpu_start: Starting app cpu, entry point is 0x40081b48
I (0) cpu_start: App cpu up.
I (1910) spiram: SPI SRAM memory test OK
I (1911) heap_init: Initializing. RAM available for dynamic allocation:
I (1911) heap_init: At 3FFAE6E0 len 00001920 (6 KiB): DRAM
I (1917) heap_init: At 3FFC1B48 len 0001E4B8 (121 KiB): DRAM
I (1924) heap_init: At 3FFE0440 len 00003AE0 (14 KiB): D/IRAM
I (1930) heap_init: At 3FFE4350 len 0001BCB0 (111 KiB): D/IRAM
I (1937) heap_init: At 4009DC30 len 000023D0 (8 KiB): IRAM
I (1943) cpu_start: Pro cpu start user code
I (1948) spiram: Adding pool of 4096K of external SPI memory to heap allocator
CreateClassCamera
I (1973) spi_flash: detected chip: generic
I (1974) spi_flash: flash io: dio
I (1974) cpu_start: Starting scheduler on PRO CPU.
I (0) cpu_start: Starting scheduler on APP CPU.
I (1982) spiram: Reserving pool of 32K of internal memory for DMA/internal alloc ations
Do Reset Camera
I (1992) gpio: GPIO[32]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulld own: 0| Intr:0
I (4042) connect_wlan_main: Initializing SD card
I (4052) gpio: GPIO[13]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulld own: 0| Intr:0
Name: APPSD
Type: SDHC/SDXC
Speed: 20 MHz
Size: 3840MB
I (4532) server_ota: Start CheckOTAUpdateCheck ...
Start CheckOTAUpdateCheck ...
I (4542) server_ota: SHA-256 for the partition table: : 9d4a2809ae90fb20709a8ca3 dd3ac3462e1e73286bcd31b689060c91de06fa3a
I (4602) server_ota: SHA-256 for bootloader: : 1d3888b14b07b9211efd7a525a9d5d32d 82005a0d8a152a7dbb9f7c0fccb4cee
I (5322) server_ota: SHA-256 for current firmware: : 216d40adbbda57b999e53757fc9 49cb2c42ccac7d20b86e3e6dfd9eb495282fd
CheckOTAUpdate Partition: ESP_OK
To use WLan: W12_IoT, XXXXXXXX
To set Hostename: watermeter
I (5372) system_api: Base MAC address is not set, read default base MAC address from BLK0 of EFUSE
I (5372) system_api: Base MAC address is not set, read default base MAC address from BLK0 of EFUSE
I (5492) phy: phy_version: 4180, cb3948e, Sep 12 2019, 16:39:13, 0, 0
I (5492) gpio: GPIO[33]| InputEn: 0| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulld own: 0| Intr:0
I (11672) gpio: GPIO[33]| InputEn: 0| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pull down: 0| Intr:0
I (15402) gpio: GPIO[33]| InputEn: 0| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0
I (22772) gpio: GPIO[33]| InputEn: 0| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0
I (26822) gpio: GPIO[33]| InputEn: 0| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0
I (32982) gpio: GPIO[33]| InputEn: 0| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0
I (39272) gpio: GPIO[33]| InputEn: 0| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0
Config:
[MakeImage]
;LogImageLocation = /log/source
;LogfileRetentionInDays = 15
WaitBeforeTakingPicture=5
ImageQuality = 5
ImageSize = VGA
[Alignment]
InitalRotate=180
/config/ref0.jpg 119, 273
/config/ref1.jpg 456, 138
SearchFieldX = 20
SearchFieldY = 20
[Digits]
Model=/config/dig0650s3.tflite
LogImageLocation = /log/digit
LogfileRetentionInDays = 15
ModelInputSize 20, 32
digit1, 306, 120, 37, 67
digit2, 355, 120, 37, 67
digit3, 404, 120, 37, 67
[Analog]
Model=/config/ana0630s2.tflite
LogImageLocation = /log/analog
LogfileRetentionInDays = 15
ModelInputSize 32, 32
analog1, 444, 225, 92, 92
analog2, 391, 329, 92, 92
analog3, 294, 369, 92, 92
analog4, 168, 326, 92, 92
[PostProcessing]
DecimalShift = 0
PreValueUse = True
PreValueAgeStartup = 30
AllowNegativeRates = False
MaxRateValue = 0.1
ErrorMessage = True
CheckDigitIncreaseConsistency = False
;[MQTT]
;Uri = mqtt://IP-MQTT-SERVER:1883
;Topic = watermeter/readout
;ClientID = wasser
;user = USERNAME
;password = PASSWORD
[AutoTimer]
AutoStart= True
Intervall = 4.85
[Debug]
Logfile = True
; Number of days before a log file is deleted. 0 = disabled. 10 is default value (if not defined)
;LogfileRetentionInDays = 10
[Ende]
:-(
Zitat von: rcmcronny am 19 November 2020, 19:38:13
bei mir ging es nachdem ich die Beta Updates der Firmware eingespielt hatt
Hast Du die Dateien noch?
Die aktuelle Beta hilft bei mir nicht.
Würde mal deine versuchen. :-)
Es geht seit 5.43.7 bei mir, aktuell hab ich die 5.43.10.
https://community.ui.com/releases/UAP-USW-Firmware-5-43-7-12444/1b660a84-f099-4ac8-9e51-0f4a113e7a7e
Weiß ja nicht, was Du als Binary brauchst :D
Ronny
;D ;D ;D
Dachte du meinst die Beta des Wasserzählers.
OK, an den APs hab ich noch nix gemacht.
Das schau ich mal.
Danke für die Info.
Der Link funktioniert am Handy grad nicht.
Muss mir das morgen am PC anschauen.
Nach allem was ich grad finden kann gibt es keine Beta für den nanoHD
OK, gefunden. Musste mich erst für die Beta freischalten. Die Handyansicht ist da etwas hinderlich. 😂
Hallo,
Eine ordentliche 5V-Versorgung habt ihr an dem ESP?
Ein USB zu TTL-Konverter als Stromversorgung kackt in 90 % aller Fälle, spätestens beim Versuch des ESP eine WLAN-Verbindung aufzubauen, ab.
LG
p99p
Danke für den Tipp,
Aber das Thema haben wir hier im Forum so oft, daß hab ich aufm Schirm 😉
Hatte sogar extra mit nem Original Raspberry Netzteil getestet.
So,
Die Beta Firmware der Unifi AccessPoints hat das Problem tatsächlich gelöst.
Jetzt geht es um die praktische Umsetzung.
Hab schon nen Plan, werde hier berichten wenn es steht. 👍🏻
Welche Größe für die SD-Karte ist den empfehlenswert?
Gibt es dazu schon Erfahrungswerte?
Zitat von: CQuadrat am 24 November 2020, 11:27:54
Welche Größe für die SD-Karte ist den empfehlenswert?
Gibt es dazu schon Erfahrungswerte?
laut Doku soll es eine 4GB sein.
größere hab ich nicht getestet.
Danke.
Trotz intensiven Lesens der Doku, habe ich dort keinerlei Angaben dazu gefunden 8)
Zitat von: CQuadrat am 24 November 2020, 13:03:52
Danke.
Trotz intensiven Lesens der Doku, habe ich dort keinerlei Angaben dazu gefunden 8)
Ganz ehrlich, ich finde es auch gerade nicht mehr. ;o)
Hatte mich aber gefreut dass ich noch ne alte 4GB hatte als ich es gelesen hatte.
Edit:
muss mich korrigieren, es war hier im Thread:
https://forum.fhem.de/index.php/topic,115506.msg1099339.html#msg1099339
Moin
Wie genial ist das denn? Da suche ich schon Jahre nach etwas, und dann hier mal so nebenbei!
Gleich zwei bestellt, und dann morgen abend basteln!
Danke und Gruss
Christoph
Zitat von: pc1246 am 24 November 2020, 16:01:22
Moin
Wie genial ist das denn? Da suche ich schon Jahre nach etwas, und dann hier mal so nebenbei!
Gleich zwei bestellt, und dann morgen abend basteln!
Danke und Gruss
Christoph
Moin Christoph,
kannst du auch drei machen :o Ich hätte für meinen Stromzähler gerne auch noch einen. Wasser und Gas habe ich schon Zähler mit Reed. Das Programmieren hört sich aber für mich kompliziert an.
Gruss
Enno
Sehr cooles Projekt, Hut ab!
Und Danke für's posten!
ESP32 läuft, fehlt nur noch die Müslidose und mein dusseliger Zenner-Zähler ist nach gefühlt 100 verschiedenen Versuchen endlich in FHEM... (Schade nur, dass der nächstes Jahr getauscht wird ;D ).
Ich mach die Tage mal noch Bilder, aber schon mal vorab...
Bei mir passt ein HT DN75 Rohr genau auf den Zähler.
Ein 10cm Stück gesichert von zwei Gummispannern und den ESP im gedruckten Gehäuse auf eine DN75 Kappe.
Zitat von: Beta-User am 24 November 2020, 21:12:36
... (Schade nur, dass der nächstes Jahr getauscht wird ;D ).
Moin
Das macht dann ja nichts. Einmal neues Photo aufnehmen, und weiter geht die wilde Fahrt!
Gruss Christoph
Zitat von: enno am 24 November 2020, 16:06:59
Moin Christoph,
kannst du auch drei machen :o Ich hätte für meinen Stromzähler gerne auch noch einen. Wasser und Gas habe ich schon Zähler mit Reed. Das Programmieren hört sich aber für mich kompliziert an.
Gruss
Enno
Moin Enno
Der Zweite war doch fuer Dich! Scherz beiseite. Mal sehen wie es geht, dann mache ich den einen fuer Dich fertig!
Gruss Christoph
@jomjol:
Ich hätte da ein paar Fragen und Anregungen. Soll/kann ich die hier loswerden oder via github?
Zitat von: pc1246 am 25 November 2020, 06:56:10
Moin
Das macht dann ja nichts. Einmal neues Photo aufnehmen, und weiter geht die wilde Fahrt!
Gruss Christoph
Soweit ist es klar. Setzt aber voraus, dass meine imaginäre Müslidose da auch wieder reibungslos draufpasst ;D ;D ;D .
Im Moment bin ich noch auf der Suche nach einem passenden Aufsatz für den aktuellen Zähler bzw. der Frage, ob ich den ESP nicht einfach mit einem (Kunststoff-) Winkel an die Wand dübeln soll. Kunststoff deswegen, weil es schon überraschend war, dass der ESP an der fraglichen Stelle überhaupt Empfang hat.
Btw.: Ich hatte den vor ganz langer Zeit mal erworben, nachdem mir das Vorgängerprojekt über den Weg gelaufen war. Aber das mit dem docker-Container war mir dann doch iVm. dem ganzen anderen Drumrum zu viel, das ernsthaft in Angriff zu nehmen. So ist es sehr viel eleganter, und der ESP darf tatsächlich das machen, für was er (lange) in der Schublade lag 8) .
Geflasht wurde er mit folgendem via Kommandozeile:
esptool.py --chip esp32 --port /dev/ttyUSB0 --baud 921600 --before default_reset --after hard_reset write_flash -z --flash_mode dio --flash_freq 80m --flash_size detect 0x1000 bootloader.bin 0x10000 firmware.bin 0x8000 partitions.bin
Welche Erfahrungen gibt es bezüglich der Größe der SD-Karte?
Reichen 2 GB oder die hier erwähnten 4GB?
Meins läuft mit 2GB tadellos.
4GB ist anscheinend das Limit für den ESP
Moin
Na ich bin mal wieder zu doof, oder habe Tomaten auf den Augen!
Wie komme ich denn auf den Zaehler? IP Adresse hat er, zumindest seheh ich Ihn, aber das Userinterface zeigt sich mir nicht!
Gibt es einen Port oder aehnliches?
Danke Christoph
Okay
Also wenn er denn wirklich im WLAN ist, dann geht es!
Gruss Christoph
Zitat von: pink99panther am 25 November 2020, 19:08:13
Meins läuft mit 2GB tadellos.
4GB ist anscheinend das Limit für den ESP
Huh? Ich habe da ne 64GB-Karte reingemacht (hatte nix anderes). Funktionierte soweit, auch wenn die Einrichtung noch nicht komplett ist.
btw:
Ich hab mir ein Gehäuse (die Müslidose) und einen Halter für den ESP-CAM in Fusion360 konstruiert und gedrückt. Ich nutze eine externe Antenne.
Moin nochmal
Naechstes Problem. Wie bekomme ich das Bild scharf?
Wenn ich es am Anfang richtig verstanden habe, dann muss ich einen Ring drehen!?
Ich scheine den nicht zu haben! Und egal wie weit ich von der Uhr entfernt bin, es ist immer unscharf!
Falls da wirklich Siegellack drueber ist, dann ist das extrem viel!
Gruss Christoph
Hab mir diesen "Halter" https://www.thingiverse.com/thing:4573481 (https://www.thingiverse.com/thing:4573481) gedruckt.
Da ist auch ein Bild dabei wo der Ring und der Siegellack sitzen.
Zitat von: pink99panther am 25 November 2020, 21:42:10
Hab mir diesen "Halter" https://www.thingiverse.com/thing:4573481 (https://www.thingiverse.com/thing:4573481) gedruckt.
Da ist auch ein Bild dabei wo der Ring und der Siegellack sitzen.
Hi
Danke, das war genau meine Vermutung! Nur ist das ja kein Lack, sondern Kleber! (glue)
Wie habt Ihr das abbekommen? Ich bin zu blind dafuer! Vielleicht brauche ich doch mal eine richtige Brille!
Danke und Gruss
Christoph
Hab für solche Sachen eine Lupe die man auf die Brille setzen kann.
Den Kleber/Lack hab ich mit der Spitze vom Teppichmesser abgekratzt.
Linse ging danach zwar immer noch schwer zu drehen, aber es war zu fokussieren.
Ich hasse diese Chinesen!
Was soll so ein Bloedsinn? Da kannst Du jetzt tausend Artikel auf Amazon angucken! Die sehen alle ganz toll aus, und wenn Sie dann bei Dir sind, dann hast Du wieder den gleichen Mist wie vorher!
Und sehen tut man es erst, wenn man die Tuete offen hat!
Na mal sehen ob ich das irgendwie hinbekomme. Die Hoffnung ist nicht wirklich gross! Falls man den Kleber da runter bekommt, wie soll das dann funktionieren?
Ist da eine Art Gewinde drin?
Ansonsten bin ich ja echt begeistert!
Gruss Christoph
Edith:
Wenn Ihr sehen koenntet, mit welchem Werkzeug ich hier hantiere!?!
Aber irgendwann bewegt sich das Ding dann wirklich!
@Enno: das darfst du dann selbst machen, das ist einfach nur S......e!
Zitat von: pc1246 am 25 November 2020, 22:53:57
@Enno: das darfst du dann selbst machen, das ist einfach nur S......e!
Das klingt nach Mechanik, das kann ich :D. Bin schon ganz zappellig....
Gruss
Enno
Zitat von: enno am 26 November 2020, 07:42:15
Das klingt nach Mechanik, das kann ich :D. Bin schon ganz zappellig....
:-) Sowas kenn ich.
Der größte "Programmieraufwand" ist aber das einrichten des Bildes und der Nummernbereiche.
Das aufspielen der Firmware auf den ESP und die SD Karte ist easy. Die ganze Konfig liegt auf der SD.
Zur Kamera, Ich hab mit einem Cutter Messer den Kleber soweit runtergekratzt wie es geht, dann konnte ich mit zwei Zangen die Linse einstellen.
Mit den Zangen hat es aber auch erstmal genirscht beim drehen.
Habe meine älteste MicroSD ausgepackt (1GB), damit ging es auch...
Da mein imaginärer Drucker in China bleiben darf, gab's statt der Müslidose ein paar HT-Bauteile aus dem Baumarkt, die passten zufällig wie angegossen 8) . In dem Bogen liegt ein 12V->5V Step-down, die 12V liegen eh' wg. MySensors-RS485 im Keller an.
Zitat von: Frank_Huber am 26 November 2020, 08:19:59
:-) Sowas kenn ich.
Der größte "Programmieraufwand" ist aber das einrichten des Bildes und der Nummernbereiche.
Das aufspielen der Firmware auf den ESP und die SD Karte ist easy. Die ganze Konfig liegt auf der SD.
Zur Kamera, Ich hab mit einem Cutter Messer den Kleber soweit runtergekratzt wie es geht, dann konnte ich mit zwei Zangen die Linse einstellen.
Mit den Zangen hat es aber auch erstmal genirscht beim drehen.
Ich glaube Enno hat keinen USB<->seriell Wandler!
Ist auch egal, das geht wirklich schnell!
Zwei Zangen habe ich auch genommen, aber da der Kleber gefuehlt ueberall war, war da mit Kratzen nicht viel. Habe dann mit sanfter roher Gewalt gedreht, und auf einmal hat es sich bewegt!
Bei meinen sind auch keine Einkerbungen oder aehnliches, und der Rand zum Anfassen ist auch nur ca. 1mm stark!
Inzwischen sieht fhem schon den Zaehlerstand. Aber dann war es mir heute zu frueh (0:02)
Mit dem Drucken wird es bei mir auch schwierig, da der Weihnachtsmann leider meinen Wunsch nicht beruecksichtigt hat! (evtl. ja dieses Mal!?)
Allerdings habe ich festgestellt, dass bei mir eine Konservendose 850ml recht gut auf den Plastikkragen passen sollte. Mal sehen, wann die naechste anfaellt. Ansonsten mal die HT-Variante antesten1
Gruss Christoph
Zitat von: pc1246 am 26 November 2020, 11:25:52
Ich glaube Enno hat keinen USB<->seriell Wandler!
...dann würde es aber langsam Zeit... :P
ZitatAllerdings habe ich festgestellt, dass bei mir eine Konservendose 850ml recht gut auf den Plastikkragen passen sollte. Mal sehen, wann die naechste anfaellt. Ansonsten mal die HT-Variante antesten1
Gruss Christoph
Konservendose hatte ich auch erst angesehen, aber zum einen ist das Metall, was tendenziell nicht förderlich sein dürfte für die WLAN-Verbindung, zum anderen war das irgendwie wackelig.
Die HT-Rohr-Stücke passen wirklich wie angegossen: unten verklemmt das sauber im Kunststoffring des Zenner, und auch der ESP32 ist nur verklemmt, die Materialspannung reicht grade so, dass der halbwegs straff sitzt. Wenn ich sicher wüßte, dass die SD-Karte dauerhaft mitmacht, wäre noch etwas Heißkleber nach der Justage dazugekommen, aber auch so bin ich optimistisch, dass das dauerhaft an Ort und Stelle bleibt (bis der Monteur kommt).
Wegen der Lebensdauer der SD-Karte: weiß jemand, wie oft auf die Karte geschrieben wird? (ist ja interessant, dass auch 64GB gehen, aber wie lange es noch "so kleine Karten" gibt, ist keinem von uns bekannt...)
Und die Anschaltdauer der LED kommt mir auch lange vor. Hat da schon jemand dran rumgeschraubt oder kennt den Grund?
Ich will erstmal den Zähler in FHEM sehen und will deshalb es so wie hier beschrieben umsetzen. Es fehlt noch ein Teil.
Mir kam aber die Idee, ob es nicht sinnvoll wäre den ESP mit Temperatur- und Feuchtesensor zu erweitern? Da hätte man gleich ein paar Werte aus dem Keller. Geht das von Prinzip?
Na ja, vermutlich ginge sowas schon, aber die Frage ist, ob sich sowas lohnt. Der ESP ist während der Verarbeitung des Bildes jeweils ziemlich lange beschäftigt - vermutlich kann man dann in der Zeit nichts messen (oder hat der ESP32 zwei Kerne?!?).
Tendenziell wäre (nach der Kalibrierung) auch eine Option interessant, das Teil ohne WLAN betreiben zu können (eigentlich wäre es mir persönlich recht, ich könnte den Wert einfach auf meinen MySensors-RS485-Bus schreiben, aber das ist purer C-Code und damit eher nicht kompatibel zu den Myensors-libs, ...), aber das ist alles ein gewisser (ziemlicher?) Aufwand.
Zitat von: Beta-User am 26 November 2020, 11:35:06
Und die Anschaltdauer der LED kommt mir auch lange vor. Hat da schon jemand dran rumgeschraubt oder kennt den Grund?
Moin
Ja das hat mich auch schon verwundert, und die finger habe ich mir daran gestern auch fast mehrfach verbrannt. Das Ding wird extrem hiess!
Anfangs habe ich den ESP immer in der Hand gehalten. Jetzt haengt der an einer astreinen Zollstock-Konstruktion!
Mist nur, dass kein Baumarkt auf meinem Heimweg liegt! Obwohl...
Gruss Christoph
@Beta-User,
ist das DN50 wo der ESP32 drin klemmt?
Ich habe ein 10cm DN75 Rohr aufgesetzt und per Gummispanner befestigt.
habe am Zähler nur einen ca 5mm Rand , da kann ich nichts klemmen, deswegen die Gummis.
Den ESP habe ich im gedruckten Gehäuse vom Projekt noch ohne Deckel, deswegen das Tape zum fixieren.
Könnte mir aber das eingeklemmte auch ganz gut vorstellen, da ist man noch bisl flexibel in der Feinjustage.
...du kannst Fragen stellen...
Das ist irgendein Adapter-/Reduzier-Stück, vermutlich auf DN50, an dem ich _nichts_ rumgeschnitzt habe, das ist also - bis auf das Etikett - im Originalzustand, Hersteller ist Marley. Müßte (ohne Gewähr!) in etwa das hier sein https://www.globus-baumarkt.de/marley-ht-anschlussstueck-dn-50, das meinige (Quelle: Bauspezi) hat jedenfalls "am Zähler" auch nur so einen kleinen Abschlusswulst, der denn "grade so" in den Kunststoffring am Zenner reinpasst. "grade so" meint: er ist etwas zu groß, so dass das Ding ganz leicht schräg ist, aber eben nicht rumrutscht, nur mit Kraftaufwand zu drehen ist und eben einfach für diesen Einsatzzweck völlig OK ist ::) .
Optisch deckt der kleinere Durchmesser oder der Wulst unten nichts relevantes ab, und der 87°-Winkel (man kann es auf dem Bild leider nur erahnen, dass es ein Winkelstück sein muss) stabilisiert dann die "Spannkonstruktion" noch ein wenig.
Bis alles justiert war, hat es dann aber schon ein paar Anläufe gebraucht, das wird vermutlich immer ein (kleines) Thema bleiben... Aber nichts im Vergleich zu meinen Justageversuchen mit einer Grün-LED, dem gepulsten Laser usw. usf...
Aber das mit dem Gummispanner sieht doch auch ok aus :) .
Bezüglich Justage, war aus meiner Sicht wichtig, dass es ein einigermaßen scharfes Bild ist (siehe Diskussion vorher bezüglich Anpassung des Fokus bei der ESP Kamera) und dass die wichtigen Teile zu sehen sind (also die digitalen Ziffern und die analogen Anzeigen). Zusätzlich sollte man darauf achten, dass der helle Fleck, den die LED auf der Scheibe der Wasseruhr erzeugt, nicht gerade mit den zuvor genannten wichtigen Teilen überlappt. Ansonsten ist es wichtig, dass das Ganze sich nach der Kalibrierung nicht von alleine verschiebt/verdreht. Ob das Rohr selbst verdreht ist oder etwas gekippt, ist aus meiner Sicht nicht so wichtig, das kann über die Kalibrierung ausgeglichen werden.
Die lange Dauer des LED Flashes hat Jomjol soweit ich mich erinnere deshalb eingestellt, damit sich die Kamera an die Lichtverhältnisse adaptieren kann.
Zitat von: Beta-User am 26 November 2020, 14:23:49
...du kannst Fragen stellen...
Aber das mit dem Gummispanner sieht doch auch ok aus :) .
Ja gell, im doofe Fragen stellen bin ich gut. 😂😂😂
Das mit den Spannern werd ich auch beibehalten.
Ich überlege aber den "Kopf" auf ein Reduzierstück umzubauen.
Die justierbarkeit hat denke ich klare Vorteile gegen den festen Kopf. 👍🏻😉
Edit:
Wenn man deine Bilder groß zoomt sieht man den Aufdruck. DN50 ist es.
Muss mal im Schuppen kramen. Denke so nen Übergang hab ich noch.
Moin
So ich war gestern mal schnell im Baumarkt. Das Ding das Beta-User hat, habe ich jetzt auch.
Jetzt muss ich noch sehen wie ich da Strom hinbekomme. Gerade reaktiviere ich erstmal eine PowerBank von meinem Sohn, die vorsichtshalber komplett leer ist.
Dann ueberlege ich, ob ich eine Steckdose da hin baue, oder aus dem Kabel, welches zum Reedkontakt des Gaszaehlers geht einfach noch eine Ader nutze und einen Stepdown von 24V auf 5V da hin lege.
Beides hat seinen Charme!
Wie wichtig ist eigentlich das fixieren? Ist es nicht so, dass man durch die zwei Marken Referenzpunkte setzt, die die Software dann erkennt und korrigiert?!
Gruss Christoph
Wie lange dauert eigentlich der Flash-Vorgang?
Ich versuche es mit dem "ESP32 DownloadTool" unter Windows.
Im Terminalfenster läuft was, aber eben auch schon seit 30 Minuten.
Unter Linux dauerte das keine Minute, verwendete Baudrate siehe einen meiner Posts hier. Aber 30 Min? Da ist was faul, selbst wenn die auf "sehr niedrig" gestellt war...
Zitat von: pc1246 am 26 November 2020, 11:25:52
Ich glaube Enno hat keinen USB<->seriell Wandler!
Ihr habt mich bei meiner Ehre gepackt, ich habe natürlich einen USB<->seriell Wandler. Meinen Wasserstandssensor habe ich auch irgendwie auf den ESP bekommen. Aber verstanden hatte ich es nicht 8) Habt Ihr einen Tip für das flashen? Am besten mit Bildern wo die Kabel hin müssen und welche Knöpfe wann gedrückt werden. Ich habe mich gestern mal mit dieser Seite https://www.fambach.net/esp32-cam-modul/ versucht, aber entweder passt die Verkabelung nicht, oder der Treiber oder, oder... Heute Abend werde ich es noch mal versuchen.
Gruss
Enno
Zitat von: enno am 28 November 2020, 15:41:54
Habt Ihr einen Tip für das flashen? Am besten mit Bildern wo die Kabel hin müssen und welche Knöpfe wann gedrückt werden. Ich habe mich gestern mal mit dieser Seite https://www.fambach.net/esp32-cam-modul/ versucht, aber entweder passt die Verkabelung nicht, oder der Treiber oder, oder... Heute Abend werde ich es noch mal versuchen.
Hi Enno,
Das ist hier unter Installation detailliert beschrieben:
https://github.com/jomjol/AI-on-the-edge-device/wiki
Grüße
Frank
Zitat von: Beta-User am 28 November 2020, 15:40:26
Unter Linux dauerte das keine Minute, verwendete Baudrate siehe einen meiner Posts hier. Aber 30 Min? Da ist was faul, selbst wenn die auf "sehr niedrig" gestellt war...
Nach dem ich den ESP vom Board genommen habe und alles Freiluft verkabelt habe, ging es.
:o
Moin
ich liebe es wenn ein Plan funktioniert. Richtig verkabelt, war es. Der Fehler war auf meinem Rechner. (Linux Arch) Normaler User hat keine Schreibrechte auf Serial port /dev/ttyUSB0 dann gab es bei Aufruf von esptool erase_flash den Fehler bash: esptool: Kommando nicht gefunden.. mit folgendem Befehl habe ich es dann geschafft: sudo /usr/bin/esptool.py write_flash 0x01000 bootloader.bin 0x08000 partitions.bin 0x10000 firmware.bin
ESP ist angemeldet, Cam liefert Bild. Jetzt kommt der mechanische Teil... dank Eurer Berichte hier wird auch das sicherlich klappen.
Gruss
Enno
Zitat von: pc1246 am 28 November 2020, 11:58:38
Moin
So ich war gestern mal schnell im Baumarkt. Das Ding das Beta-User hat, habe ich jetzt auch.
Jetzt muss ich noch sehen wie ich da Strom hinbekomme. Gerade reaktiviere ich erstmal eine PowerBank von meinem Sohn, die vorsichtshalber komplett leer ist.
Dann ueberlege ich, ob ich eine Steckdose da hin baue, oder aus dem Kabel, welches zum Reedkontakt des Gaszaehlers geht einfach noch eine Ader nutze und einen Stepdown von 24V auf 5V da hin lege.
Beides hat seinen Charme!
Wie wichtig ist eigentlich das fixieren? Ist es nicht so, dass man durch die zwei Marken Referenzpunkte setzt, die die Software dann erkennt und korrigiert?!
Gruss Christoph
Fixierung muss so sein, dass die Referenzen in einem Suchfeld von +/- 20 Pixel in jede Richtung liegen muss. Bei mir funktioniert abnehmen und wieder aufsetzen ohne Probleme und ohne Teachen.
Zitat von: pc1246 am 28 November 2020, 11:58:38
Moin
So ich war gestern mal schnell im Baumarkt. Das Ding das Beta-User hat, habe ich jetzt auch.
Jetzt muss ich noch sehen wie ich da Strom hinbekomme. Gerade reaktiviere ich erstmal eine PowerBank von meinem Sohn, die vorsichtshalber komplett leer ist.
Dann ueberlege ich, ob ich eine Steckdose da hin baue, oder aus dem Kabel, welches zum Reedkontakt des Gaszaehlers geht einfach noch eine Ader nutze und einen Stepdown von 24V auf 5V da hin lege.
Beides hat seinen Charme!
Wie wichtig ist eigentlich das fixieren? Ist es nicht so, dass man durch die zwei Marken Referenzpunkte setzt, die die Software dann erkennt und korrigiert?!
Gruss Christoph
@enno
Und gerade wollte ich Deinen fertig machen und morgen zur Post bringen.
Na dann beim naechsten Mal!
Viel Erfolg noch
Gruss Christoph
Zitat von: pc1246 am 29 November 2020, 11:57:53
@enno
Und gerade wollte ich Deinen fertig machen und morgen zur Post bringen.
Hallo Christoph,
danke dir, leg ihn mal nicht zu weit weg, ich habe einen hier mit dem ich am Wasserzähler teste. Wenn ich verstanden habe wie das funktioniert muss ich das ganze an meinen Stromzähler anpassen. Da werde ich mich bestimmt noch mal bei dir melden :)
Gruss
Enno
Wie sollte das eigentlich mit den "N" Werten funktionieren?
Dachte die Firmware korrigiert die selbst?
Na ja, wenn presetValue gesetzt ist, klappt das, soweit erkennbar jedenfalls...
Danke, dann warte ich mal den nächsten Wechsel ab.
Fr auf Sa Nacht hat er sich aufgehängt. Nach hartem Neustart stand er auf ,9 mit N vor dem Komma.
Gehe davon aus dass das nicht passiert wenn er sauber auf ,9 läuft.
Ich häng emich hier interessehalber mal rein.
LG
pah
Zitat von: Frank_Huber am 29 November 2020, 13:50:18
Danke, dann warte ich mal den nächsten Wechsel ab.
Fr auf Sa Nacht hat er sich aufgehängt. Nach hartem Neustart stand er auf ,9 mit N vor dem Komma.
Gehe davon aus dass das nicht passiert wenn er sauber auf ,9 läuft.
Wenn die Postprozessing Einstellungen entsprechend gesetzt sind (das sind mehrere Einstellungen, Details siehe hier https://github.com/jomjol/AI-on-the-edge-device/wiki/Configuration-Parameter-Details (https://github.com/jomjol/AI-on-the-edge-device/wiki/Configuration-Parameter-Details)), dann werden eigentlich keine Ns mehr zurück geliefert (im HTML Interface sind die Ns noch bei den Rohwerten zu sehen, werden aber korrigiert). Eventuell musst Du den MaxAge Parameter etwas hochdrehen.
Ich hab den PreValue gesetzt.
Damit hat er es problemlos geschafft N durch den richtigen Wert zu ersetzen.
Im weiteren Verlauf sollte er das selbstständig können.
Noch ein weiterer Punkt. Es gab Probleme im Zusammenhang mit dem Nulldurchgang, wenn vorher schon ein N an der letzten Nachkommastelle des Ganzzahlteils erkannt wurde. Das scheint inzwischen in einer Testversion auch gelöst zu sein (zumindest bei mir hat es geklappt). Siehe https://github.com/jomjol/AI-on-the-edge-device/issues/40 (https://github.com/jomjol/AI-on-the-edge-device/issues/40)
Danke eki,
Ben mir hatte sich die GUI wieder aufgehangen, der Zähler selbst ging aber noch.
Ich hab jetzt auch mal die aktuelle Rolling drauf. mal sehen was passiert. :-)
/Frank
Hat jemand eine gute Bezugsquelle? (Lieferung von Europa aus)
Zitat von: Hauswart am 30 November 2020, 15:06:12
Hat jemand eine gute Bezugsquelle? (Lieferung von Europa aus)
mit externer Antenne:
https://www.amazon.de/dp/B07QS7VFMJ
Zitat von: Frank_Huber am 30 November 2020, 15:14:36
mit externer Antenne:
https://www.amazon.de/dp/B07QS7VFMJ
Jetzt noch mit USB-Port wäre Luxus... :) Externe Wifi bräuchte ich nicht. Abstand zum AP keinen Meter.
Aber du weißt schon wie man in A... Oder e... Sucht, oder?
Ohne Antenne auf A. Nen Zehner aus DE.
Mit USB Port gibt's den Esp32-Cam imho nicht.
Doch, den gibt es mit USB-C , aber dann fehlt die SDCard leider :/ Also nicht wirklich hier nutzbar.
Moin
Irgendwie habe ich noch ein Problem!
Bei mir fuellt sich "value" nicht mit dem richtigen Wert!
Ich haette ja erwartet, dass der dem "readout" entspricht, wie bei eki im ersten Post. Bei mir fehlt das kleine Bisschen vor dem Komma!
Und irgendwie macht die Statistik auch was sie will. Ich gestehe aber auch, dass ich da nicht ganz durchsehe!
Kann mich jemand an die Hand nehmen?
Gruss Christoph
Edith:
So jetzt habe ich noch mal versucht die Posts von pink99panther nachzuvollziehen. Er hatte ja das gleiche Problem, ich habe da nur drueber weggelesen.
Ich habe dann mal das reading von "value" angepasst. Jetzt warte ich mal. Grundsaetzlich kann ich aber pink.. verstehen, dass er zum watercalculator Modul gewechselt ist. Das laeuft bei mir parallel, und ist irgendwie einleuchtender fuer mich!
Die ganzen Korrekturen sollten eigentlich mit der neuesten Version der Firmware gar nicht mehr nötig sein. Das mit den Statistiken kann ja nicht klappen, wenn schon value nicht richtig funktioniert ist aber zugegebenermaßen ein bisschen gewöhnungsbedürftig. Ihr könnt ja mal die Details der watercalculator Lösung posten, vielleicht steige ich dann auch noch um.
Moin
Das ist schnell erklaert.
define <name> WaterCalculator <namedesdevices:readout.*>
Und dann geht das schon froehlich los. Man Kann sogar Kosten hinterlegen und die commandref ist auch recht umfangreich! https://commandref.fhem.de/#WaterCalculator
Gruss Christoph
Moin
Wow, das Ding haut sich ja mal genz schoen was rein! Habe mich eben gewundert, warum denn die Werte nicht aktualisiert wurden.
Powerbank alle! Und ja/nee, die hat 72Wh, die sollte schon was halten!
Dann muss ich am WE doch eine Entscheidung treffen!
Gruesse Christoph
Zitat von: Hauswart am 30 November 2020, 18:19:35
Jetzt noch mit USB-Port wäre Luxus... :) Externe Wifi bräuchte ich nicht. Abstand zum AP keinen Meter.
https://www.amazon.de/dp/B08P1NMPLL/ref=twister_B08GRZMVM4?_encoding=UTF8&psc=1
https://de.aliexpress.com/item/1005001722303127.html?spm=a2g0o.productlist.0.0.4d036ee50xNvkI&algo_pvid=1a0ddb55-510eb-4a3a-9a4c-2c364d7ad10b&algo_expid=1a0ddb55-50eb-4a3a-9a4c-2c364d7ad10b-10&btsid=2100bb4a16072875381167686e9625&ws_ab_test=searchweb0_0,searchweb201602_,searchweb201603_
Ich bin begeistert! :)
Was habe ich nicht alles probiert, um die Wasseruhr einzulesen... :-\
Und jetzt, ohne dass ich die Kamera schon richtig ausgerichtet und fixiert habe und das Bild (noch) ziemlich unscharf ist, wird der Wert schon korrekt erkannt.
Die Anbindung an FHEM ist dann nur noch die Kür. 8)
Moin
Ja geniale Sache das!
Wieso ist Dein Bild so extrem hell? Ich habe ja dieses HT-Rohr im Einsatz, wo das Licht ja eingefangen ist, und das ist nicht mal halb so hell!
Noch eine Frage an die Allgemeinheit. Ich hatte letztens einen Uebergang einer Zahl, die ist natuerlich genau in der Mitte stehengeblieben.
Dann wurde ein N generiert, parallel dazu wurde vorne aus einer 6 eine 8 erkannt. Hatte das schon jemand? Waren dann mal eben 200m³ mehr.
Gruss Christoph
Also bei mir sind diese Übergänge seit einiger Zeit (seit der Korrektur mit den Nulldurchgängen) sehr stabil und liefern eigentlich keine Ns mehr. Was hast Du denn in der config auf der ESP32-CAM Seite eingestellt.
Zitat von: pc1246 am 08 Dezember 2020, 09:26:58
Wieso ist Dein Bild so extrem hell? Ich habe ja dieses HT-Rohr im Einsatz, wo das Licht ja eingefangen ist, und das ist nicht mal halb so hell!
Findest Du, dass das extrem hell ist? Ich habe keine besonderen Einstellungen vorgenommen. Der eingaubte LED-Blitz ist bei Dir aber auch an?
Das HT-Rohr will ich vielleicht heute Abend montieren. Dann werde ich auch mal versuchen, mit dem Drehrad an der Linse das Bild schärfer zu bekommen. Ich hoffe, dass mir da nix kaputt geht.
Zitat von: eki am 08 Dezember 2020, 13:12:16
Also bei mir sind diese Übergänge seit einiger Zeit (seit der Korrektur mit den Nulldurchgängen) sehr stabil und liefern eigentlich keine Ns mehr. Was hast Du denn in der config auf der ESP32-CAM Seite eingestellt.
Ich habe da nichts veraendert!
Es war aber auch ganz bloede die 7 war gerade am rauswandern! Mehr problematisch war, dass vorne die andere Zahl auf einmal falsch erkannt wurde.
Aber ich meckere auf hohem Niveau, vorher hatte ich nichts, jetzt habe ich quasi alles!
Danke und Gruss
Christoph
Meine Einstellungen sehen folgendermaßen aus (ich hatte vor allem den Parameter PreValueAgeStartup erhöht). Damit sollte eigentlich ein Sprung um mehrer hundert m3 (wegen MaxRateValue) nicht vorkommen.
[PostProcessing]
DecimalShift = 0
PreValueUse = True
PreValueAgeStartup = 750
AllowNegativeRates = False
MaxRateValue = 0.1
ErrorMessage = True
CheckDigitIncreaseConsistency = True
Super Sache, wollte ich natürlich gleich testen.
Ich habe 2 esp32-cam hier. Der linke läuft am 3d Drucker als Webcam, der rechte sollte auf den Zähler. Leider scheint das rechte Kameramodul kaputt zu sein. Beides sollten OV2640 Cams sein.
Oder kann es auch an der Programmierung liegen?
Edit: Kreuztausch hab ich natürlich probiert. Die rechte Cam geht auch nicht am linken Webcam Modul mit dem Standardscript aus der Arduino-IDE, aber die linke Cam läuft mit der Wasserzähler Firmware auf dem rechten Modul. Hat jemand ein Modul mit der Aufschrift AF2569 0927XA erfolgreich mit der firmware hier in Betrieb?
Hallo Zusammen,
hat hier zufällig jemand eine vernünftige Bezugsquelle für das CAM-Modul?
Bei meinem ist die Linse so fest verklebt, dass es unmöglich ist, den Fokus zu reduzieren.
Viele Grüße
Christoph
Zitat von: CQuadrat am 10 Dezember 2020, 10:22:29
Bei meinem ist die Linse so fest verklebt, dass es unmöglich ist, den Fokus zu reduzieren.
Moin,
vielleicht kann ja auch jemand mal Bilder posten, wo man die Schnitte setzen muss, um die Linse zu lösen. Ich habe mich auch noch nicht getraut, da ich bei meinen Teilen nicht erkennen kann ob von der Seite oder von vorne...
Gruss
Enno
Ich warte gerade auf neue ESP32 Module.
Wenn die da sind mach ich mal Detail-Bilder mit dem USB-Mikroskop.
Zitat von: CQuadrat am 10 Dezember 2020, 10:22:29
Hallo Zusammen,
hat hier zufällig jemand eine vernünftige Bezugsquelle für das CAM-Modul?
Bei meinem ist die Linse so fest verklebt, dass es unmöglich ist, den Fokus zu reduzieren.
Viele Grüße
Christoph
Hallo Christoph
Willkommen im Club!
Ich habe es dann einfach aufgegeben. Das untere Gehaeuseteil mit einer Spitzzange festgehalten, und dann ganz mutig mit einer Kombizange oben zugegriffen.
Irgendwann habe ich dann gemerkt, dass der Kleber aufgegeben hat, und dann konnte ich weiterdrehen. Auf eine Quelle wuerde ich mich nicht verlassen, da der Chinese es da nicht so genau nimmt. Was Du heute bekommst, muss morgen nicht bei mir das Gleiche sein. Das Problem siehst Du schon, wenn ich in der Anleitung lese, da waere was gezacktes. Bei mir ist alles glatt, wenn man beim grossen A guckt, dann sieht das aber anders aus, oder ist gar nicht wirklich zu erkennen!
Ich hatte da mal eine ganz tolle Erfahrung mit ein paar NodeMCU von Ali. Da habe ich extra einen Lieferanten ausgesucht, der die richtigen im Bild hatte. Angekommen ist natuerlich was anderes.
Also mutig voran, irgendwann dreht sich die Linse und man glaubt gar nicht wie scharf das Bild dann wird!
Gruss und viel Erfolg
Christoph
Den Ring zum Drehen bekomme ich gar nicht erst zu fassen. Der sitzt in einem anderen Ring; diesen Ring müsste ich vermutlich erst absäbeln.
Hier mal ein Versuch den Kleber zu zeigen.
Sorry habe nachtraeglich das Bild bearbeitet
Ich habe noch 2 Bilder von der Seite, da wo es zerkratz aussieht war bei mir der Kleber.
Nachtrag:
Mit Lupe und Cuttermesser ging das recht gut, ich konnte das Gewinde gleich mit der Hand drehen.
@frober
Bei Dir ist ja dieses "gezackte" vorhanden. Da denke ich mir das es etwas leichter geht. Bei mir ist einfach eine glatte Oberflaeche mit drei Zentner Kleber fixiert.
Gruss Christoph
Gezackt oder glatt ist, glaube ich, nicht das Problem.
Zuviel Kleber erhöht das Risiko, dass dieser ins Gewinde zieht. Bei mir es nur ein Tropfen oberflächlich.
Kann man das Bild auch auf X- oder Y-Achse spiegeln?
Ich überlege das Modul für meinen Stromzähler zu verwenden, habe aber keine 10cm Freiraum.
Dachte an einen Spiegel mit 45• Winkel vorm Zähler.
Spiegeln geht, beim Alignment des Referenzbildes gibt es eine Option "Mirror image", habe ich aber noch nicht ausprobiert.
Ich habe mich mal drüber gewagt und das nachgebaut ... war dank toller Dokus recht einfach. Das schwierigste war Befestigungen für Wasser- und Gaszähler zu bauen. Aber auch das ist mittlerweile erledigt. Die beiden cams verrichten seit zwei Tagen Probebetrieb, nach anfänglichen hoppala's läufts aber mittlerweile recht rund und zuverlässig.
Zum Thema spiegeln: ich habe das für den Gaszähler verwendet, da sitzt ein 45° Spiegel davor, die Kamera liest das Bild von oben - klappt wunderbar (siehe Bild).
Speziell beim Gaszähler hatte ich ein unerwartetes Problem: dort gibts ja keine analogen Rundskalen wie bei der Wasseruhr. Das setup weist sogar darauf hin, wenn man keine hat soll man alle ROI's dafür löschen. Das klappt jedoch nicht, weil der Assistent einen dann nicht weiter läßt. Hat das jemand vlt. schon gelöst und kann mir einen Hinweis geben? Im Moment arbeite ich mit einem workaround, funktioniert zwar, aber schön ists nicht.
Kannst Du die Analog-ROIs nicht direkt in der Config löschen?
Zitat von: eki am 21 Dezember 2020, 08:37:26
Kannst Du die Analog-ROIs nicht direkt in der Config löschen?
doch, aber dann läuft die Erkennung gar nicht los :(
Ich hab einige Varianten versucht ... die komplette analog section löschen, die section Überschrift lassen und nur die ROI Definitionen löschen, die Zählerdefinition rein/raus ... hat leider alles nicht geholfen
Vielleicht hilf das ja: https://github.com/jomjol/AI-on-the-edge-device/issues/72 (https://github.com/jomjol/AI-on-the-edge-device/issues/72)
Zitat von: eki am 21 Dezember 2020, 14:47:25
Vielleicht hilf das ja: https://github.com/jomjol/AI-on-the-edge-device/issues/72 (https://github.com/jomjol/AI-on-the-edge-device/issues/72)
danke für den link ... ganz versteh ich die Lösung allerdings nicht :'(
naja ich werd nochmal ein bischen experimentieren, vlt. klappts doch irgendwie. Für den Moment lebe ich ganz gut mit dem workaround
Hallo wetterhexe, hallo eki,
ich bin der Autor des Wasserzaehlers. Ich habe auch schon an anderer Stelle gelesen, dass es für Gaszähler eine einfache Möglichkeit zum Abschalten der analogen Zeiger geben sollte. Ich habe mir selbst mal einen Issue in GitHub erzeugt, damit das nicht verloren geht:
https://github.com/jomjol/AI-on-the-edge-device/issues/74
Momentan arbeite ich gerade an einem anderen Thema, daher komme ich nicht kurzfristig dazu.
Beste Grüße,
jomjol
Mal an die Hardware-Experten hier:
Gibt es etwas Vergleichbares auch mit LAN-Anschluss?
Oder lässt sich an den ESP auch irgendwie ein (kabelgebundener) LAN-Anschluss anbinden?
Zitat von: jomjol am 03 November 2020, 22:29:29
Hi,
ich bin der Autor des "AI-on-the-edge" devices. Ich freue mich sehr, wenn es weitere Verbreitung findet.
Folgender Hinweis noch zu den "N": es gibt eine eingebaute Logik, die bei diesen undefinierten Zwischenwerten das "N" durch einen plausibiliserten Wert aus der vorher gültigen Auswertung ersetzt. Dieser Wert wird als "PreValue" auf die SD-Karte abgespeichert und übersteht daher auch einen Reboot. Gleichzeit ist auch eine Logik integriert, die auf Konsiszenzen prüft. Eigentlich bedarf es daher keines externen Scripts.
Stehe für Rückfragen und Details zur Konfiguration gerne zur Verfügung.
Beste Grüße,
jomjol
Hallo jomjol,
ich habe mir das benötigte Material besorgt und möchte nun den Wasserzaehler gerne nachbauen.
Leider bin ich in der github Struktur unerfahren und auch in FHEM in dieser Tiefe nicht sehr bewandert,
habe aber schon einiges in FHEM auf dem Raspi3B gemacht (Selbstbau CULs für MAX!, Homematic, Signalduino, mit AsksinPP einiges
Rolladensteuerung, Entertain mi MR401, und ein paar andere). Und einiges auf dem ESP32 NodeMCU mit der ArduinoIDE auch programmiert.
Zur Software für den Wasserzähler brauche ich jedoch eine Menge Unterstützung, da ich vieles nicht weiß oder nicht verstehe.
Das fängt schon bei den Vorbereitungen an.
Woher bekomme ich das Image, dass ich auf die SD-Card übertragen muss, ich nehme an mit einem Windows Image Writer?
Woher bekomme ich den Code, den ich in den ESP32 flashen muss?
Kann ich das auch über die ArduinoIDE machen (PlatformIO habe ich nicht und kann ich auch nicht bedienen), Zur Not kann ich
Esspressif installieren und verwenden.
Gibt es eine Anleitung, die ich als Laie verstehe oder darf ich Dich mit den einzelne Fragen, so naiv diese auch klingen, jeweils um Rat fragen?
Viele Grüße
Werner
Hallo jomjol,
ich habe jetzt mal platformIO installiert.
Da muss ich noch viel üben, aber ich glaube damit könnte ich mich anfreunden. Ist doch viel professioneller als Arduino IDE und Espressive.
Viele Grüße
Werner
Morgen Werner,
Auf der Wiki Seite im Github ist die Installation detailliert erklärt.
Inkl fertiger bin Dateien.
Grüße
Frank
Hallo und danke auch an Jomjol!
ich nutze zum Auslesen ein HTTPMOD - hier die RAW-Definition:
defmod Wasserzaehler HTTPMOD http://x.x.x.x/setPreValue.html 180
attr Wasserzaehler userattr reading01Name reading01Regex
attr Wasserzaehler oldreadings Zaehlerwert
attr Wasserzaehler reading01Name Zaehlerwert
attr Wasserzaehler reading01Regex ([0-9\.]+)HTTP
attr Wasserzaehler stateFormat {sprintf("Zählerwert %.4f m³ / Diff %.1f l", ReadingsVal("Wasserzaehler","Zaehlerwert",0), (ReadingsVal("Wasserzaehler","Zaehlerwert",0) - ReadingsVal("Wasserzaehler","alterWert",0))*1000 )}
attr Wasserzaehler timeout 30
attr Wasserzaehler userReadings alterWert { OldReadingsVal("Wasserzaehler","Zaehlerwert",0) }Ich habe bei meiner Linse keinen Kleber entfernt - mit einer Spitzzange habe ich die Linse mit anfänglichem größeren Widerstand um die empfohlene Vierteldrehung gegen den Uhrzeigersinn drehen können (https://www.amazon.de/gp/product/B081L95PQ6).
@CQuadrat: LAN-Anbindung sollte funktionieren - hier eine Idee: https://www.arduinoforum.de/arduino-Thread-ESP32-Ethernet?pid=55284#pid55284
@McShire: Am besten die Anleitung durcharbeiten - klappt ganz gut :-) https://github.com/jomjol/AI-on-the-edge-device/wiki
3 Anmerkungen zur Installation:
- Einfache Schaltung für Erstdownload (Alternativ zur Anleitung von Jomjol): https://www.fambach.net/esp32-cam-modul/
- Falls das Gerät nicht erkannt wird: Im Gerätemanager prüfen -> Installation der benötigten Treiber ggf. über Windows Update (Optionale Updates)
- Falls keine Verbindung möglich ist -> Neustart mit angehängter USB-TTL/UART-Schnittstelle
@Wetterhexe: Führe die Konfiguration durch - die überflüssigen ROIs kannst du nach der Initalkonfiguration löschen (Webseite -> "Configuration" -> "Regions of interest (ROI)" -> "Analog ROIs" -> "Delete ROI"). Alternativ auch über die config.ini (Webseite -> "Configuration" -> "Edit Configuration" -> "Expertenmodus" -> "Edit Config.ini direct")
Gruß
Zitat von: Accureve am 03 Januar 2021, 22:55:58
@Wetterhexe: Führe die Konfiguration durch - die überflüssigen ROIs kannst du nach der Initalkonfiguration löschen (Webseite -> "Configuration" -> "Regions of interest (ROI)" -> "Analog ROIs" -> "Delete ROI"). Alternativ auch über die config.ini (Webseite -> "Configuration" -> "Edit Configuration" -> "Expertenmodus" -> "Edit Config.ini direct")
ich hab schon geschrieben daß das nicht funktioniert (mit v5.0.0) ... hier: https://forum.fhem.de/index.php/topic,115506.msg1112802.html#msg1112802 (https://forum.fhem.de/index.php/topic,115506.msg1112802.html#msg1112802)
Seit kurzem gibts ja v6.0.0, die das angeblich kann ... werd ich mir mal ansehen
Super Projekt!
Ich hab einen "nassen" Wasserzähler, wo also die Anzeige mit im Wasser ist. Ich erinnere mich dunkel, mal gelesen zu haben, dass man da die Klappe nicht auflassen darf wegen möglicher Algenbildung bei Lichteinfall. Kann es da Probleme geben, wenn der Mann zum Ablesen kommt? Das hiesige Wasserwerk traut dem Kunden das Ablesen nicht zu und schickt immer jemanden vorbei.
Die Klappe ist auch Schuld, dass der Adapter bei mir nicht passt. Muss ich mir noch anpassen.
Hallo,
ich habe auch so eine Wasseruhr. Ich giesse manchmal Wasser nach, weil die Wasseruhr beschlägt und dann nichts mehr abgelesen werden kann. Ich habe ein Winkel angebaut und den ESP32-Cam in ein Klarsichtgehäuse verpackt, nur die Linse schaut unten raus. Sieht nicht unbedient schön aus, macht aber was es soll und mal sehen wie lange. Ist ziehmlich feucht da unten. Paar Bilder als Anlage.
pejonp
Nachtrag:
Kunststoffgehäuse für ESP32-CAM (mitteler Box): https://www.pollin.de/p/kunststoff-boxen-3er-set-verschiedene-groessen-511168
externe Antennenverlängerung: https://www.pollin.de/p/magnetfussantenne-2-4-ghz-3-m-sma-stecker-hoehe-220-mm-572222
Ich verstehe es nicht.
Benutze die Firmware 5.0.0
Mein Bild ist relativ scharf und ich habe alle Konfigurationsschritte mehrfach durch, aber es wird kein RAW-Wert erkannt.
Hier meine config.ini:
[MakeImage]
;LogImageLocation = /log/source
;LogfileRetentionInDays = 15
WaitBeforeTakingPicture = 5
ImageQuality = 5
ImageSize = VGA
[Alignment]
InitialRotate = 179
/config/ref0.jpg 197 193
/config/ref1.jpg 403 150
SearchFieldX = 20
SearchFieldY = 20
[Digits]
Model = /config/dig0720s1.tflite
;LogImageLocation = /log/digit
;LogfileRetentionInDays = 3
ModelInputSize = 20 32
digit1 208 151 17 30
digit2 230 151 17 30
digit3 252 151 17 30
digit4 274 151 17 30
digit5 296 151 17 30
digit6 320 151 17 30
digit7 342 151 17 30
digit8 368 151 17 30
[Analog]
Model = /config/ana0630s2.tflite
;LogImageLocation = /log/analog
;LogfileRetentionInDays = 3
ModelInputSize = 32 32
analog1 345 197 104 104
[PostProcessing]
DecimalShift = -3
PreValueUse = true
PreValueAgeStartup = 720
AllowNegativeRates = false
MaxRateValue = 0.1
ErrorMessage = true
CheckDigitIncreaseConsistency = false
[MQTT]
Uri = mqtt://192.168.0.2:1883
Topic = ESP32_001/zaehlerstand
TopicError = ESP32_001/error
;ClientID = wasser
;user = USERNAME
;password = PASSWORD
[AutoTimer]
AutoStart = true
Intervall = 4.85
[Debug]
Logfile = false
LogfileRetentionInDays = 3
[System]
TimeZone = CET-1CEST,M3.5.0,M10.5.0/3
;SetupMode = false
[Ende]
Irgendwie scheint es auch Probleme mit der Erkennung des Analog-Wertes zu geben.
@Papaloewe
vielleicht weniger als Referenz nehmen z.B. nur P:1 und nicht das ganze. Kann vielleicht nicht ausgewertet werden.
Und bei ELSTER nur die 3 ersten Buchstaben, weil beim Rest ist eine Spiegelung von der LED drin. Vielleicht hilft es.
pejonp
@Papaloewe
ich würde versuchen, mit der Kamera näher ranzugehen. Die Ziffern im image sind sehr klein. Die Spiegelung hatte ich auch, das ist sehr störend, und hat bei manchen Konstellationen immer wieder zu Fehlerkennung geführt (6 vs. 0). Du kannst versuchen die Kamera leicht schräg aufzusetzen, hat bei mir jedenfalls geholfen.
Vielen Dank für eure Tipps, aber letztendlich lag es an der SD-Karte.
Jetzt habe ich mir eine neue 4GB Karte besorgt und es lief (fast) auf Anhieb.
Gruß
Thomas
@pejonp:
ZitatHallo,
ich habe auch so eine Wasseruhr. Ich giesse manchmal Wasser nach, weil die Wasseruhr beschlägt und dann nichts mehr abgelesen werden kann.
Da meine "nasse" Wasseruhr leider auch beschlägt, hier die Frage: Wie kann man da Wasser nachfüllen?
Danke für die Info,
Doesel
@doesel
Hallo,
meine Wasseruhr hat einen kleinen Rand an dem auch der Deckel befesstigt ist. Da habe ich Wasser raufgegossen bis es rüberlief. Dann bleibt ein dünner Wasserfilm stehen und die Uhr beschlägt nicht mehr. Bis jetzt funktioniert es noch.
pejonp
Danke für die schnelle Antwort. Werde ich gleich probieren. Bin gespannt.
Gruß Doesel
Hi,
Ich habe seit heute ganz frisch die erste ESP32-CAM mit der aktuellen SW-Version 2021-01-21 (mittels git clone gezogen). Ich habe alles konfiguriert. Nach dem Boot wird ein Foto geschossen. Beim nächsten Interval kommt das Device in eine Foto-Schleife (ca. 5 Sekunden-Takt, Licht an, aus) und ist per WLAN nicht mehr zu erreichen.
Hat einer von Euich denselben Effekt oder eine Idee was da passiert?
VG plin
Hallo plin
schau mal auf der seriellen Schnitstelle, was der ESP tut!
Könnte evtl. eine Bootschleife wegen Strommangel sein.
LG
p99p
Zitat von: pink99panther am 23 Januar 2021, 10:48:06
schau mal auf der seriellen Schnitstelle, was der ESP tut!
Könnte evtl. eine Bootschleife wegen Strommangel sein.
Bootschleife: ja
Strommangel: eher nicht
Im Logfile steht:
2021-01-23_15-00-08: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-01-23_15-00-08: =============================================================================================
2021-01-23_15-00-08: =================================== Main Started ============================================
2021-01-23_15-00-08: =============================================================================================
2021-01-23_15-02-50: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-01-23_15-02-50: =============================================================================================
2021-01-23_15-02-50: =================================== Main Started ============================================
2021-01-23_15-02-50: =============================================================================================
2021-01-23_15-04-30: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-01-23_15-04-30: =============================================================================================
2021-01-23_15-04-30: =================================== Main Started ============================================
2021-01-23_15-04-30: =============================================================================================
2021-01-23_15-31-27: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-01-23_15-31-27: =============================================================================================
2021-01-23_15-31-27: =================================== Main Started ============================================
2021-01-23_15-31-27: =============================================================================================
Und der serial Monitor gibt folgendes in einer Schleife aus:
rst:0x8 (TG1WDT_SYS_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:4
load:0x3fff0034,len:7140
load:0x40078000,len:13856
load:0x40080400,len:4052
entry 0x40080688
[0;32mI (58) boot: ESP-IDF 3.40100.200827 2nd stage bootloader[0m
[0;32mI (58) boot: compile time 19:51:06[0m
[0;32mI (58) boot: chip revision: 1[0m
[0;32mI (62) boot_comm: chip revision: 1, min. bootloader chip revision: 0[0m
[0;32mI (69) boot.esp32: SPI Speed : 40MHz[0m
[0;32mI (74) boot.esp32: SPI Mode : DIO[0m
[0;32mI (78) boot.esp32: SPI Flash Size : 4MB[0m
[0;33mW (83) boot.esp32: PRO CPU has been reset by WDT.[0m
[0;33mW (88) boot.esp32: WDT reset info: PRO CPU PC=0x40084a88[0m
[0;33mW (94) boot.esp32: WDT reset info: APP CPU PC=0x4008e7db[0m
[0;32mI (100) boot: Enabling RNG early entropy source...[0m
[0;32mI (106) boot: Partition Table:[0m
[0;32mI (109) boot: ## Label Usage Type ST Offset Length[0m
[0;32mI (117) boot: 0 nvs WiFi data 01 02 00009000 00004000[0m
[0;32mI (124) boot: 1 otadata OTA data 01 00 0000d000 00002000[0m
[0;32mI (132) boot: 2 phy_init RF data 01 01 0000f000 00001000[0m
[0;32mI (139) boot: 3 ota_0 OTA app 00 10 00010000 001db000[0m
[0;32mI (147) boot: 4 ota_1 OTA app 00 11 001f0000 001db000[0m
[0;32mI (155) boot: End of partition table[0m
[0;32mI (159) boot_comm: chip revision: 1, min. application chip revision: 0[0m
[0;32mI (166) esp_image: segment 0: paddr=0x00010020 vaddr=0x3f400020 size=0x4c730 (313136) map[0m
[0;32mI (310) esp_image: segment 1: paddr=0x0005c758 vaddr=0x3ffb0000 size=0x038c0 ( 14528) load[0m
[0;32mI (318) esp_image: segment 2: paddr=0x00060020 vaddr=0x400d0020 size=0x15f514 (1438996) map[0m
[0;32mI (940) esp_image: segment 3: paddr=0x001bf53c vaddr=0x3ffb38c0 size=0x01860 ( 6240) load[0m
[0;32mI (944) esp_image: segment 4: paddr=0x001c0da4 vaddr=0x40080000 size=0x00404 ( 1028) load[0m
[0;32mI (948) esp_image: segment 5: paddr=0x001c11b0 vaddr=0x40080404 size=0x1ee54 (126548) load[0m
[0;32mI (1035) boot: Loaded app from partition at offset 0x10000[0m
[0;32mI (1036) boot: Disabling RNG early entropy source...[0m
[0;32mI (1036) psram: This chip is ESP32-D0WD[0m
[0;32mI (1042) spiram: Found 64MBit SPI RAM device[0m
[0;32mI (1045) spiram: SPI RAM mode: flash 40m sram 40m[0m
[0;32mI (1051) spiram: PSRAM initialized, cache is in low/high (2-core) mode.[0m
[0;32mI (1058) cpu_start: Pro cpu up.[0m
[0;32mI (1062) cpu_start: Application information:[0m
[0;32mI (1067) cpu_start: Project name: esp32cam-server-only[0m
[0;32mI (1073) cpu_start: App version: 0.0.9.3[0m
[0;32mI (1078) cpu_start: Compile time: Jan 20 2021 19:48:33[0m
[0;32mI (1084) cpu_start: ELF file SHA256: b9ffc04c8ab59a15...[0m
[0;32mI (1090) cpu_start: ESP-IDF: 3.40100.200827[0m
[0;32mI (1096) cpu_start: Starting app cpu, entry point is 0x40081c30[0m
[0;32mI (0) cpu_start: App cpu up.[0m
[0;32mI (1988) spiram: SPI SRAM memory test OK[0m
[0;32mI (1988) heap_init: Initializing. RAM available for dynamic allocation:[0m
[0;32mI (1989) heap_init: At 3FFAE6E0 len 00001920 (6 KiB): DRAM[0m
[0;32mI (1995) heap_init: At 3FFC2AC8 len 0001D538 (117 KiB): DRAM[0m
[0;32mI (2001) heap_init: At 3FFE0440 len 00003AE0 (14 KiB): D/IRAM[0m
[0;32mI (2007) heap_init: At 3FFE4350 len 0001BCB0 (111 KiB): D/IRAM[0m
[0;32mI (2014) heap_init: At 4009F258 len 00000DA8 (3 KiB): IRAM[0m
[0;32mI (2020) cpu_start: Pro cpu start user code[0m
[0;32mI (2025) spiram: Adding pool of 4096K of external SPI memory to heap allocator[0m
[0;32mI (2050) spi_flash: detected chip: generic[0m
[0;32mI (2051) spi_flash: flash io: dio[0m
[0;32mI (2051) cpu_start: Starting scheduler on PRO CPU.[0m
[0;32mI (0) cpu_start: Starting scheduler on APP CPU.[0m
[0;32mI (2059) spiram: Reserving pool of 32K of internal memory for DMA/internal allocations[0m
Do Reset Camera
[0;32mI (2069) gpio: GPIO[32]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0 [0m
Init Camera
[0;32mI (4079) gpio: GPIO[5]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 [0m
[0;32mI (4079) gpio: GPIO[18]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 [0m
[0;32mI (4079) gpio: GPIO[19]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 [0m
[0;32mI (4089) gpio: GPIO[21]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 [0m
[0;32mI (4099) gpio: GPIO[22]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 [0m
[0;32mI (4109) gpio: GPIO[23]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 [0m
[0;32mI (4119) gpio: GPIO[25]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 [0m
[0;32mI (4129) gpio: GPIO[34]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 [0m
[0;32mI (4139) gpio: GPIO[35]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 [0m
[0;32mI (4149) gpio: GPIO[36]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 [0m
[0;32mI (4159) gpio: GPIO[39]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 [0m
[0;32mI (4169) sccb: pin_sda 26 pin_scl 27
[0m
[0;32mI (4169) gpio: GPIO[32]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0 [0m
[0;32mI (4319) camera: Detected OV2640 camera[0m
[0;32mI (4319) camera: Allocating 1 frame buffers (150 KB total)[0m
[0;32mI (4339) camera: Allocating 150 KB frame buffer in OnBoard RAM[0m
[0;32mI (4939) connect_wlan_main: Initializing SD card[0m
[0;31mE (4959) sdmmc_common: sdmmc_init_ocr: send_op_cond (1) returned 0x107[0m
[0;31mE (4959) connect_wlan_main: Failed to initialize the card (263). Make sure SD card lines have pull-up resistors in place.[0m
[0;32mI (4969) server_ota: Start CheckOTAUpdateCheck ...[0m
Start CheckOTAUpdateCheck ...
[0;32mI (4989) server_ota: SHA-256 for the partition table: : 9d4a2809ae90fb20709a8ca3dd3ac3462e1e73286bcd31b689060c91de06fa3a[0m
[0;32mI (5049) server_ota: SHA-256 for bootloader: : 15f52f58b38b015f8d77a7fd637080c32b397905d47e4ca1bf5bbf1c6abe34bf[0m
[0;32mI (5779) server_ota: SHA-256 for current firmware: : 9e85de4055be332de6ebd46bca00b10d3bbdb260efcb2c79c0f0bfc418eeb3da[0m
CheckOTAUpdate Partition: ESP_OK
File is locked: /sdcard/wlan.ini - wait for 1
Logfile opened:
Die beiden Zeilen mit Logfile opended und die nachfolgende enthalten kryptische Zeichen (siehe Screenshot). Danach geht's dann in die nächjste Runde mit
rst:0x8 (TG1WDT_SYS_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:4
load:0x3fff0034,len:7140
load:0x40078000,len:13856
load:0x40080400,len:4052
entry 0x40080688
...
SD-Karte <= 4GB?
Hab mal irgendwo gelesen der kann nur bis 4GB.
Stromversorgung über Flashadapter reicht zum flashen,
aber nicht zum betreiben von Kamera und "Blitz".
Zusätzliche Versorgung über z.B. USB-Netzteil erforderlich.
Sollte das alles im grünen Bereich sein, hab ich im Moment auch keinen Plan,
woran es noch liegen könnte.
Zitat von: pink99panther am 23 Januar 2021, 16:09:26
SD-Karte <= 4GB?
Hab mal irgendwo gelesen der kann nur bis 4GB.
ja, 4 GB, VFAT32
Zitat von: pink99panther am 23 Januar 2021, 16:09:26
Stromversorgung über Flashadapter reicht zum flashen,
aber nicht zum betreiben von Kamera und "Blitz".
Zusätzliche Versorgung über z.B. USB-Netzteil erforderlich.
Egal ob er am PC oder am 20W ANKER-USB-Netzteil hängt, er geht in die Schleife.
Zitat von: pink99panther am 23 Januar 2021, 16:09:26Sollte das alles im grünen Bereich sein, hab ich im Moment auch keinen Plan,
woran es noch liegen könnte.
Mal schauen wenn jomjol das liest. Habe vorsorglich auch ein Issue auf github aufgemacht.
Hallo,
Ich hab leider das selbe Problem.
Geht bei mir auch in eine Bootschleife. Teilweise auch wenn ich manuell einen Reboot auslöse.
Gruß Flo
Hallo,
Ich habe meinen esp32-Cam über usb-Adapter mit 5v versorgt. Bei nur 3.3v startete mein esp32-Cam nicht durch. Ich habe glaube ich eine 8 oder 16 GB sd-Karte eingebaut.
Pejonp
Zitat von: plin am 23 Januar 2021, 16:46:09
Mal schauen wenn jomjol das liest. Habe vorsorglich auch ein Issue auf github aufgemacht.
Tipp von jomjol (der hatte das Problem auch mal): Die SD-Karte muss ggf. repariert werden, weil sie mal aus dem PC rausgezogen worden ist ohne sie vorher auszuwerfen. Das wlan.ini-File ist vermutlich beschädigt.
Ich habe alle Files gesichert, die Karte im Windows PC neu mit VFAT32 formatiert, Files alles wieder drauf kopiert und eine frische wlan.ini kopiert/angepasst. Nach dem ersten boot hatte ich noch Probleme, aktuell läuft's stabil.
Update:
- reboot führt zu einer boot-Schleife
- nach Strom aus/an läuft's
Jetzt müsste er nur noch den Zählerstand richtig erkennen ...
Also manchmal ist er schon etwas seltsam.
Wie kommt die AI denn hier auf 300?
Schau mal in dias SetPreValue unter Configuration an, eventuell ist das irgendwie über 300 gerutscht.
Ja, so hatte ich es korrigiert.
Aber schon merkwürdig wie er da auf 300.x kommt. 🤔
Hallo zusammen,
ich beschäftige mich auch seit ein paar Wochen mit dem Wasserzähler und der einbindung in FHEM.
Ich habe seit 2 Tagen ein Problem mit MQTT. Es kommen nur Error Meldungen und keine Zählerstäde mehr. Habe schon versuch die Firmeware und html über OTA neu einzuspielen hat aber nichts bebracht.
MQTT habe ich so configuriet:
[MQTT]
Uri = mqtt://192.168.188.39:1883
Topic = wasserzaehler/zaehlerstand
TopicError = wasserzaehler/error
ClientID = wasser
;user = USERNAME
;password = PASSWORD
Kennt einer so ein Problem?
Ulrich
Zitat von: Papaloewe am 25 Januar 2021, 17:23:20
ClientID habe ich auch noch auskommentiert.
Die ClientID ist aber mit einiger Sicherheit nicht für die geschilderten Probleme verantwortlich und (edit: löschen) kann ggf. dazu führen, dass manche Server die Verbindung gar nicht erst annehmen => Nicht nachahmen!
ok, danke für die Info.
@UvG
Was wird dir in der weboberfläche angezeigt ?
Wird da alles richtig erkannt ?
Bild oder Kamera neu ausgerichtet ?
Was wird unter recognition erkannt ?
Pejonp
@UvG
Bei mir läuft MQTT mit fast identischen Parametern einwandfrei. Fehlerfreie Ablesungen (bisher zu 100%) habe ich allerdings erst, nachdem ich die "Optik" auf das Niveau wie in der Doku angehoben hatte. Also die Schärfe (Fokus) optimiert, die "Beleuchtung" gedimmt und damit auch die Reflexionen reduziert. Zu Letzterem hat besonders eine um 180° gedrehte Montage beigetragen, sodass die analogen ROIs blendfrei zu sehen sind.
Hallo zusammen,
habe eine Bildschirmkopie angefügt. So wie ich das sehe ist in der Weboberfläche alles ok.
Wie schon geschrieben ist mqtt bis vor 2 Tagen sauber gelaufen. Jetzt kommt nur die Topic erro und zaehlerstand fehlt immer.
Es gibt aber noch ein Problem mit dem 2 analogen Zähler von links. Den erkennt er nicht richtig vermutlich wegen dem silberen Metallring. Dies hatte bisher aber keinen Einfulß auf mqtt.
Nach ein paar Stunden betrieb habe ich jetzt schon die zweite defekte SD-Karte. Hatte jemand ähnliche Probleme?
@ UvG
Da würde ich den Autor jomjol mal ansprechen, ob diese Zeigerart nicht generell ein Problem darstellt. Ich wüsste z.B. nicht, worauf die AI trainiert ist.
Zitat von: plin am 26 Januar 2021, 13:19:08
Nach ein paar Stunden betrieb habe ich jetzt schon die zweite defekte SD-Karte. Hatte jemand ähnliche Probleme?
läuft bei mir mit zwei Zählern (Wasser, Gas) 24/7, seit drei Wochen durchgehend ohne Probleme 8)
Zitat von: Wetterhexe am 26 Januar 2021, 22:10:53
läuft bei mir mit zwei Zählern (Wasser, Gas) 24/7, seit drei Wochen durchgehend ohne Probleme 8)
So, die Nacht ist überstanden und das Modul durchgelaufen (allerdings mit neuer Hardware und neuer SD-Karte). Wer weiß was die Karte zerschossen hat.
Frage an die Mitlesenden: hat schon jemand die neue Version 6.1.0 getestet? Ich versuche die seit Stunden zum laufen zu kriegen :'( Die Erstkonfig funktioniert noch, nach dem finalen Speichern und reboot ist der Webserver nicht mehr in der Lage, vollständige Seiten zu übertragen. Im log findet sich immer wieder http 500 errors:
W (970901) httpd_txrx: httpd_sock_err: error in send : 104
E (970901) serverhelp: File sending failed!
W (970901) httpd_txrx: httpd_sock_err: error in send : 104
W (970901) httpd_txrx: httpd_resp_send_err: 500 Internal Server Error - Failed to send file
W (970911) httpd_txrx: httpd_resp_send_err: error calling setsockopt : 22
W (970921) httpd_txrx: httpd_sock_err: error in send : 128
W (970931) httpd_uri: httpd_uri: uri handler execution failed
W (1128801) httpd_txrx: httpd_sock_err: error in send : 11
E (1128801) serverhelp: File sending failed!
W (1158801) httpd_txrx: httpd_sock_err: error in send : 11
W (1158801) httpd_txrx: httpd_resp_send_err: 500 Internal Server Error - Failed to send file
W (1188801) httpd_txrx: httpd_sock_err: error in send : 11
W (1188801) httpd_uri: httpd_uri: uri handler execution failed
Habe schon andere Browser versucht, auch mal das Leseintervall auf 60 min gesetzt damit die CPU Zeit genug hat, leider hat nichts geholfen :(
Zitathat schon jemand die neue Version 6.1.0 getestet?
... lief auf Anhieb nach dem Upgrade und läuft bisher fehlerfrei. Habe allerdings nicht die OTA-Funktion genutzt sondern die Files (inkl. HTML-Ordner) "direkt" auf die SD-Karte kopiert und dann den Firmware-Update gestartet.
danke für die Rückmeldung :)
ich habe auch alles "from scratch" installiert ... ist ein Testsystem daher egal.
Jetzt hab ich in einem Anfall von Verzweiflung die partition size verkleinert, von 3.8G auf 1G ... und siehe da, läuft! Plötzlich ist der kleine so responsive, es ist ein Wunder ;D
Das ist ja wunderbar, bzw. -sam. Ich habe nämlich eine 16GB SD drin, weil ich nichts anderes da hatte. War bisher kein Problem. An der Partition sollte ich eigentlich nichts geändert haben ... seltsam. Muss ich beim nächsten Upgrade mal checken.
ja mir kommt das auch seltsam vor, aber es ist total reproduzierbar. In meinen beiden produktiven cams läuft noch v5.0.0 mit einer 32G sdcard/partitionsize (auch weil ich gerade nichts anderes hatte). Dort ist das Verhalten im WebGUI zäh wie Leder, aber wenigstens kann ich noch konfigurieren falls notwendig (auch wenns manchmal 5 oder mehr Versuche braucht). Ich hatte die v.6.0.0 vor zwei Wochen am Testsystem, aber die gleichen Probleme wie jetzt mit v6.1.0 (timeouts, Webservercrashes etc), und habs dann gelassen.
Seit gestern sind neue 16G Karten da, die werd ich mal mit 1G partitions bestücken, die configs rüberziehen und die neue firmware flashen. Mal schauen wie's dann mit den produktiven läuft ...
In der Version 6.1.0 gibt es ein neues Feature:
Improved Alignment Algorithm (AlignmentAlgo = Default, Accurate , Fast)
Ich habe mal den Wert in der config.ini auf fast gesetzt und finde die Reaktionszeiten viel besser. ;-)
Zitat von: Papaloewe am 27 Januar 2021, 14:26:35
Ich habe mal den Wert in der config.ini auf fast gesetzt ...
oh ja, sehr nett ... das drückt die Erkennungsdauer auf meinem testboard von 55 auf 37 Sekunden 8) Sehr vielversprechend! Wenn das mit den echten Zählern auch so gut läuft könnte man drüber nachdenken, den intervaltimer auf eine Minute zu setzen ...
Hat jemand Erfahrungen gesammelt mit Powerbank oder ähnlichem? Ich habe leider an der Stelle keinen Strom.
Zitat von: Wetterhexe am 27 Januar 2021, 13:18:47
ja mir kommt das auch seltsam vor, aber es ist total reproduzierbar.
leider zu früh gefreut ... nach ein paar powercycles plötzlich wieder das zögerliche bis unwillige Verhalten von vorher ... im log wieder httpd Fehler zu sehen. Offenbar hat es mit der partition size nichts zu tun :(
Zitat von: rakete123 am 27 Januar 2021, 19:21:33
Hat jemand Erfahrungen gesammelt mit Powerbank oder ähnlichem? Ich habe leider an der Stelle keinen Strom.
Moin
Ja, ich. Das kannst Du dann getrost vergessen! So ein riesen Monster mit 20Ah von Anker ist nach ca. 5 Tagen leergelutscht.
Ich hatte ja schon mal gefragt, ob man die Lampe etwas dunkler drehen kann.
Wenn mein bestelltest Filament da ist, dann konstruiere ich mir eine Halterung mit Gehaeuse und mache dann einen festen Anschluss dran.
Gruss Christoph
Zitat von: Wetterhexe am 27 Januar 2021, 19:52:47
leider zu früh gefreut ... nach ein paar powercycles plötzlich wieder das zögerliche bis unwillige Verhalten von vorher ... im log wieder httpd Fehler zu sehen. Offenbar hat es mit der partition size nichts zu tun :(
Hi,
meine CAM ist auch unzuverlässig und ich weiss noch nicht warum. Habe nun auch mal die 6.1.0 draufgebügelt, aber manuell per ESP32 Download Tool, weil ich nichtmal das firmware.bin hochladen konnte.
SDCard habe ich nun auch statt der Samsung 32GB Evo eine 4GB genommen, brachte nix, nun mit Partition von 1GB. Bringt aber auch nix. Teilweise habe ich es schon geschafft, durch einen Klick im Webinterface das Dateisystem irreparabel zu schädigen ... :o
Ich hab aktutell ein altes Samsung NT mit 10W (5V2A) dran, ich probiere gerade mal ne ANKER SuperHUb als Netzteil aus.
EDIT: ne das brachte auch nix
Zitat von: rakete123 am 27 Januar 2021, 19:21:33
Hat jemand Erfahrungen gesammelt mit Powerbank oder ähnlichem? Ich habe leider an der Stelle keinen Strom.
ich hab mal auf die Schnelle den Strombedarf gemessen .... im Schnitt so ca. 80 mA. Wenn die Led brennt sinds 500 mA. Ein dickes Akkupack hat vlt. 10000 mAh, damit wären rechnerisch max. 5 Tage drin. Macht glaub ich in der Praxis wenig Spaß, alle paar Tage das Akkupack zu wechseln :(
Aber irgendwas ist da mit der Partition Size der SD-Karte. Ich bin auf eine neue 16 GB-Karte ausgewichen (die war günstiger als die 4 GB), habe alles konfiguriert und dann rebootet. Das Ding kam nicht hoch, hat noch nicht einmal eine WLAN-Verbindung aufgebaut. Dann habe ich alle Files geischert, die Partition auf 1 GB reduziert, Files drauf kopiert und er startet wieder.
Zitat von: plin am 28 Januar 2021, 20:02:45
Aber irgendwas ist da mit der Partition Size der SD-Karte
ja es sah anfangs so sehr danach aus. Erst konnte ich nicht glauben wie snappy das GUI plötzlich war, egal was und wie oft ich irgendwas anklickte, es ging einfach alles blitzartig. Dann habe ich das Teil wieder abgeschaltet und mich erstmal gefreut. Als ich es später wieder in Betrieb nahm, war alles wieder langsam und zäh wie zuvor :( Ich habe keine Idee was da los ist ::)
Ich hatte Probleme mit meiner ersten Installation auf einer 4 GB SD-Karte. Vermeintlich war das Filesystem verhunzt, Test-Tools sagen aber die Karte lebt.
Eine 8GB-Karte mit der ich anschließend gearbeitet habe ist jetzt Schrott.
Ich gehe Mal davon aus, das ihr den ESP mit 5V versorgt!?
Der ESP hat Probleme mir der Spannungsversorgung, gerade mit WLan zieht es für Bruchteile eine Sekunde so viel Strom, dass dir Spannung zusammen brechen kann -> Neustart. Wenn das während eines Schreibvorgangs passiert...
Es wird empfohlen mit 5,4V (bzw. 6-7V) zu versorgen und einen Elko von mehreren 100uF parallel zu hängen.
Zitat von: frober am 29 Januar 2021, 07:13:45
Ich gehe Mal davon aus, das ihr den ESP mit 5V versorgt!?
bei mir ist das jedenfalls so. Ich kenne das Problem der wackeligen Stromversorgungen. Ich verwende ein solides 5V 3A Netzteil das auch einen raspi mit hm Modul versorgt. Der ist auch etwas empfindlich wenn die Spannung einbricht ;)
Ich habe bei den espcams das erweiterte logging aufgedreht, dort sieht man eventuelle restarts. Es ist aber nichts auffällig. Bzw. restartet manchmal auch die AI den esp, wenn watchdogs ablaufen und die Erkennung nicht fertig wird. Normalerweise werkeln die eigentlich den ganzen Tag fröhlich rum und liefern alle drei Minuten brav die Zählerstände. Abweichungen würden mir sofort auffallen, ich überprüfe das readingsage und lasse mich per telegram benachrichtigen wenn der Zählerstand nicht rechtzeitig kommt (und krieg auch das Kamerabildchen geliefert wenn die Erkennung "N"s liefert)
Hat schon jemand seinen Gaszähler konfiguriert (5 Vorkammestellen weiß/schwarz, 3 Nachkommastellen weiß/rot)? Mein ESP32 macht zum Verrecken kein Foto bei Create New Reference->Take Image. Ich habe mir schon von dem Wasserzähler-ESP32 die URL für Edit-Config abgeguckt und die Rotation geändert, trotzdem mag er nicht. Beim reboot schießt er brav ein Foto...
Hat jemand gleichgartige Erfahrungen bzw. Tipps was ich ausschalten muss?
meinst du so einen? Klappt wunderbar ...
Zitat von: Wetterhexe am 29 Januar 2021, 20:33:46
meinst du so einen? Klappt wunderbar ...
Genau so einen. Ich habe das Filesystem der SD-Karte neu rüberkopiert. Jetzt bewegt sich wieder was. Aber nur seeeehhhr langsam. Zumindest habe ich schon ein neues Reference Image speichern können.
Kann es sein, dass die Fritzbox auf der Rückseite einen blinden WLAN-Spot hat? Oder der ESP32?
naja der esp ist bezüglich WiFi kein Musterschüler. Ich mußte einen accesspoint übersiedeln damit ich einigermaßen stabilen Empfang hatte. Mit der Trägheit des Systems kämpfe ich selbst auch immer wieder, es braucht einige Geduld um die Ersteinrichtung hinzukriegen. Wenns mal läuft dann aber erstaunlich stabil und das WebIF läuft dann auch einigermaßen performant.
Bei Aliexpress gab es Angebote mit einer Zusatzantenne. Vielleicht bestelle ich mir noch ein paar Dinge bevor das alles teurer wird.
Zumindest läuft es im Augenblick. Die Webseite ist lahm, aber per MQTT übermittelt er anscheinend Daten. Mal schau'n wie es morgen früh aussieht.
Der esp32-Cam hängt zusammen mit einem Raspi 2 an diesem Netzteil: https://www.amazon.de/gp/product/B06XWQSJGW/ref=ppx_yo_dt_b_asin_title_o07_s00?ie=UTF8&psc=1
Ich hatte bis jetzt noch keine Ausfälle.
Nur die Erkennung ist etwas schwierig da die Wasseruhr beschlägt. Habe schon etwas Wasser aufs Glas gegossen, das hält dann eine Weile vor. Jetzt kommen aber schon wieder kleine Blasen.
Für die Verbesserung des Funks habe ich eine externe Antenne angebaut (https://www.pollin.de/p/magnetfussantenne-2-4-ghz-3-m-sma-stecker-hoehe-220-mm-572222) und auf dem Board muss dann eine Lötbrücke gesetzt und die anderen entfernt werden. Die Fritzbox 7590 steht eine Etage höher.
pejonp
Zitat von: plin am 29 Januar 2021, 22:28:15
Bei Aliexpress gab es Angebote mit einer Zusatzantenne.
Also diese externe Antenne bringt wirklich etwas.
Das kann ich bestätigen.
Moin,
hat mal jemand versucht bei einer bestehenden Konfiguration die Kamera um 90 Grad zu drehen und dann die ESP32-CAM neu zu konfigurieren?
Bei mir sah/sieht das aktuell so aus:
- Kamera gedreht, um alle Ziffern des Gaszählers drauf zu kriegen
- Edit-Config->Create New Referenz
- ein Foto geschossen, Aufnahme zu weit rechts
- Kamera nach links verschoben
- Edit-Config->Create New Referenz
- kann kein Foto mehr schießen
- reboot via Web ging noch
- nach reboot lässt er sich noch pingen, aber das Web-Interface ist down
- die ESP32-CAM scheint mit sich selbst beschäftigt zu sein
Habt Ihr ähnliche Erfahrungen gemacht?
Muss ich jetzt in den Keller gehen, alles demontieren, SD-Karte neu aufsetzen, alles montieren und neu konfigurieren?
VG plin
Habe den Gaszähler vom Strom genommen und wieder angeschlossen. Jetzt geht wieder was ...
Hallo,
für meinen Gaszähler habe ich jetzt auch angefangen etwas zu basteln. Der erste Versuch war mit Spiegel. Bilder wahren nicht so gut.
Jetzt einfach von vorn, zur Zeit noch Versuchsaufbau. In die Tür wird ein Loch geschnitten, darauf kommt ein Kunststoffgehäuse. Platz ist vorhanden. Mit Spiegel währe vielleicht flacher gewesen, aber hat mich nicht so überzeugt.
SD-Karten in der Wasseruhr ist eine 32GB und beim Gaszähler eine 8GB. Normal am PC mit "SD Card Formatter" formatiert. Dann Inhalt vom Verzeichnis /sd-cart raufkopiert. Beim Gaszähler habe ich jetzt "AI-on-the-edge-device-rolling/master - v6.1.0 - 2020-01-20/2021-01-23 22:04/HTML: 5.2.0" drauf.
An dem Schaltnetzteil (Antwort #188) hängen jetzt 2x ESP32-CAM und ein RASPI-2. Zum Gaszähler ist die Zuleitung auch etwas lang (8m) und nur Klingeldraht und die Spannung geht von 5,1V auf 4,8 V runter, aber es geht. Mal schauen wie lange.
Die LED habe ich mit etwas Papier abgeklebt, da sonst zu starke Reflexionen sind.
Die beiden ESP32-CAM sind auch schon etwas älter (August 2019).
Ich habe mir 3 neue bestellt, mit denen hatte ich auch etwas Probleme. Erst nach dem zweiten oder dritten Versuch hatten sie den Sketch richtig geladen.
pejonp
Zitat von: Wetterhexe am 29 Januar 2021, 20:33:46
meinst du so einen? Klappt wunderbar ...
Läuft der bei Dir durch? Hast Du irgendwelche Startprobleme gehabt? Hast Du die die Version 6.1.0 im Einsatz?
Zitat von: plin am 01 Februar 2021, 16:15:56
Läuft der bei Dir durch? Hast Du irgendwelche Startprobleme gehabt? Hast Du die die Version 6.1.0 im Einsatz?
- was meinst du mit durchlaufen? 24/7 ja, seit Wochen ohne Ausfälle
- v6.1.0 läuft seit Samstag erfolgreich, vorher v5.0.0
- Startprobleme ja hatte ich. Betrifft aber nicht explizit den Gaszähler, sondern generell die Software. Die Ersteinrichtung ist Glückssache. Mal läufts beim ersten einschalten ohne Probleme, mal war ich schon vor dem aufgeben weil sich auch beim zwanzigsten Start bei irgendeinem der vielen Schritte der Webserver einfach nicht mehr gemeldet hat. Es scheint aber so zu sein, daß das Problem mit dem Webserver abnimmt, sobald die Ersteinrichtung durch ist und die Erkennung einigermaßen zuverlässig läuft.
Ich habe nebenbei ein Dauerping laufen lassen, sobald die Antwortzeit auf >100ms war habe ich die Hände von Keyboard und Maus genommen und gewartet bis es sich wieder einkriegt. Und auch immer brav gewartet bis der Browserkringel fertig mit kringeln war, alles seeeehr seeeehr langsam und bedächtig, und immer nur einen Schritt nach dem anderen. Durch den Dauerping bin ich auch draufgekommen daß meine WiFi Verbindung viel zu schlecht ist. Habe dann einen accesspoint in drei Meter Entfernung platziert, dann war das ok. Dann hat das auch irgendwann mit der Konfiguration funktioniert, aber auch da habe ich öfters per reset von vorne gestartet, weil sich minutenlang nix getan hat. Also, wie gesagt, Geduld, Geduld, und nochmals Geduld.
Eventuell hilft auch, während der Ersteinrichtung das log am USB mitzulesen, jedenfalls kriegt man dort mit ob die Kommunikation erfolgreich läuft. Auf die Idee bin ich aber erst beim upgrade auf 6.1 gekommen. Geholfen hat es insofern, weil ich sehen konnte was der httpd macht, und ob er noch Teile des html forms schickt oder Fehler wirft.
Zitat von: Wetterhexe am 01 Februar 2021, 19:32:36
- was meinst du mit durchlaufen? 24/7 ja, seit Wochen ohne Ausfälle
meiner mittlerweile auch - aber mit einem anderen ESP32-CAM-Chip.
Ca. 45-60 Minuten nach einem Hard-Reset hat der alte kein neues Foto mehr geschossen, das alte Foto dann gedreht und gedreht. Am Ende hat sich gezeigt, dass der Chip wohl eine Macke hat. Mit einem anderen läuft es jetzt. Ich habe mein Gestell umgebaut, so dass die Kamera leicht von unten auf die Anzeige schaut und die Beleuchtung von unten rechts kommt. Die spiegelt sich jetzt noch leicht in den Nachkommastellen, aber seit gestern läuft alles stabil durch.
Zitat von: plin am 05 Februar 2021, 12:23:46
meiner mittlerweile auch - aber mit einem anderen ESP32-CAM-Chip.
ah das ist natürlich Pech. Aber fein wenns jetzt läuft 8)
Hatte mit der 6.0 und der 6.1 auch meinen Kampf ( oft nicht mehr erreichbar oder sehr träge )
Bin jetzt zurück auf die 5.0
Die läuft jetzt seit einer Woche problemlos durch.
Bei mir sah es zunächst nach einem systematischen Fehler aus, da es immer 45-60 Minuten gut ging. Mit der neuen Hardware läuft die 6.1.0er stabil durch.
so jetzt hat's mich auch erwischt. Wasserzähler begann gestern nachmittag bei der Erkennung von Stunde zu Stunde unwilliger zu werden. Mit Glück ein Messwert alle 30 Min. Hat sich in der Nacht gesteigert auf mehrere Stunden, ab Mitternacht dann gar kein Messwert mehr. Im log sah man reboots beim Start der analogen Erkennung.
Nach etwas Fehlersuche: sdcard kaputt. Seltsamerweise konnte ich sie am PC problemlos lesen und schreiben. Aber der kleine konnte nichts mehr damit anfangen. Neuformatierung hat auch nix gebracht. Neue 16G Karte rein, läuft :)
... mir ging's genauso: sensibel ist er tatsächlich, der Kleine. SD-Karten (8 GB), die andere Geräte problemlos akzeptieren, mag er nicht. :-\
Ähh, das war jetzt ja nicht gendergerecht. Einigen wir uns auf "es" ...
Hallo,
auch ich habe nun einen weiteren Technologie-Schritt beim Thema Zählerauswertung gewagt, in der Hoffnung auf eine nun verlässliche Lösung.
Der Build des aktuellsten Standes des Master-Zweiges im Repository gelang unter Beachtung von https://github.com/jomjol/AI-on-the-edge-device/issues/104 (https://github.com/jomjol/AI-on-the-edge-device/issues/104).
Ich bin allerdings auf der verzweifelten Suche nach einer Methode die Ausleuchtung durch die LED so zu gestalten, dass diffus der Zähler ausgeleuchtet wird. Bisher ist es mir mit allen möglichen Materialen nicht gelungen eine ausreichende gleichmäßige blendfreie Helligkeit hinzubekommen. Ein Versuch einer Anordung mit einem leichten Winkel von der Seite führte wegen der Verzerrung zu sehr schlechten Erkennung.
Wie habt Ihr das hinbekommen?
Grüße,
Mario
Zitat von: Mario67 am 08 Februar 2021, 23:24:42
Ich bin allerdings auf der verzweifelten Suche nach einer Methode die Ausleuchtung durch die LED so zu gestalten, dass diffus der Zähler ausgeleuchtet wird. Bisher ist es mir mit allen möglichen Materialen nicht gelungen eine ausreichende gleichmäßige blendfreie Helligkeit hinzubekommen. Ein Versuch einer Anordung mit einem leichten Winkel von der Seite führte wegen der Verzerrung zu sehr schlechten Erkennung.
Wie habt Ihr das hinbekommen?
Wasseruhr: ein kleiner Filz-Puffer aus der Möbelindustrie (ca. 1 mm dick)
Gaszähler: zusätzlich noch ein zweiter dickerer Filz-Puffer (ca. 2-3 mm dick)
Ggf. die Kamera so drehen, dass die Reflektion in einem Bereich liegt in dem nichts abzulesen ist.
Zitat von: plin am 09 Februar 2021, 19:32:23
Ggf. die Kamera so drehen, dass die Reflektion in einem Bereich liegt in dem nichts abzulesen ist.
Genau das ist der Trick. Mit Diffusion hab ich das nicht hinbekommen, landete im Teufelskreis Reflexion vs. Helligkeit.
Ich hab mich mit schrittweisem erhöhen mittels Spiegelband herangetastet bis das Ergebnis paßte. Danach fixieren mit Heißkleber, Gehäuse drauf, fertig.
Es ist Millimeterarbeit 8)
In der Roling-Version kann man jetzt auch die Helligkeit der LED einstellen.
Danke für die Tipps und den Hinweis auf den anderen Zweig. Dann ist der Abend ja gerettet... ;)
Hi, wollte auch kurz mein Feedback geben - bin kompletter Neueinsteiger mit dem AI System,
ich hatte vorher ein Sensor-basiertes Zählsystem mit dem ich aber zuletzt nicht mehr zufrieden war.
Dank der super Anleitung hier in Thread und auch auf der GitHub-Seite war das Setup einfach. Danke!
Ich nutze den current master-branch (nach Change-Log wohl die Version 6.6.1).
Leider hat irgendein Industrie-Designer Plexiglas-"Klötzchen" zur Befestigung eines Sensors auf die Scheibe meiner Wasseruhr gemacht - direkt über 2 der
Analoguhren - daher kann ich "nur" in 10-Liter zuverlässig ablesen, die Liter laufen aufgrund der starken Verzerrung einigermaßen, aber eher schlecht. 1/10 Liter gehen gar nicht. Egal.
Wie schon mehrere gemeldet hatten, gab es auch bei mir starke Probleme mit der SD-Karte (4GB Intenso & 8GB Sandisk Karte). Immer mit FAT32 Dateisystem.
Beide Karten hatten bei fast jedem Neustart ein Problem (schnelles Blinken).
Aufgrund des 1GB-Tipps (weiter vorne im Thread) habe ich die Karte dann neu partitioniert und einem kleine 1024MB Partition ausprobiert. Immer noch FAT32.
Das Problem bestand immer noch - manchmal direkt nach Start, manchmal nach ein paar Stunden.
Eher zufällig (Windows Dropdown Defaultwert) habe ich dann eine Karte beim neuinitialisieren der 1GB Partition
mit FAT statt FAT32 formatiert - und seitdem ist Ruhe - über ein Tag und kein schnelles Blinken.
Gegencheck: Ich habe auch die zweite Karte ausprobiert und auch diese lief mehrmals beim Power-on direkt an.
Wieder umformatiert auf FAT32 - direkt beim ersten Versuch wieder Probleme. Kann natürlich Zufall sein.
Vielleicht funktioniert die Umstellung des Dateisystems ja auch bei anderen mit SD-Karten-Problemen.
Ich hoffe jetzt einfach mal dass das System stabil bleibt.
Matthias
Hallo zusammen,
nachdem mir mein Wasserversorger keine Wasseruhr mit S0-Schnittstelle einbauen konnte/wollte bin ich auf diese geniale Möglichkeit gestossen.
Die Installation hat reibungslos geklappt und es funktioniert. In Fhem ist der Zähler über MQTT eingebunden.
Aber: Es funktioniert bei mir leider nur eine zeitlang. Dann bekomme ich ein "Connection lost". Der ESP blinkt wie wild und läßt sich aus diesem Zustand nur durch Abziehen und Anstecken der Stromversorgung herausholen. Ein Drücken der Reset-Taste reicht nicht.
An der WLAN-Verbindung kann der "Verbindungsverlust" nicht liegen, da der Repeater 3m entfernt ist.
Hat jemand ähnliche Erfahrung oder eine Idee voran es liegen könnte?
Gruß und Danke
Reinhard
Zitat von: ReiKo55 am 20 April 2021, 14:52:30
Hallo zusammen,
nachdem mir mein Wasserversorger keine Wasseruhr mit S0-Schnittstelle einbauen konnte/wollte bin ich auf diese geniale Möglichkeit gestossen.
Die Installation hat reibungslos geklappt und es funktioniert. In Fhem ist der Zähler über MQTT eingebunden.
Aber: Es funktioniert bei mir leider nur eine zeitlang. Dann bekomme ich ein "Connection lost". Der ESP blinkt wie wild und läßt sich aus diesem Zustand nur durch Abziehen und Anstecken der Stromversorgung herausholen. Ein Drücken der Reset-Taste reicht nicht.
An der WLAN-Verbindung kann der "Verbindungsverlust" nicht liegen, da der Repeater 3m entfernt ist.
Hat jemand ähnliche Erfahrung oder eine Idee voran es liegen könnte?
Gruß und Danke
Reinhard
Hallo Reinhard,
kannst du etwas zu deiner Wlan-Infrastruktur sagen? Wlan-Gerät, Anzahl verbundener Devices, ...
Die Fritzboxen sind dafür bekannt, dass sie mit einer größeren Anzahl von Clients nicht zurechtkommen, was zu deinem Fehler passen könnte.
Allerdings wäre es schon ein ziemlicher Zufall, wenn dies gerade bei diesem Gerät und nicht schon bei anderen aufgefallen wäre.
Viele Grüße Gisbert
Hallo Giebert,
danke für die schnelle Antwort.
Zu WLAN-Infrastuktur: FritzBox7490+Repeater310-Repeater1160, ca 20 Devices (die überwiegende Anzahl sind SONOFFs und ESPs)
Meine erste Vermutung war natürlich auch das WLAN. Deshalb habe ich den Repeater(310), der normalerweise den SONOFF in der Garage (Toröffner) versorgt in den Keller verpflanzt.
Ein kurzer Verbindungsausfall wäre ja auch nicht unbedingt ein Problem, aber der ESP32-CAM kommt ja wie gesagt nicht aus diesem Zustand heraus.
Gruß
Reinhard
Hallo ReiKo55
Die Probleme gab es bei mir auch und auch ich benutze eine Repeater.
Ich bin wieder zurück auf die Version v5.0.0 - 2020-12-06.
Damit habe ich jetzt schon Wochen ohne Reboot hinter mir.
master - v5.0.0 - 2020-12-06
LG
p99p
ZitatZu WLAN-Infrastuktur: FritzBox7490+Repeater310-Repeater1160, ca 20 Devices (die überwiegende Anzahl sind SONOFFs und ESPs)
Hallo Reinhard,
leider passt dein Fehler sehr gut zur Fritzbox, frag mich aber nicht, warum das so ist.
Ob es nur daran liegt, oder ob der bockige ESP32-CAM und seine Firmware auch daran Schuld sind, wer weiß.
Gibt es denn andere Hiweise, dass der ESP32-CAM Probleme bei der Stabilität von Wlan-Verbindungen hat?
Ich hab einen ESP-Repeater in Betrieb, der auch noch gleichzeitig ein Relais schaltet (d.h. ein 230V-Gerät ein/ausschaltet), siehe hier: https://github.com/martin-ger/esp_wifi_repeater (https://github.com/martin-ger/esp_wifi_repeater).
Dieser Repeater ist als Client im "eigentlichen" Wlan, spannt aber auch noch einen AP auf, auf den sich entferntere Clients verbinden können.
Die Einrichtung ist tricky - zugegebenermaßen, aber so konnte ich eine vorhandene Hardware nutzen und gleichzeitig ein entferntes Device mit Wlan versorgen. Die Kommunikation läuft per MQTT.
Viele Grüße Gisbert
Hallo Pink99panther, Hallo Gisbert,
danke für die Antworten.
Zitat von: Gisbert am 20 April 2021, 16:13:17
Gibt es denn andere Hiweise, dass der ESP32-CAM Probleme bei der Stabilität von Wlan-Verbindungen hat?
@Gisbert : Das weiß ich leider nicht. Ist der erste ESP32-CAM den ich im Einsatz habe. Andere ESPs haben keine Probleme.
Zitat von: pink99panther am 20 April 2021, 16:05:14
Die Probleme gab es bei mir auch und auch ich benutze eine Repeater.
Ich bin wieder zurück auf die Version v5.0.0 - 2020-12-06.
Damit habe ich jetzt schon Wochen ohne Reboot hinter mir.
master - v5.0.0 - 2020-12-06
@ Pink99panther : Ok das werde ich versuchen. Hatte sowieso vor einen weiteren ESP zu flaschen. Das werde ich dan mit Version 5.0.0 machen.
Werde berichten
Gruß und danke
Reinhard
Was für ein Netzteil hast denn dran?
wie ist die SD Karte formatiert?
Das waren auch schon "typische Fehlerquellen"
Hallo Frank,
USB-Netzteil: 1,0A
Karte: 8GB, FAT32
Gruß Reinhard
1A "Netzteil" oder Handyladegerät? Das ist nen Himmelweiter Unterschied.
SD Karte kannst mal mit FAT versuchen.
Universal USB Netzteil
https://www.amazon.de/gp/product/B071NGZ4QM/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1
Ok werde einen Versuch mit FAT machen. Habe hier noch eine neue 32GB-SDHC UHS-1 rumliegen. Oder ist 32GB zu groß?
ich kann die Karte nicht mit FAT formatieren. FAT unterstützt max 4GB. Hab ich grad aber nicht zur Hand
Partitionieren?
Zitat von: ReiKo55 am 20 April 2021, 17:37:42
ich kann die Karte nicht mit FAT formatieren. FAT unterstützt max 4GB. Hab ich grad aber nicht zur Hand
die Größe der Partition bestimmst du beim formatieren selbst. Für die AI reicht 1 GB :)
Hallo zusammen,
vielen Dank für die Antworten und Lösungsvorschläge.
Da ich nicht mehrere Änderungen auf einmal machen möchte, habe ich zunächst die Version v5.0.0 - 2020-12-06. auf einen neuen ESP32 geflascht.
Dieser läuft jetzt mit der 8GB-SD seit 2 Tagen störungsfrei. Läßt sich auch rebooten (mittels Web-Interface und Reset-Knopf).
Was mir noch aufgefallen ist: In der Version 5.0.0 stimmen Datum und Uhrzeit.
In V6.4.1 ist das Datum immer 1970-01-01. In der config.ini steht TimeZone = CET-1CEST,M3.5.0,M10.5.0/3
Gruß
Reinhard
Hallo Zusammen,
hat jemand eine Idee für einen Stromzähler mit zwei Anzeigen (HT und NT)?
Gruß
Reinhard
die aktuelle AI Software ist nicht dafür ausgelegt, zwei unabhängige Digitalzähler auszulesen. Die einzige Chance die mir adhoc einfällt wäre, die beiden Zähler in der AI als einen einzurichten, und den Rest per Script zu erledigen (trennen der Werte, Nachkommabearbeitung). Die Werte werden ja per MQTT auch als raw geliefert, damit sollte das klappen.
Zitat von: Wetterhexe am 01 Mai 2021, 22:41:30
Die einzige Chance die mir adhoc einfällt wäre, die beiden Zähler in der AI als einen einzurichten
Geniale Idee :D Danke.
Noch eine Frage: Wie kann ich den raw wert per MQTT übermitteln?
MQTT liefert mir nur den Zählerstand und wie er auf den Wert kommt ist mir auch noch nicht klar
/SH/E0/Strom/zaehlerstand 46536.46094
/SH/E0/Strom/error (null)
Gruß
Reinhard
Zitat von: ReiKo55 am 02 Mai 2021, 12:43:06
Noch eine Frage: Wie kann ich den raw wert per MQTT übermitteln?
Sorry da hab ich mich mißverständlich ausgedrückt. Ich dachte der kommt von MQTT, tut er aber nicht. Du drehst einfach in der AI config alle options im postprocessing ab, fertig. Die richtigen Werte mußt du ohnehin selber rechnen.
Funktioniert Super!
Habe die Werte für HT und NT per userReadings ermittelt
Internals:
CFGFN
FUUID 608e9ad4-f33f-8dfc-988d-5691012ecd9d2ce3
IODev Mosquitto2
NAME E0.Strom
NR 54448
STATE HT : 46536 KW/h
NT : 46223 KW/h
TYPE MQTT_DEVICE
READINGS:
2021-05-02 19:06:37 StromHT 46536
2021-05-02 19:06:37 StromNT 46223
2021-05-02 19:06:37 error
2021-05-02 19:06:37 transmission-state incoming publish received
2021-05-02 19:06:36 zaehlerstand 465364622N
message_ids:
sets:
subscribe:
/SH/E0/Strom/error
/SH/E0/Strom/zaehlerstand
subscribeExpr:
^\/SH\/E0\/Strom\/error$
^\/SH\/E0\/Strom\/zaehlerstand$
subscribeQos:
/SH/E0/Strom/error 0
/SH/E0/Strom/zaehlerstand 0
subscribeReadings:
/SH/E0/Strom/error:
cmd
name error
/SH/E0/Strom/zaehlerstand:
cmd
name zaehlerstand
Attributes:
IODev Mosquitto2
alias Stromzähler
comment ESP32-CAM 192.168.178.152
MQTT Test: Einloggen per ssh auf raspiFhem02
abfragen der topics:
mosquitto_sub -h 127.0.0.1 -t /SH/E0/Strom/# -v
group Zähler
icon stromzaehler_icon@blue
room MQTT,Zähler
stateFormat {"HT : ".sprintf(ReadingsNum("E0.Strom","StromHT",0))." KW/h \nNT : ".sprintf(ReadingsNum("E0.Strom","StromNT",0))." KW/h"}
subscribeReading_error /SH/E0/Strom/error
subscribeReading_zaehlerstand /SH/E0/Strom/zaehlerstand
userReadings StromHT {my $raw = ReadingsVal("E0.Strom","zaehlerstand",0);
my $pstr = substr($raw,0,5);
if ($pstr =~ /N/) {ReadingsVal("E0.Strom","StromHT",0);}
else {$pstr;} ;;},
StromNT {my $raw = ReadingsVal("E0.Strom","zaehlerstand",0);
my $pstr = substr($raw,5);
if ($pstr =~ /N/) {ReadingsVal("E0.Strom","StromNT",0);}
else {$pstr;} ;;}
Gruß
Reinhard
Moin,
tolles Projekt hier, war auch schon einige Jahre auf der Suche nach einer zuverlässigen Methode um meinen Wasserverbrauch mitzuplotten. Ich find es auch unheimlich
praktisch sozusagen ein aktuelles Bild vom Zählerstand zu haben, da ich nur schlecht an den Zähler rankomme (steht ein Schrank vor...).
Nachdem ich jetzt einigermaßen brauchbar den Wasserzähler konfiguriert habe, habe ich meinen zweiten ESP32 mal auf die Schnelle auf die Gasuhr gerichtet.
Da ich wenig Platz vor dem Zähler habe und um Reflexionen zu verringern schaut er leicht von unten auf das Zählwerk. Erkennung läuft einigermaßen, allerdings bekomme ich die Dezimalstellen nicht konfiguriert.
Gemäß der Anleitung (https://github.com/jomjol/AI-on-the-edge-device/wiki/Configuration-Parameter-Details) verschiebe ich quasi den Dezimal-Punkt um die genannte Zahl, nach links mit negativen Vorzeichen. Das Beispiel zeigt aber eine Erkennung mit 6 Zahlen, digital und analog. Ich habe aber 7 Zahlen und nur digital. Von wo wird denn dann gezählt?
Für den Gaszähler brauch ich ja nur die digitalen Zahlen, es werden ja keine analogen Pfeile benötigt. Daher hatte ich die Analog-Erkennung ausgeschaltet. Ich denke da liegt das Problem, wenn ich dann nämlich "DecimalShift" -2 eingebe erhalte ich als Zahl z.B. 1234567.00...
Irgendwie versteh ich das nicht... ???
Gruß
habee
Zitat von: habee am 05 Mai 2021, 19:49:54
Für den Gaszähler brauch ich ja nur die digitalen Zahlen, es werden ja keine analogen Pfeile benötigt. Daher hatte ich die Analog-Erkennung ausgeschaltet. Ich denke da liegt das Problem, wenn ich dann nämlich "DecimalShift" -2 eingebe erhalte ich als Zahl z.B. 1234567.00...
Irgendwie versteh ich das nicht... ???
Was genau ist denn jetzt eigentlich Dein Problem? Dem Screenshot zufolge hast Du ja die analogen Zähler erfolgreich ausgeschaltet. Es werden auch erfolgreich 7 Stellen erkannt. Aber Dein manuell vorgegebenes preValue hast Du ohne Dezimalstelle angegeben (korrekt wäre in Deinem Beispiel 39565.76). Ansonsten wird 39565.76-3956576 = negativer Wert erkannt und der abgelesene Wert verworfen.
Den Versuch mit dem Dezimalpunkt im preValue setzen hatte ich schon durch, hat irgendwie auch nicht funktioniert.
Macht aber nichts, ich lasse jetzt das Postprocessing sein, setze den DecimalShift auf "-2" und es funktioniert soweit.
Werde es mal beobachten.
Gruß
habee
Hallo pink99panther,
Zitat von: pink99panther am 17 November 2020, 20:45:45
Hat ein Weilchen gedauert, hatte schon alles umgebaut auf WaterCalCulator.
Hier nun die 2 Listings.
Internals:
CFGFN
CID wasser
DEF wasser
DEVICETOPIC MQTT2_wasser
FUUID 5fb41ab4-f33f-f73e-3dff-eac4d4986615e0ed
IODev MyBroker
LASTInputDev MyBroker
MSGCNT 7
MyBroker_MSGCNT 7
MyBroker_TIME 2020-11-17 20:33:16
NAME MQTT2_wasser
NR 372
STATE <b>Zählerstand:</b> 0.5850 m<sup>3</sup><br><b>Verbrauch heute:</b> 0.00 Liter<br><b>Durchfluss:</b> 0.00 Liter/min
TYPE MQTT2_DEVICE
READINGS:
2020-11-17 20:33:16 dtime 350
2020-11-17 20:33:16 flow 0
2020-11-17 20:33:16 readout 182.5850
2020-11-17 20:33:16 statFlowDay Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statFlowHour Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statFlowMonth Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statFlowYear Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statValueDay Min: 0.5829 Avg: 0.5829 Max: 0.5850 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statValueHour Min: 0.5829 Avg: 0.5829 Max: 0.5850 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statValueMonth Min: 0.5829 Avg: 0.5829 Max: 0.5850 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statValueYear Min: 0.5829 Avg: 0.5829 Max: 0.5850 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statVolumeDay Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statVolumeHour Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statVolumeMonth Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 statVolumeYear Min: 0 Avg: 0 Max: 0 (since: 2020-11-17_20:27:26 )
2020-11-17 20:33:16 value 0.5850
2020-11-17 20:33:16 valueDay 0
2020-11-17 20:33:16 valueHour 0
2020-11-17 20:33:16 volume 2.10000000000002
helper:
_98_statistics Wasserstatistik
Attributes:
IODev MyBroker
alias Haus_Wasserverbrauch
event-on-change-reading .*(flow|volume|value|stat).*
event-on-update-reading .*readout|statFlowHourLast.*
icon sani_water_tap
readingList wasser:watermeter/readout:.* readout
room MQTT2_DEVICE
stateFormat {
my @dayval = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Month: 0"));;
sprintf("<b>Zählerstand:</b> %.4f m<sup>3</sup><br>".
"<b>Verbrauch heute:</b> %0.2f Liter<br>".
"<b>Durchfluss:</b> %0.2f Liter/min",
ReadingsVal($name,"value",0),
$dayval[3]*1000,
ReadingsVal($name,"flow",0)
);;
}
userReadings flow:readout.* {
my $td = ReadingsVal($name,"dtime",1);;
my $oldval = ReadingsVal($name,"flow",0);;
($td lt 20) ? $oldval : ReadingsVal($name,"volume",0)/$td*60;;
},
valueHour:readout.* {
my ($d,$value) = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Year: 0"));;
$value*1000;;
},
valueDay:readout.* {
my ($d1,$d2,$d3,$value) = split(" ",ReadingsVal($name,"statValue","Hour: 0 Day: 0 Year: 0"));;
$value*1000;;
},
volume:readout.* difference {ReadingsVal($name,"value",0)*1000;;},
dtime:readout.* difference {time_str2num(ReadingsTimestamp($name,"value",0));;},
value:readout.* {
my ($inint,$inrest) = split(/\./,ReadingsVal($name,"readout",0));;
my ($valint,$valrest) = split(/\./,ReadingsVal($name,"value",0));;
my $oldval = ($valint.".".$valrest);;
$valint = $inint if ($inint !~ m/.*N.*/);;
$valrest = $inrest if ($inrest !~ m/.*N.*/);;
$valint++ if (($valrest-$inrest) > 8000);; # wahrscheinlich Nulldurchgang
$valint = int($oldval) if (($valint - int($oldval)) gt 1);; # wahrscheinlich Fehlerkennung
my $result = ($valint.".".$valrest);;
return ($result ge $oldval)?$result:$oldval;; # sichere monotones Steigen
}
Internals:
CFGFN
DEF MQTT2_wasser
DEV_REGEXP MQTT2_wasser
FUUID 5fb422ca-f33f-f73e-767e-e2a7bf1f5c7101c4
NAME Wasserstatistik
NOTIFYDEV global,MQTT2_wasser
NR 436
NTFY_ORDER 10-Wasserstatistik
PREFIX stat
STATE Updated stats for: MQTT2_wasser
TYPE statistics
READINGS:
2020-11-17 20:27:26 monitoredDevicesMQTT2_DEVICE MQTT2_wasser
2020-11-17 20:21:57 monitoredDevicesUnsupported MQTT2_wasser#MQTT2_DEVICE
2020-11-17 20:21:57 nextPeriodChangeCalc 2020-11-17 20:59:55
2020-11-17 20:41:31 state Updated stats for: MQTT2_wasser
fhem:
modulVersion $Date: 2019-12-24 00:07:57 +0100 (Tue, 24 Dec 2019) $
nextPeriodChangeTime 1605643195
Attributes:
deltaReadings value
minAvgMaxReadings value,flow,volume
room zz_Verbrauch
Danke schon mal für Deine Mühe.
Hast Du eigentlich das Problem gelöst, dass bei Dir kein "statValue" mit den Werten "Hour: 0 Day: 0 Month: 0" erzeugt wird ? bei mir fehlt es nämlich, weswegen auch keine Verbrauchswerte angezeigt werden.
Gruß
Sven
Hallo Sven,
habe mich nicht wirklich weiter mit statistics abgemüht.
Läuft auf WaterCalCulator und der bringt mir alle wichtigen Infos.
LG
p99p
Alles klar, vielen Dank. Dann werde ich mich auch mal mit dem WaterCalCulator beschäftigen.
LG
Sven
Hallo zusammen,
nachdem ich einen neuen Wasserzähler bekommen habe, den ich nicht mehr mit einem induktiven Näherungssensor auslesen kann, habe ich mich an der ESP32-CAM versucht.
Im Prinzip funktioniert der Aufbau, und das Bild in Overview ändert sich auch gelegentlich, aber das war es auch schon. MQTT funktioniert im Prinzip, ich hab's geprüft; es kommen aber bis den Anfang keine Daten mehr rein.
Wie komme ich weiter?
Viele Grüße Gisbert
Hallo zusammen,
mein MQTT-Problem ist gelöst. Es lag beim Fhem-Device. Ich stelle immer wieder fest, dass nach Attributänderungen oder raw-Editierung MQTT nicht mehr funktioniert. Abhilfe ist dann autosubscribe... zu ändern und wieder auf das richtige Topic zu setzen und die Änderungen abzuspeichern.
Die Auslesung funktioniert im Prinzip, scheint aber schleppend zu sein. Wie im angehängten Bild zu sehen ist, zeigt das Foto einen höheren Wert als den value-Wert an. Ich kann ja, ohne den Aufbau zu ändern, nicht mehr nachschauen, wie der aktuelle Wert ist.
Ist das Verhalten üblich?
Noch eine Frage. Wenn der Messaufbau verändert wird, muss man dann die SD-Karte auf den Ursprung zurücksetzen, oder gibt es eine andere Möglichkeit den Bereich der Ziffern neu zu definieren?
Viele Grüße Gisbert
Hi Gisbert,
Durch Spiegelungen im Bild bekommst du falsche Werte. Ich würde evtl die Kamera anderst justieren.
Ebenso würde ich den roten Zählbereich entfernen. Die digitalen reichen dir doch aus.
Wenn keine analogen Zähler vorhanden sind kannst die auch in der konfig entfernen.
grüße
Frank
Hallo Frank,
ich verstehe nicht genau, was du mir mitteilen willst. Die roten drei Ziffern sind die Hunderter, Zehner ein Ein-Liter-Werte. Die benötige ich doch schon, oder nicht? Analoge Rädchen hab ich nicht.
An der Ausrichtung muss ich dann wohl noch arbeiten. Leider habe ich den Ring der kleinen Kamera ganz schön maltretiert, bevor sie sich bewegt hat. Bei ca. 4-5 cm bekomme ich ein scharfes Bild. In der Anleitung hab ich gelesen, dass man auf 10 cm scharf stellen soll - das hab ich leider nicht geschafft.
Wie kann ich denn im laufenden Betrieb ein neues Referenzbild definieren und die dazu passenden Bereich für die einzelnen Ziffern? Geht das überhaupt?
Viele Grüße Gisbert
Ja, das geht. Du rufst die Webseite des Gerätes auf, so wie es in Deinem Bild zu sehen ist, und gehst über den Menüpunkt "Configuration" und darunter dann auf "Edit Configuration". Danach geht eine neue Seite auf und dort gibt es die Unterpunkte "Alignment" zur Festlegung des Referenzbildes und "Regions of Interst (ROI)" zum Festlegen der Zahlenbereiche.
Hallo eki,
danke für den Hinweis. Es bewahrheitet sich mal wieder der Spruch: "Man sieht nur, was man kennt."
Viele Grüße Gisbert
Zitat von: Gisbert am 06 Dezember 2021, 22:13:34
ich verstehe nicht genau, was du mir mitteilen willst. Die roten drei Ziffern sind die Hunderter, Zehner ein Ein-Liter-Werte. Die benötige ich doch schon, oder nicht? Analoge Rädchen hab ich nicht.
An der Ausrichtung muss ich dann wohl noch arbeiten. Leider habe ich den Ring der kleinen Kamera ganz schön maltretiert, bevor sie sich bewegt hat. Bei ca. 4-5 cm bekomme ich ein scharfes Bild. In der Anleitung hab ich gelesen, dass man auf 10 cm scharf stellen soll - das hab ich leider nicht geschafft.
Hi Gisbert,
Ja, wenn durch Spiegelung falsche Zahlen erkannt werden ist das ein Problem. das negative zählen müsste man ihm in den Einstellungen verbieten.
Wenn er nicht negativ zählen darf dauert es bis der gelesene Wert höher ist als der falsch gelesene bis wieder ein neuer Wert kommt.
Was mich an deinem Bild wundert ist der rote Rahmen um alle Digits. daher dachte ich an die analogen. die sind bei mir rot.
Ich habe aber auch nicht die aktuelle Version drauf. wenns mal läuft machst da ja kein Update mehr.
Jetzt wo ich gerade bei meinem drauf war sehe ich auch dass die analogen grün sind.
Aber was hast Du da für einen roten Rahmen um alle Zahlen?
Grüße
Frank
Hallo Frank,
bei der Installation kam die Frage nach interessanten Bereich (oder so ähnlich), da hab ich alle Ziffern ausgewählt mit rotem Rahmen. Ich glaube, dass ich mich um ein neues Referenzbild mit weniger Spiegelungen bemühen werde, und dann sehe, wie es von dort weitergeht.
Hilft es eventuell die LED mit weißem Papier zu dimmen?
Viele Grüße Gisbert
Eine Diffusor Folie könnte wirich helfen, dadurch wird das Licht indirekter.
Musst ausprobieren. Und vor allem von außen abdunkeln dass nichts von der seite kommt. Ich hab das alles in nem HT Rohr.
Ich meine man wählt am Anfang zwei kontrastreiche statische Bereiche aus anhand derer das Bild vor dem Bereich ausgerichtet werden kann.
An den Digits ist ja nichts wirklich statisch.
Grüße
Frank
Habe bei mir das System jetzt auch installiert. Bei der Einrichtung hatte ich allerdings Probleme mit häufigen neustarts des ESP.
Seitdem es fertig eingerichtet ist, schickt er zuverlässig alle 5 Minuten den Zählerstand per MQTT. Beim Aufruf der Weboberfläche kommt es aber häufig zu neustarts. Einfach nicht mehr anfassen.
Hallo Kurt,
vielen Dank für deine Beobachtung. Ich habe auch festgestellt, dass man die Webseite nicht aufrufen sollte, wenn es nicht nötig ist, um das besagte Neustarten des ESP32 nicht zu provozieren. Nach Neuausrichtung und Abblenden der LED ist das Sichtfeld einigermaßen ok. Ich stelle aber noch fest, dass der Zähler gewisse Abweichungen hat mit der Tendenz zum Vorlaufen. Im Vergleich zu meinem schönen induktiven Näherungssensor, der nach dem Austausch der Wasseruhr gegen ein anderes Modell nicht mehr funktionierte, bis dahin aber den Liter genau lief, ist das fotogrfische Auslesen mit Bilderkennung eher ein Schätzeisen mit einer Ungenauigkeit von 10-20 Liter.
Ich will mal nicht meckern und bin froh, dass ich überhaupt eine Lösung habe.
Ich bin noch am überlegen, ob ich nicht nach der Wasseruhr der Stadtwerke einen eigenen Wasserzähler einbaue, den ich mit einem induktiven Näherungssensor auslesen kann. Der ist zwar dann nicht geeicht wie der vom Stadtwerk, aber die Abweichung kann ich ja dann sehen und in der Auswertung korrigieren.
Viele Grüße Gisbert
Hallo zusammen,
ich werte den ESP32-CAM-Wasserzähler mit dem Modul WaterCalculator aus. Leider bekomme ich gar keinen Durchfluss (l/min) angezeigt, obwohl ein Wasserverbrauch da ist.
Habt ihr das ggf. auch im Zusammenhang mit dem ESP32-CAM-Wasserzähler beobachtet?
Hier meine raw-Definition des Moduls:
defmod myWaterCalculator WaterCalculator WassermesserESP32CAM:mod_value.*
attr myWaterCalculator BasicPricePerAnnum 0
attr myWaterCalculator Currency €
attr myWaterCalculator DecimalPlace 3
attr myWaterCalculator MonthOfAnnualReading 12
attr myWaterCalculator MonthlyPayment 0
attr myWaterCalculator ReadingDestination CalculatorDevice
attr myWaterCalculator WFRUnit l/min
attr myWaterCalculator WaterCounterOffset 0
attr myWaterCalculator WaterCubicPerCounts 0.001
attr myWaterCalculator WaterPricePerCubic 5
Diese Attribute zeigen außer Null nichts an:
WassermesserESP32CAM_mod_value_WFRCurrent 0.000 2021-12-11 13:54:59
WassermesserESP32CAM_mod_value_WFRDayAver 0.000 2021-12-11 13:54:59
WassermesserESP32CAM_mod_value_WFRDayMax 0 2021-12-11 00:00:01
WassermesserESP32CAM_mod_value_WFRDayMin 0.000 2021-12-11 00:00:01
Viele Grüße Gisbert
Zitat von: Gisbert am 10 Dezember 2021, 19:36:32
Ich stelle aber noch fest, dass der Zähler gewisse Abweichungen hat mit der Tendenz zum Vorlaufen. Im Vergleich zu meinem schönen induktiven Näherungssensor, der nach dem Austausch der Wasseruhr gegen ein anderes Modell nicht mehr funktionierte, bis dahin aber den Liter genau lief, ist das fotogrfische Auslesen mit Bilderkennung eher ein Schätzeisen mit einer Ungenauigkeit von 10-20 Liter.
Hallo Gisbert,
Bei mir läuft der so genau wie die Zähler Rädchen. also auf 0,1l genau.
Wie ich gerade feststelle sogar bei verschobenem Bild. werd das aber dennoch wieder justieren. ;)
schau also vielleicht nochmal nach deiner Bildqualität und den Digit Bereichen.
Grüße
Frank
Hallo Frank,
bei mir läuft es nicht rund.
Die raw-Erkennung sagt 21332 Liter, die dann als 21432 Liter ausgegeben werden, mithin 100 Liter daneben. Das passiert leider immer wieder.
Viele Grüße Gisbert
Das ist bei Deinem "previous Value" auch richtig.
Ich glaube diesen Wert kann man ändern, oder nicht?
Ja, settings --> set previos value oder so.
Gisbert, deine Bildqualität ist jetzt 1a! so läuft das bestimmt super!
nur den großen roten Bereich, Ich denke da hast was missverstanden. diese sind nur zum ausrichten des Bildes falls sich die Kamera mal verschiebt.
schau mal hier: https://github.com/jomjol/AI-on-the-edge-device/wiki
Hallo Gisbert,
habe eine Kleingkeiten entdeckt die deinem System evtl. helfen könnten.
Setze mal die "Alignment Marks" auf sich nicht verändernde,
weit auseinanderligende, markante Bereiche deines Bildes.
Den einen hast du auf das Zählwerk gelegt ( roter Ramen ).
Die KI braucht Punkte, an denen sie sich orientieren kann.
Die Ausgabe kannst du auf m³ setzen, wenn du in der Konfig DecimalShift aktivierst und auf -3 setzt.
Erleichtert die nachfolgenden Berechnungen.
Hallo,
ich habe jetzt bei mir auch dieses Projekt umgesetzt und es funktioniert!
Wo ich jetzt noch Probleme habe ist mit dem MQTT. Diesen habe ich mit folgenden Einstellungen angelegt!
[MQTT]
Uri = mqtt://192.168.0.91:1884
Topic = watermeter/readout
ClientID = wasser
;user = USERNAME
;password = PASSWORD
Aber in FHEM bekomme ich es nicht hin. Das Serverdevice ist angelegt und schein zu funktionieren!
Muss ich jetzt noch das MQTT Device selbst anlegen oder wird es per Autocreate gemacht?
Danke Sig10680
Was benutzt Du denn als MQTT broker/server? MQTT2 in FHEM oder etwas externes (MOSQUITTO).
Falls Du MQTT2_SERVER benutzt, also ein FHEM Device vom Typ MQTT2_SERVER angelegt hast, musst Du dort das Attribut "autocreate" auf "simple" oder "complex" (ich verwende "simple") setzen. Zusätzlich musst Du ein Device vom Typ autocreate anlegen (define autocreate autocreate). Dann sollte automatisch beim ersten Empfangen der MQTT Nachrichten ein Device vom TYP MQTT2_DEVICE mit den entsprechenden Readings angelegt werden.
Falls Du einen externen MQTT Server verwendest, lies mal hier (https://wiki.fhem.de/wiki/MQTT (https://wiki.fhem.de/wiki/MQTT)) nach.
Nope. "simple" ist der default bei MQTT2_SERVER und muss nicht extra aktiviert werden!
Zitat von: eki am 20 Dezember 2021, 10:20:07
Was benutzt Du denn als MQTT broker/server? MQTT2 in FHEM oder etwas externes (MOSQUITTO).
Falls Du MQTT2_SERVER benutzt, also ein FHEM Device vom Typ MQTT2_SERVER angelegt hast, musst Du dort das Attribut "autocreate" auf "simple" oder "complex" (ich verwende "simple") setzen. Zusätzlich musst Du ein Device vom Typ autocreate anlegen (define autocreate autocreate). Dann sollte automatisch beim ersten Empfangen der MQTT Nachrichten ein Device vom TYP MQTT2_DEVICE mit den entsprechenden Readings angelegt werden.
Falls Du einen externen MQTT Server verwendest, lies mal hier (https://wiki.fhem.de/wiki/MQTT (https://wiki.fhem.de/wiki/MQTT)) nach.
Hallo,
Ich benutze den MQTT Server von FHEM
Internals:
CFGFN
DEF 1884 global
FD 32
FUUID 61c03477-f33f-1cb4-a22b-0993b4dee29d9b87
NAME ESP32_MQTT
NR 13299
PORT 1884
STATE Initialized
TYPE MQTT2_SERVER
.attraggr:
.attrminint:
READINGS:
2021-12-20 08:44:55 nrclients 0
2021-12-20 08:44:55 state Initialized
clients:
retain:
Attributes:
autocreate simple
room MQTT2_SERVERaber irgenwie wird da nix angelegt.!
Port?
Nochmal: autocreate am M2S ist nicht erforderlich (schadet aber auch nicht).
Zitat von: Beta-User am 20 Dezember 2021, 10:45:33
Port?
Nochmal: autocreate am M2S ist nicht erforderlich (schadet aber auch nicht).
Port habe ich im ESP32 auf 1884 und auch im FHEM Server.
Autocreate habe ich auch nochmals angelegt.
Selbes Netz?
Zitat von: Beta-User am 20 Dezember 2021, 10:54:14
Selbes Netz?
Ja gleiches netz!
gibt es noch eine andere lösung wie ich es auslesen kann?
...irgendwas ist komisch... allowed für dem M2S konfiguriert?
Ansonsten klappt das nämlich afaik IMMER - bei allen Geräten, die tatsächlich MQTT senden... Probleme sollten mit verbose 5 im log landen.
Zitat von: Beta-User am 20 Dezember 2021, 11:10:29
...irgendwas ist komisch... allowed für dem M2S konfiguriert?
Ansonsten klappt das nämlich afaik IMMER - bei allen Geräten, die tatsächlich MQTT senden... Probleme sollten mit verbose 5 im log landen.
Im Allowed ist der Server gesetzt. Ich Probiere es mal mit Verbose 5!
Da allowed aktiv ist: Die Zugangsdaten waren oben auskommentiert. Die hast du passend mit einkompiliert?
MQTT2_DEVICE Instanzen werden dann angelegt, falls eine autocreate Instanz exisitiert.
Das ist zwar beim anfaenglichen fhem.cfg der Fall, aber diverse Schlaumeier sind der Ansicht, dass man das abschalten soll.
MQTT2_SERVER kann das Anlegen neuer MQTT2_DEVICES oder neuer Readings verhindern, wenn man das autocreate Attribut auf no setzt.
Wenn man unsicher ist, dann kann man im Event-Monitor schauen, was genau kommt.
Noch mehr Infos kriegt man (im FHEM-Log), wenn man das verbose Attribut des MQTT2_SERVERs auf 5 setzt.
Zitat von: Beta-User am 20 Dezember 2021, 11:23:42
Da allowed aktiv ist: Die Zugangsdaten waren oben auskommentiert. Die hast du passend mit einkompiliert?
Ja Passwort und Benutzer sind im ESP32 gesetzt. Keine Ahnung warum es nicht geht.
Danke für eure Hilfe!
Hallo,
ich habe es jetzt nochmal auf einem anderen FHEM Server eingerichtet und damit hat es auf anhieb geklappt.
Ich muss nochmal jetzt nochmal nachschauen an was es dann eigentlich gelegen hat.
Danke an alle die mir geholfen haben
Hallo zusammen,
ich habe das Projekt mit der ESP32-CAM abgebrochen. Es gab einen Haupt- und einen untergeordneten Grund.
Der Hauptgrund war schlicht und einfach der Umstand, dass ich es geschafft habe, den Wasserzähler mit einem induktiven Näherungssensor auszulesen. Das ist eine sehr robuste Methode, die auch sehr gut in Fhem integriert ist.
Der weitere Grund ist, dass ich wohl ein ESP32-CAM-Modell erwischt habe, welches bzgl. der 5V-Spannungsversorgung sehr unzuverlässig arbeitete.
Ich wollte im Anschluss wenigstens das Board retten und hatte Tasmota aufgespielt. Auch damit war selbst unter Spannungskontrolle kein stabiler Betrieb möglich. Ich hab das Board in die ewigen Jagdgründe geschickt.
Viele Grüße Gisbert
Hallo zusammen!
Wollte mich vor allem mal bei eki und jomjol für das tolle Projekt und dessen Vorstellung hier im Forum bedanken!
Bin kürzlich nur zufällig über den Thread gestolpert und dachte mir: Klingt einfach und für die Wasseruhr suche ich sowieso schon länger nach einer (einfachen) Möglichkeit zur FHEM-Anbindung
Hab' mir den Kram bestellt und nach Anleitung auf jomjols Seite eingerichtet und per MQTT an FHEM angebunden.
Was soll ich sagen, soweit, so einfach, so gut! Funktioniert auf anhieb prächtig!
Bei der Suche nach einer geeigneten Befestigungsmöglichkeit/Gehäuse bin ich übrigens im Baumarkt in der Sanitär-Installationsabteilung fündig geworden: HT-Rohre DN90 und entsprechendes Zubehör passen ganz gut, zumindest zu meiner Wasseruhr (s. Foto) Das ESP-Modul selbst ist im Deckel einfach von außen per Magnet fixiert.
gb#
Hallo,
nachdem ich es nach mehreren Anlaufen geschaft habe in FHEM mit Mqtt einzurichten habe ich ein Problem mit der Erkennung!
Der dritte Analoge Zähler wird denke ich nicht richtig erkannt. Wie könnte ich es lösen....(Bild im Anhang)
Danke Sig10680
Zitat von: Benni am 21 Dezember 2021, 21:00:52
Bei der Suche nach einer geeigneten Befestigungsmöglichkeit/Gehäuse bin ich übrigens im Baumarkt in der Sanitär-Installationsabteilung fündig geworden: HT-Rohre DN90 und entsprechendes Zubehör passen ganz gut, zumindest zu meiner Wasseruhr (s. Foto) Das ESP-Modul selbst ist im Deckel einfach von außen per Magnet fixiert.
Ja, hab ich auch mit HT gemacht. müssten hier im Thread auch irgendwo nen Bild stecken.
Wie meinst Du das mit dem Magneten? kannst das evtl näher beschreiben?
Danke & Grüße
Frank
Zitat von: Frank_Huber am 22 Dezember 2021, 12:50:01
Ja, hab ich auch mit HT gemacht. müssten hier im Thread auch irgendwo nen Bild stecken.
Habe ich gesehen, ich habe aber HT DN 90 genommen, die kann ich komplett über die Wasseruhr drüber stülpen.
Gegen das Verdrehen habe ich das Rohr unten, dort wo dann die 4 Nasen des Schraubglasdeckels der Uhr sind, eingekerbt.
Zitat
Wie meinst Du das mit dem Magneten? kannst das evtl näher beschreiben?
Ja, kann ich: Ich habe mir, weil ich faul bin, so ein komplettes All-In-One-Board (https://www.amazon.de/gp/product/B09CYWPDC6) inkl. USB-Programmierer besorgt, da muss ich dann nicht noch was löten, von wegen USB-Port. Auf dem USB-Teil ist die Platine auf der Rückseite quasi nackt. Dort habe ich dann ein Selbstklebendes Magnetplättchen (https://www.amazon.de/Magnetastico-Selbstklebende-Klebemagnete-Marken-Klebeband-Selbstklebend/dp/B01M8NX5OP) (so was hatte ich noch rum liegen) aufgeklebt. Das liegt dann innen im Deckel an der Oberseite an und wird von außen per Magnet (im Foto das Blaue Teil) mit entsprechendem Gegenpol gehalten.
Vorteil ist, dass ich das zum einen relativ frei im Deckel fein positionieren kann und zum anderen bei Bedarf auch einfach wieder raus nehmen kann.
Ach ja! Die Kamera selbst habe ich noch mit einem Tropfen Sekundenkleber am SD-Karten-Slot fixiert, damit die auch schön senkrecht nach unten schaut.
gb#
Zitat von: Benni am 22 Dezember 2021, 15:50:03
Habe ich gesehen, ich habe aber HT DN 90 genommen, die kann ich komplett über die Wasseruhr drüber stülpen.
Gegen das Verdrehen habe ich das Rohr unten, dort wo dann die 4 Nasen des Schraubglasdeckels der Uhr sind, eingekerbt.
Ja, kann ich: Ich habe mir, weil ich faul bin, so ein komplettes All-In-One-Board (https://www.amazon.de/gp/product/B09CYWPDC6) inkl. USB-Programmierer besorgt, da muss ich dann nicht noch was löten, von wegen USB-Port. Auf dem USB-Teil ist die Platine auf der Rückseite quasi nackt. Dort habe ich dann ein Selbstklebendes Magnetplättchen (https://www.amazon.de/Magnetastico-Selbstklebende-Klebemagnete-Marken-Klebeband-Selbstklebend/dp/B01M8NX5OP) (so was hatte ich noch rum liegen) aufgeklebt. Das liegt dann innen im Deckel an der Oberseite an und wird von außen per Magnet (im Foto das Blaue Teil) mit entsprechendem Gegenpol gehalten.
Vorteil ist, dass ich das zum einen relativ frei im Deckel fein positionieren kann und zum anderen bei Bedarf auch einfach wieder raus nehmen kann.
Ach ja! Die Kamera selbst habe ich noch mit einem Tropfen Sekundenkleber am SD-Karten-Slot fixiert, damit die auch schön senkrecht nach unten schaut.
Danke, guter Trick mit dem Magneten. :-)
ein größeres HT wäre bei mir nicht gegangen, der Zähler hat noch einen Klappbaren Deckel, da war das 75er einfacher.
So ist halt jeder Zähler ein bißchen anderst aber jeder findet eine passende Lössung. ;-)
Hallo zusammen,
was nutzt Ihr den so für Längen der Rohre?
Also wie ist der Abstand bei euch?
VG Alex
Zitat von: Frank_Huber am 22 Dezember 2021, 16:18:32
Danke, guter Trick mit dem Magneten. :-)
ein größeres HT wäre bei mir nicht gegangen, der Zähler hat noch einen Klappbaren Deckel, da war das 75er einfacher.
So ist halt jeder Zähler ein bißchen anderst aber jeder findet eine passende Lössung. ;-)
Klappdeckel gibt es bei mir auch. Der ist einfach aufgeklappt im Rohr. Stört nicht weiter! ;)
Zitat von: majestro84 am 22 Dezember 2021, 16:20:19
was nutzt Ihr den so für Längen der Rohre?
Also wie ist der Abstand bei euch?
Habe gerade mal kurz nachgeschaut: Der Abstand zw. Kameralinse und Wasseruhr (Glas) beträgt bei mir in etwa 10cm.
gb#
Zitat von: majestro84 am 22 Dezember 2021, 16:20:19
Hallo zusammen,
was nutzt Ihr den so für Längen der Rohre?
Also wie ist der Abstand bei euch?
VG Alex
Ich nutze zwar kein HT Rohr sondern habe mir was passendes gedruckt, aber Länge von den Einkerbungen der Wasseruhr bis zur Kameralinse sind 12cm, von der Scheibe des Zählers gemessen sind es dann ca. 9cm.
Als ich innerlich schon mit der Erfassung des Wasserzählers abgeschlossen hatte, bin ich auf das Projekt gestoßen. Also, Sachen bestellt und los.
Funktioniert bis auf kleinere Details auch prima.
Ich scheitere aber an einer fundamentalen Sachen: MQTT. Ich habe einen Broker über Mosquitto im Docker-Container laufen. Alle Geräte (Shellies, Gosund etc.) verbinden sich anstandslos und haben sich automatisch angelegt.
Nur dieser Wasserzähler nicht.
Das FHEM-Log meldet:
1: json2namevalue: Error parsing >NNNNN.465,"error":"","rate":0.000000,"timestamp":""< for prefix/name:value
Über den MQTT-Explorer sehe ich die Werte des Wasserzählers. Autocreate ist auf "simple" gestellt.
Wer kann mir auf die Sprünge helfen?
PS: Ich weiß, NNNNN ist nicht gut. Da muss ich nochmal in der Ausrichtung nachbessern
Zitat von: andy19850 am 23 Dezember 2021, 14:12:40
1: json2namevalue: Error parsing >NNNNN.465,"error":"","rate":0.000000,"timestamp":""< for prefix/name:value
Das sieht danach aus, also würde das Element im JSON ohne Quotes übermittelt, was eigentlich nur für Zahlen vorgesehen ist. Falls es möglich ist, müßtest du mal versuchen, den ganzen JSON-Blob abzugreifen, damit man das nachstellen kann, ansonsten halte ich es für einen Bug der firmware, wenn (hier) unzulässigerweise keine Quotes gesetzt werden, obwohl kein Zahlenwert übergeben wird.
(Etwas mehr Infos zum verwendeten Modul wären auch hilfreich, ich vermute MQTT2_DEVICE?).
Genau MQTT2_Device, sorry!
{"value":NNNNN.454,"error":"","rate":0.000000,"timestamp":""}
Der MQTT Explorer meldet das als json.
...es entspricht aber leider nicht der JSON-spec (oder dem, was ich aus diesem Link ableite: https://forum.fhem.de/index.php/topic,108080.msg1181123.html#msg1181123)...
Mal angenommen, dein Device heißt "Dummy", dann wirft die erste Variante einen/den Fehler, die zweite geht (jeweils via FHEM-Kommandofeld)...
{ json2reading($defs{Dummy},'{"value":NNNNN.454,"error":"","rate":0.000000,"timestamp":""}' )}
{ json2reading($defs{Dummy},'{"value":"NNNNN.454","error":"","rate":0.000000,"timestamp":""}' )}
Zitat von: andy19850 am 23 Dezember 2021, 14:12:40
PS: Ich weiß, NNNNN ist nicht gut. Da muss ich nochmal in der Ausrichtung nachbessern
Mache das mal zuerst, dann werden auch Zahlen übertragen. Wenn dann noch ein Problem.ist, kannst du weiter suchen.
Habe ich getan. Keine Fehlermeldung im Log, aber auch kein neues Device...
Json:
{"value":774.246,"error":"Rate too high - Read: 774.574 - Pre: 774.246","rate":0.000000,"timestamp":""}
btw...was bedeutet Rate too high?
Ist das der erste Wert, der gesendet wurde, dann behaupte ich mal, dass die Differenz der Änderung zu Null zu hoch ist.
Ich lese nur mit, momentan habe ich noch keine Verwendung für diese Methode.
MQTT2_Client, hmm. Ich weiß nur, dass es keine eindeutige ID diesem Fall gibt, wodurch die Geräte unterschieden werden. Wie sich das auswirkt, keine Ahnung.
Hast du mal probiert manuell anzulegen?
Manuell habe ich es noch nicht versucht. Magst du mir einen Denkanstoß geben, wie ich das bewerkstelligen kann?
Zitat von: andy19850 am 24 Dezember 2021, 09:27:21
Manuell habe ich es noch nicht versucht. Magst du mir einen Denkanstoß geben, wie ich das bewerkstelligen kann?
https://fhem.de/commandref.html#MQTT2_CLIENT (https://fhem.de/commandref.html#MQTT2_CLIENT)
https://wiki.fhem.de/wiki/MQTT2_CLIENT (https://wiki.fhem.de/wiki/MQTT2_CLIENT)
Edit: Links korrigiert, versehentlich auf das alte MQTT verwiesen ::)
Ich habe das früher nur mit den "alten" MQTT + Mosquitto gemacht.
Falls du nicht zurecht kommst, mache einen neue Thread im richtigen Unterforum auf.
Zitat von: frober am 24 Dezember 2021, 10:20:06
Ich habe das früher nur mit den "alten" MQTT + Mosquitto gemacht.
Falls du nicht zurecht kommst, mache einen neue Thread im richtigen Unterforum auf.
Meine Güte, nur weil sich der Sensor zurecht beschwert, dass der ermittelte Wert zu weit vom alten (0) abweicht, muss man doch nicht gleich alles mögliche in die Luft werfen...
Einfach erst mal einen sauberen Alt-Wert in die firmware werfen, und wenn es dann mit MQTT2_CLIENT nicht klappen will, ggf. auf MQTT2_SERVER wechseln (anderer Port).
Für JSON-Payloads ist MQTT_DEVICE einfach outdated, und wenn es um's Senden von JSON geht, ist es einfach nicht mehr zu empfehlen. Also sollten sich Einsteiger damit nicht befassen, und manuelles Anlegen geht mit MQTT2_DEVICE zwar anders, aber im Prinzip dann doch ganz ähnlich...
Zitat von: Beta-User am 24 Dezember 2021, 10:54:09
Meine Güte, nur weil sich der Sensor zurecht beschwert, dass der ermittelte Wert zu weit vom alten (0) abweicht, muss man doch nicht gleich alles mögliche in die Luft werfen...
Einfach erst mal einen sauberen Alt-Wert in die firmware werfen, und wenn es dann mit MQTT2_CLIENT nicht klappen will, ggf. auf MQTT2_SERVER wechseln (anderer Port).
Für JSON-Payloads ist MQTT_DEVICE einfach outdated, und wenn es um's Senden von JSON geht, ist es einfach nicht mehr zu empfehlen. Also sollten sich Einsteiger damit nicht befassen, und manuelles Anlegen geht mit MQTT2_DEVICE zwar anders, aber im Prinzip dann doch ganz ähnlich...
Das waren eigentlich zwei Themen oder meinst du, das die Beschwerde den Autocreate verhindert?
Oh F..ck, das war nicht meine Absicht, die Links weisen auf die MQTT nicht auf MQTT2, sorry.
P.S. habe es korrigiert
Na ja, wenn was gesendet wird, sollte auch was angelegt werden. Da wir aber weder wissen, ob TYPE=autocreate aktiv ist, noch, ob es ein "Sammeldevice" gibt, in dem die Werte gelandet sind, macht jedenfalls das Wechseln der Pferde m.E. wenig Sinn....
Autocreate simple hatte er geschrieben, ich gehe davon aus, das es auch noch gesetzt ist.
Auch TYPE, nicht (nur) Attribut...
Ist beides aktiviert...
Werde mich an den genannten Schritten versuchen. Bin nur verwundert, dass ich das Problem exklusiv für mich gebucht habe, insbesondere weil sonst immer alles lief... 8)
Zitat von: andy19850 am 24 Dezember 2021, 12:39:40
Ist beides aktiviert...
Werde mich an den genannten Schritten versuchen. Bin nur verwundert, dass ich das Problem exklusiv für mich gebucht habe, insbesondere weil sonst immer alles lief... 8)
Würde darauf tippen, dass die Daten angekommen sind, aber eben nicht da, wo du vermutest...
Mal was anderes:
nachdem mir vor einiger Zeit die SD-Karte kaputt gegangen war, habe ich das Ganze jetzt auf 9.2.0 hochgezogen und auch den ESP per USB-Flash komplett neu geflasht.
Das Einrichten klappte auch, die Kamera funktioniert also weiter. ABER: Auf der Startseite bekomme ich nur noch ein schwarzes Bild mit den POI an der richtigen Stelle angezeigt, und dann weder Werte noch Error-Messages.
Kennt jemand dieses Problem und kann vielleicht eine Lösung dafür posten...?
EDIT: Wirkt so, als würde die Anweisung fehlen, die interne LED zu verwenden.
Edit: Gefunden. Die neue config.ini geht davon aus, dass man externe LED's verbaut hat. Diese drei Zeilen auskommentieren..
Hi Beta-User,
ja, das Problem kenne ich auch!
Durch das Aufrufen der Seite kann man wohl den ESP aus dem Tritt bringen.
I.d.R. hilft nur ein harter Neustart des ESP per stromlos machen.
Einfacher Reboot hat bei mir meist nicht geholfen.
Ich habe bei mir das Intervall für die Zeit zwischen 2 Messungen auf 10 Minuten hochgesetzt. Irgendwo habe ich gelesen, dass der ESP für die Verarbeitung an sich rund 2 Minuten braucht.
Wenn man die Seite außerhalb dieser Verarbeitungszeit aufruft, tritt das Problem anscheinend nicht mehr auf.
Ich rufe inzwischen sogar meist nur das Bild per Direktlink ab, wenn ich mal auf die Uhr schauen will.
gb#
Zitat von: Benni am 26 Dezember 2021, 10:26:08
Ich rufe inzwischen sogar meist nur das Bild per Direktlink ab, wenn ich mal auf die Uhr schauen will.
Moin moin,
Wie ist denn der direktlink dazu?
Danke und Grüße
Frank
Zitat von: Frank_Huber am 26 Dezember 2021, 10:48:22
Wie ist denn der direktlink dazu?
Bei mir:
http://<IP-ADRESSE_DES_ESP>/img_tmp/alg_roi.jpg
gb#
Hmm,
hier nochmal meine persönliche summary zur aktuellen Version:
- mit 9.2.0 war an MQTT2_SERVER kein Lebenszeichen zu bekommen;
- irgendwie gingen immer mal wieder Konfigurationsdaten verloren, häufig war das Bild wieder wie gezeigt schwarz;
- harte reboots habe ich auch zwischendurch veranlasst, weil der ESP scheinbar hing bzw. eben die Config-Daten nicht angenommen zu haben scheint.
Bin jetzt auf die aktuelle Rolling gegangen. Damit "geht" es jetzt erst mal wieder, also:
- Lebenszeichen am MQTT2_SERVER (die Aktualisierung von "online" im default gefällt mir aber nicht, das ist m.E. eine nicht zu 100% gelungene LWT-Implementierung, reparabel auf FHEM-Seite);
- die Datenstruktur ist geändert, aha. Weiß nicht seit wann, jedenfalls wird anscheinend als erstes auf den "json"-Topic "Klartext" gesendet, so dass FHEM/MQTT2_DEVICE das als Klartextreading anlegt. Nicht gut, aber reparabel;
- preValue-Setter werden anscheinend weiter ignoriert, gibt ein issue dazu auf github. (Das dahinterliegende Problem ist ein unscharfes Bild, das werde ich jetzt erst mal von der mechanischen Seite her angehen;
Das wichtigste: Die neue Option, eine externe Beleuchtung zu konfigurieren, bringt anscheinend den ESP immer mal wieder beim Neustart auf die Idee, die intene LED nicht einzuschalten. Eine richtige Systematik dazu habe ich noch nicht herausgefunden, jedenfalls geht es gerade, nachdem ich die drei fraglichen Einträge unter dem (auskommentierten) [GPIO]-Abschnitt im Expertenmodus auch zum wiederholten Mal auskommentiert habe.
Mit der "rolling" scheint das Abspeichern der Config zuverlässiger zu klappen und das ganze wirkt irgendwie responsiver wie in 9.2.0.
Wer also Probleme hat, sollte - wie üblich - die beta-Version nehmen...
Jetzt muss ich erst mal wieder basteln, bis alles hardwareseitig wieder passt.
Ich habe mit der aktuellen Version auch einen Erfolg erzielen können.
Das Teil meldet sich per autocreate. Allerdings erst, als ich noch ein Subtopic in die Config eingebaut habe (vielleicht für andere interessant)
Hallo zusammen,
ich habe das Projekt jetzt bei mir auch am Laufen.
Mein 1. Problem war gewesen, dass ich aus China eine ESP32 Cam mit nur 2MB Speicher gesendet bekam. Die Kamera war auch sehr bescheiden. Da der Verkäufer den Artikel mit 8MB beworben hatte habe ich diesen retourniert...
Jetzt habe ich von einem deutschen Versender die 4MB Version bekommen - und die Software funktioniert grundsächlich... die Ziffern meiner Wasseruhr werden bisher richtig gelesen. Auch ist die Kamera besser und schärfer als bei dem 1. Modul.
Jetzt zu meinem 2. Problem:
Bei mir läuft FHEM mit MQTT2_Server. Zigbee und tasmota Komponenten sind mehrere über den MQTT2_Server auch eingebunden.
Bei AI on the Edge ist MQTT aktiviert.
Bei Uri ist mqtt://192.168.1.18:1883 eingetragen - das ist die IP von meinem FHEM und der Port von MQTT2_Server.
Maintopic und ClientID sind aktiviert. USER und PASSWORD sind deaktiviert.
Bei FHEM wird aber kein neues DEVICE im Ordner MQTT2_DEVICE angelegt.
Ich habe auch schon beim MQTT2_SERVER den VERBOSE auf 5 gesetzt ... sehe aber im EVENT-LOG auch keine Daten.
Habt ihr Tipps wie ich evt. das Problem eingrenzen kann?
Woran könnte es hapern?
Danke vorab für eure Antworten.
LG, Sprudelverduenner
autocreate im MQTT2_Server aktiviert?
Das Device autocreate auch aktiv?
Zitat von: sprudelverduenner am 12 Januar 2022, 22:21:46
Bei FHEM wird aber kein neues DEVICE im Ordner MQTT2_DEVICE angelegt.
Kommt mir bekannt vor (trotz "doppeltem autocreate"):
Zitat von: Beta-User am 28 Dezember 2021, 11:15:38
- mit 9.2.0 war an MQTT2_SERVER kein Lebenszeichen zu bekommen;
[...]
Bin jetzt auf die aktuelle Rolling gegangen. Damit "geht" es jetzt erst mal wieder, also:
- Lebenszeichen am MQTT2_SERVER (die Aktualisierung von "online" im default gefällt mir aber nicht, das ist m.E. eine nicht zu 100% gelungene LWT-Implementierung, reparabel auf FHEM-Seite);
Die letzte stabile Version dürfte MQTT-mäßig der genannten "rolling" entsprechen, allerdings bin ich nach wie vor nicht sicher, warum das ganze ist, wie es ist und habe jetzt den Verdacht, dass es uU. daran gelegen hat, dass erst mal kein gültiger Wert ermittelt werden konnte (auch weil das mit dem preset-Value nicht geklappt hatte).
Hast du denn einen "gültigen Auslese-Wert", wenn du das Web-Interface aufrufst?
Ich wage zu behaupten dass die Erkennung funktionieren sollte ....
Die Software ist die letzte Version von vor 3 Tagen.
Schon. Aber es steht auf Error => presetValue setzen...
Das Problem mit MQTT und der Neusten Version sollte gelöst sein.
siehe hier
https://github.com/jomjol/AI-on-the-edge-device/issues/543 (https://github.com/jomjol/AI-on-the-edge-device/issues/543)
Also html.zip austauschen und es kann weitergehen.
Dank für den Hinweis auf die neueste Version... werde ich heute Abend testen!
Mal sehen ob das 3. Problem dann auch gelöst ist.
Ich habe heute morgen und jetzt auch schon wieder festgestellt dass nach ein paar Stunden Laufzeit die Kalibrierung nicht mehr stimmt. Das Foto rutscht immer höher zum Rand - die Rois bleiben an alter Stelle...
Die Felder für die Alignment Marks sind wesentlich größer als bei mir. Ich bin bei einem relativ kleinen Ausschnitt gelandet.
Hatte dass Problem auch - ich denke mit den Werten musst du etwas experimentieren.
Seit meiner letzten Meldung läuft das Teil fehlerfrei. Wichtig ist noch, dass man durch gezieltes drehen und ausrichten (wegen der Reflexion der Scheibe und dem relativ hellen Licht) NNN-Werte so gut es geht ausschließt
Hallo zusammen,
hier auch mal meine Erfahrungen... und auch eine Frage ;-)
Bisher konnte ich über ein Reed Kontakt den Gaszähler über eine Raspbery auf dem auch FHEM lief, auslesen. Nach einem Zählertausch ging das nicht mehr. Aus Zufall auf den esp32, das "AI-on-the-edge-device" gestossen. Aktuell provisorisch mit einem Pappgestell vor den Zähler gebastelt und läauft problemlos seit 4 Tagen. Die Werte laufen per MQTT in FHEM ein.
Setup des AI-on-the-edge-device lief recht einfach...die Linse konnte ich recht leicht mit zwei kleinen Zangen justieren und ein scharfes Bild erzeugen. Die Kamera ist nicht im 90 Gradwinkel zum Zähler montiert, das vermindert bei mir reflektionen der LED welche vorher die Erkennung unmöglich gemacht haben.
Num meine Frage: Das GasCalculator Modul hat bei mir vorher Impulse verarbeitet... und bekommt nun das "value". Bei mir z.B. 373.48
GasCalculator hat dann im Reading als gas_value_meter 3.735
Kann GasCalculator mit values statt Impulsen umgehen?
Heureka,
gestern Nachmittag hat MQTT das Device in FHEM angelegt.
Ich habe aber nichts gemacht seit vorgestern Abend. Gestern Morgen war es noch nicht da.
Und jetzt sehe ich gerade dass es auf einmal da ist.
Allerdings hat diese Nacht auch schon wieder die letzte Übertragung statt gefunden - seitdem keine neuen Werte.
Was ich im LOG der Firmware sehen kann: genau zum Zeitpunkt der letzten MQTT Übertragung gab es einen Neustart - seitdem wieder keine Daten...
2022-01-15T04:03:10: task_autodoFlow - next round - Round #1
2022-01-15T04:03:10: FlowControll.doFlow - ClassFlowMakeImage
2022-01-15T04:03:16: Image with size 0 loaded --> reboot to be done! Check that your camera module is working and connected properly.
2022-01-15T04:03:16: Reboot in 5sec
Diese Reboots aufgrund der Size 0 sehe ich immer wieder im LOG.
Hier mal der Auszug aus dem LOG kurz bevor dann auf einmal die MQTT Übertragung begonnen hat:
2022-01-14T15:39:30: CPU Temperature: 53.3
2022-01-14T15:43:43: task_autodoFlow - next round - Round #2
2022-01-14T15:43:43: FlowControll.doFlow - ClassFlowMakeImage
2022-01-14T15:43:51: FlowControll.doFlow - ClassFlowAlignment
2022-01-14T15:44:15: FlowControll.doFlow - ClassFlowCNNGeneral
2022-01-14T15:44:23: FlowControll.doFlow - ClassFlowCNNGeneral
2022-01-14T15:44:31: FlowControll.doFlow - ClassFlowPostProcessing
2022-01-14T15:44:31: PostProcessing - Raw: 00278.0798 Value: Error: Neg. Rate - Read: 278.0798 - Raw: 00278.0798 - Pre: 278.1577
2022-01-14T15:44:31: FlowControll.doFlow - ClassFlowMQTT
2022-01-14T15:44:31: task_autodoFlow - round done
2022-01-14T15:44:31: CPU Temperature: 53.3
2022-01-14T15:48:43: task_autodoFlow - next round - Round #3
2022-01-14T15:48:43: FlowControll.doFlow - ClassFlowMakeImage
2022-01-14T15:48:48: Image with size 0 loaded --> reboot to be done! Check that your camera module is working and connected properly.
2022-01-14T15:48:48: Reboot in 5sec
2022-01-14T15:54:15: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2022-01-14T15:54:15: =============================================================================================
2022-01-14T15:54:15: =================================== Main Started ============================================
2022-01-14T15:54:15: =============================================================================================
2022-01-14T15:54:22: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2022-01-14T15:54:22: task_autodoFlow - next round - Round #1
2022-01-14T15:54:22: FlowControll.doFlow - ClassFlowMakeImage
2022-01-14T15:54:30: FlowControll.doFlow - ClassFlowAlignment
2022-01-14T15:54:54: FlowControll.doFlow - ClassFlowCNNGeneral
2022-01-14T15:55:01: FlowControll.doFlow - ClassFlowCNNGeneral
2022-01-14T15:55:10: FlowControll.doFlow - ClassFlowPostProcessing
2022-01-14T15:55:10: PostProcessing - Raw: 00278.0841 Value: Error: Neg. Rate - Read: 278.0841 - Raw: 00278.0841 - Pre: 278.1577
2022-01-14T15:55:10: FlowControll.doFlow - ClassFlowMQTT
2022-01-14T15:55:10: sent publish successful in MQTTPublish, msg_id=460, wasserzaehler/connection, connected
2022-01-14T15:55:10: sent publish successful in MQTTPublish, msg_id=52618, wasserzaehler/uptime, 55
2022-01-14T15:55:10: sent publish successful in MQTTPublish, msg_id=50151, wasserzaehler/freeMem, 2988923
2022-01-14T15:55:10: sent publish successful in MQTTPublish, msg_id=18969, wasserzaehler/main/error, Neg. Rate - Read: 278.0841 - Raw: 00278.0841 - Pre: 278.1577
2022-01-14T15:55:10: sent publish successful in MQTTPublish, msg_id=29975, wasserzaehler/main/raw, 00278.0841
2022-01-14T15:55:10: sent publish successful in MQTTPublish, msg_id=9068, wasserzaehler/main/json, {"value":"","raw":"00278.0841","error":"Neg. Rate - Read: 278.0841 - Raw: 00278.0841 - Pre: 278.1577 ","rate":"","timestamp":""}
2022-01-14T15:55:10: task_autodoFlow - round done
2022-01-14T15:55:10: CPU Temperature: 43.9
@jomjol
Ich habe gerade die 10.2.0 geflasht. Vorher den ESP gelöscht und auch die SD Karte noch einmal neu beschrieben.
Ich habe also eine komplette Neukonfiguration angefangen.
Was mir aufgefallen ist:
- Die Internetzeit wird nicht gesetzt.
- Es wird nicht in die LOG Datei geschrieben.
Nach einem Neustart hat alles mal funktioniert. Nach einem erneuten Neustart geht wieder gar nichts - ohne etwas geändert zu haben.
So sieht mein LOG seit der 10.2.0 aus:
1970-01-01T01:00:21: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
1970-01-01T01:00:21: =============================================================================================
1970-01-01T01:00:21: =================================== Main Started ============================================
1970-01-01T01:00:21: =============================================================================================
1970-01-01T01:09:41: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
1970-01-01T01:09:42: =============================================================================================
1970-01-01T01:09:42: =================================== Main Started ============================================
1970-01-01T01:09:42: =============================================================================================
1970-01-01T01:13:17: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
1970-01-01T01:13:17: =============================================================================================
1970-01-01T01:13:17: =================================== Main Started ============================================
1970-01-01T01:13:17: =============================================================================================
1970-01-01T01:15:28: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
1970-01-01T01:15:28: =============================================================================================
1970-01-01T01:15:28: =================================== Main Started ============================================
1970-01-01T01:15:28: =============================================================================================
1970-01-01T01:15:34: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
1970-01-01T01:15:35: task_autodoFlow - next round - Round #1
1970-01-01T01:15:35: FlowControll.doFlow - ClassFlowMakeImage
1970-01-01T01:15:43: FlowControll.doFlow - ClassFlowAlignment
1970-01-01T01:15:53: info_get_handler
1970-01-01T01:16:01: info_get_handler
1970-01-01T01:16:01: info_get_handler
1970-01-01T01:16:01: info_get_handler
1970-01-01T01:16:01: info_get_handler
1970-01-01T01:16:01: info_get_handler
1970-01-01T01:16:01: info_get_handler
1970-01-01T01:16:02: info_get_handler
1970-01-01T01:16:02: info_get_handler
1970-01-01T01:16:04: FlowControll.doFlow - ClassFlowCNNGeneral
1970-01-01T01:16:12: FlowControll.doFlow - ClassFlowCNNGeneral
1970-01-01T01:16:20: download_get_handler
1970-01-01T01:16:21: FlowControll.doFlow - ClassFlowPostProcessing
1970-01-01T01:16:21: PostProcessing - Raw: 00278.4130 Value: 278.4130 Error:
1970-01-01T01:16:21: FlowControll.doFlow - ClassFlowMQTT
1970-01-01T01:16:21: sent publish successful in MQTTPublish, msg_id=51235, wasserzaehler/connection, connected
1970-01-01T01:16:21: sent publish successful in MQTTPublish, msg_id=24631, wasserzaehler/uptime, 53
1970-01-01T01:16:21: sent publish successful in MQTTPublish, msg_id=57204, wasserzaehler/freeMem, 3080203
1970-01-01T01:16:21: sent publish successful in MQTTPublish, msg_id=62793, wasserzaehler/main/value, 278.4130
1970-01-01T01:16:21: sent publish successful in MQTTPublish, msg_id=42335, wasserzaehler/main/raw, 00278.4130
1970-01-01T01:16:21: sent publish successful in MQTTPublish, msg_id=60342, wasserzaehler/main/timestamp, 1970-01-01T01:15:43
1970-01-01T01:16:21: sent publish successful in MQTTPublish, msg_id=8800, wasserzaehler/main/json, {"value":278.4130,"raw":"00278.4130","error":"","rate":"","timestamp":"1970-01-01T01:15:43"}
1970-01-01T01:16:21: task_autodoFlow - round done
1970-01-01T01:16:21: CPU Temperature: 46.1
1970-01-01T01:16:22: download_get_handler
1970-01-01T01:24:26: download_get_handler
1970-01-01T01:24:26: download_get_handler
1970-01-01T01:25:02: delete_post_handler
1970-01-01T01:25:02: download_get_handler
1970-01-01T01:25:03: upload_post_handler
1970-01-01T01:25:03: download_get_handler
1970-01-01T01:25:11: info_get_handler
1970-01-01T01:25:35: task_autodoFlow - next round - Round #2
1970-01-01T01:25:35: FlowControll.doFlow - ClassFlowMakeImage
1970-01-01T01:25:43: FlowControll.doFlow - ClassFlowAlignment
1970-01-01T01:26:03: FlowControll.doFlow - ClassFlowCNNGeneral
1970-01-01T01:26:11: FlowControll.doFlow - ClassFlowCNNGeneral
1970-01-01T01:26:20: FlowControll.doFlow - ClassFlowPostProcessing
1970-01-01T01:26:20: PostProcessing - Raw: 00278.4130 Value: 278.4130 Error: no error
1970-01-01T01:26:20: FlowControll.doFlow - ClassFlowMQTT
1970-01-01T01:26:20: sent publish successful in MQTTPublish, msg_id=36305, wasserzaehler/connection, connected
1970-01-01T01:26:20: sent publish successful in MQTTPublish, msg_id=27675, wasserzaehler/uptime, 652
1970-01-01T01:26:20: sent publish successful in MQTTPublish, msg_id=5386, wasserzaehler/freeMem, 3080111
1970-01-01T01:26:20: sent publish successful in MQTTPublish, msg_id=48005, wasserzaehler/main/value, 278.4130
1970-01-01T01:26:20: sent publish successful in MQTTPublish, msg_id=31042, wasserzaehler/main/error, no error
1970-01-01T01:26:20: sent publish successful in MQTTPublish, msg_id=38264, wasserzaehler/main/rate, 0.000000
1970-01-01T01:26:20: sent publish successful in MQTTPublish, msg_id=18640, wasserzaehler/main/raw, 00278.4130
1970-01-01T01:26:20: sent publish successful in MQTTPublish, msg_id=26444, wasserzaehler/main/timestamp, 1970-01-01T01:25:43
1970-01-01T01:26:20: sent publish successful in MQTTPublish, msg_id=6599, wasserzaehler/main/json, {"value":278.4130,"raw":"00278.4130","error":"no error","rate":0.000000,"timestamp":"1970-01-01T01:25:43"}
1970-01-01T01:26:20: task_autodoFlow - round done
1970-01-01T01:26:20: CPU Temperature: 53.3
1970-01-01T01:29:09: handler_reboot
1970-01-01T01:29:09: Reboot in 5sec
1970-01-01T01:29:34: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
1970-01-01T01:29:34: =============================================================================================
1970-01-01T01:29:34: =================================== Main Started ============================================
1970-01-01T01:29:34: =============================================================================================
1970-01-01T01:47:47: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
1970-01-01T01:47:47: =============================================================================================
1970-01-01T01:47:47: =================================== Main Started ============================================
1970-01-01T01:47:47: =============================================================================================
Beste Grüße, Sprudelverduenner
Hallo zusammen,
sorry, wenn ich nun mal die Frage stelle ohne alle über 20 Seiten gelesen zu haben und auch den MQTT-Basiskurs nicht absolviert habe, weil ich mit MQTT wirklich absolut gar nichts anfangen kann und es auch nicht vorhabe, das zu ändern: Kann bitte mal jemand seine Defs für die entsprechenden Devices anhängen um das in FHEM ans Laufen zu bekommen ? Ich habe einen Mosquitto-Server laufen und im Log vom Wasserzähler steht auch, dass das publishen wohl funktioniert hat, dank absoluter Unwissenheit betreffend MQTT bekomm ich das nicht hin...
Grüße
Christian
Die übersichtlichere Fassung ohne mosquitto (siehe auch https://wiki.fhem.de/wiki/MQTT):
define MQTTBroker MQTT2_SERVER 1883 global
attr MQTTBroker autocreate simple
define MQTT2_wasser MQTT2_DEVICE wasser
attr MQTT2_wasser IODev MQTTBroker
attr MQTT2_wasser alias Wasseruhr
attr MQTT2_wasser icon wasserzaehler_icon
attr MQTT2_wasser readingList wasser:wasserzaehler/zaehlerstand:.* zaehlerstand\
wasser:wasserzaehler/error:.* error
attr MQTT2_wasser room Hausanschlussraum
attr MQTT2_wasser stateFormat [$name:zaehlerstand]
In der Config des ESP32CAM AI on the edge steht dann unter MQTT
Uri mqtt://192.168.xxx.xx:1883 (die Adresse Deines FHEM)
Topic wasserzaehler/zaehlerstand
TopicError wasserzaehler/error
ClientID wasser
:) :D ;D Daaaaanke, damit hat es auf Anhieb geklappt !!
Grüße
Christian
Zitat von: plin am 16 Januar 2022, 16:04:10
Die übersichtlichere Fassung ohne mosquitto (siehe auch https://wiki.fhem.de/wiki/MQTT (https://wiki.fhem.de/wiki/MQTT)):
- ...steht in dem Wiki was von attr autocreate...? Braucht man nicht extra zu setzen, MQTT2_SERVER nutzt auch so per default "simple"...
- Das mit 1883 klappt nur, wenn der mosquitto nicht auf derselben Plattform läuft. Notfalls kann man aber auch einen anderen Port (z.B. 1884) nehmen.
Hier mal mein aktuelles RAW in dieser Sache:
define Wasserzaehler MQTT2_DEVICE wasser
attr Wasserzaehler icon measure_water_meter
attr Wasserzaehler jsonMap value:readout timestamp:0
attr Wasserzaehler readingList watermeter/connection:.* connection\
watermeter/uptime:.* uptime\
watermeter/freeMem:.* freeMem\
watermeter/main/(error|rate|raw|timestamp|value):.* {}\
watermeter/main/json:.* { my $rets = json2nameValue($EVENT,'',$JSONMAP);; my %cleaned = map { $_,$rets->{$_} } grep { $rets->{$_} ne '' } keys %{$rets};; return \%cleaned }
attr Wasserzaehler stateFormat readout m²Erläuterungen:
- "readout" war der alte Topic, daher heißt das Zähler-Reading halt (per jsonMap) weiter so.
- alle "Klartext"-Topics, die auch im JSON enthalten sind, werden gar nicht erst ausgepackt => Events sparen...
- der JSON wird ausgepackt, da aber bei Fehlern "value" mit einem leeren Wert kommt, muss man das ausfiltern, daher der etwas komplexere Code. Da alle Readings aus einem solchen "JSON-Entpacker" per Bulk-update aktualisiert werden, spart diese Variante Event-Loops.
Der obige Code ohne die vorangestellten "water:"-CID-Einträge in der readingList käme übrigens auch mit MQTT2_CLIENT als Interface zum mosquitto klar.
Hat/Hatte auch schon jemand das Problem, dass eine (digitale) Zahl falsch gedeutet wird?
Aus einer 8 macht er mir plötzlich immer eine 9 ohne erkennbaren Grund.
Das Foto ist relativ frei von Reflexionen und die anderen Zahlen (auch analog) werden zuverlässig erkannt.
Hi,
ich finde das Ganze sehr interessant...
Heute habe ich meinen Stromzähler "smart" gemacht und Wasserzähler hätte natürlich auch was...
Da ich keinen 3D Drucker habe, wollte ich mal fragen ob jemand.
Das hier vielleicht als "Komplettset" verkauft.
Gruß
Marcel
3D Drucker? Das geht prima mit einer Pringles-Dose ;D
oder "HT Muffenstopfen DN110" und "HT Rohre DN110 x 100 mm" aus dem Baumarkt...
DANKE, es kann manchmal so einfach sein :-)
Muss man das mit dem Focus verändern immer machen (also Siegellack lösen und drehen), oder kommt es auf dem Abstand zur Wasseruhr an?
Zitat von: mkraus81 am 30 Januar 2022, 10:05:47
DANKE, es kann manchmal so einfach sein :-)
Bei mir passen DN90 ziemlich genau drüber (der Klappdeckel der Uhr ist dann einfach mit im Rohr) https://forum.fhem.de/index.php/topic,115506.msg1194852.html#msg1194852
Zitat
Muss man das mit dem Focus verändern immer machen (also Siegellack lösen und drehen), oder kommt es auf dem Abstand zur Wasseruhr an?
Je näher du an die Uhr kommst, desto größer das Bild und desto besser das Ableseergebnis! Beim voreingestellten Focus ist der Abstand, nach meiner Erfahrung einfach zu groß um einigermaßen zuverlässige Ergebnisse zu bekommen. Bei mir hat die Kameralinse zur Uhr einen Abstand von ca. 10cm.
gb#
DANKE,
du hast geschrieben das du ein "Komplett-Set" inkl. Board mit USB bestellt hast..
kannst du mir sagen welches, weil die beim "Großen südamerikanischem Fluß" sind nicht wirklich gut bewertet
Zitat von: mkraus81 am 30 Januar 2022, 10:32:36
DANKE,
du hast geschrieben das du ein "Komplett-Set" inkl. Board mit USB bestellt hast..
kannst du mir sagen welches, weil die beim "Großen südamerikanischem Fluß" sind nicht wirklich gut bewertet
Das war dieses Angebot hier: https://www.amazon.de/gp/product/B09CYWPDC6
Allerdings bin ich mir nicht ganz sicher ob sich das zwischenzeitlich geändert hat. Es sind nur noch auf dem Bild 2 Module abgebildet. Im Angebot selbst wird das aber nirgendwo (mehr) erwähnt. Als ich das Bestellt habe war das noch explizit ausgewiesen (s. Screenshot). Bei mir kamen auch 2 Module an.
Also keine Gewähr auf Seriosität des Angebots!
gb#
Hallo Leute,
ich bekomme ganz oft Folgendes (Anhang) zurück.
Gibt es eine Möglichkeit bei gerade umlaufenden Zahlen
den letzten Wert zu nehmen und nicht gleich einen Fehler?
Gruß Wolfdieter
Hallo Wolfdieter
Zitat von: dieter114 am 31 Januar 2022, 18:20:11
Gibt es eine Möglichkeit bei gerade umlaufenden Zahlen
den letzten Wert zu nehmen und nicht gleich einen Fehler?
In der config gibt es dafür die Option "PreValueUse" und nach Aktivierung des "Expert mode" noch die zusätzliche Option "CheckDigitIncreaseConsistency".
Anschließend noch unter dem Reiter Configuration mit SetPreValue den Startwert setzen.
Edit:
Zusätzlich habe im Expert Mode noch "ErrorMessage" und "IgnoreLeadingNaN" jeweils auf true gesetzt.
Norbert
Zitat von: Benni am 30 Januar 2022, 11:45:41
Das war dieses Angebot hier: https://www.amazon.de/gp/product/B09CYWPDC6
Ich habe mir diese hier geholt:
https://www.amazon.de/gp/product/B08P1NMPLL/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B08P1NMPLL/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1)
Es sind 2 Stück und auf den Kameras steht v3 drauf.
Hallo, zwei kurze Fragen in die Runde:
Ich habe Rev. 10.3 der Software am laufen.
- wie kann ich die Konfiguration denn komplett neustarten? Auch im Expert mode finde ich nichts dazu
- ist in der Software eine Livebild/Webcamfunktion enthalten, möglichst nochmit zuschalten der LED? Das käme mir beim justieren gerade sehr gelegen
Zitat von: DerD am 10 Februar 2022, 18:53:42
- wie kann ich die Konfiguration denn komplett neustarten? Auch im Expert mode finde ich nichts dazu
Neu flashen bzw. SD-Card neu kopieren.
Ansonsten über "Edit Configuration" -> "Alignment" -> "Reference Image" bzw. "Alignment Marks" ein neues Referenzbild und die zugehörigen Referenzpunkte erstellen. Und dann noch über "Regions of Interest" noch die digitalen und analogen Zàhler neu definieren.
Zitat von: DerD am 10 Februar 2022, 18:53:42
- ist in der Software eine Livebild/Webcamfunktion enthalten, möglichst nochmit zuschalten der LED? Das käme mir beim justieren gerade sehr gelegen
Nein.
Zitat von: DerD am 10 Februar 2022, 18:53:42
- ist in der Software eine Livebild/Webcamfunktion enthalten, möglichst nochmit zuschalten der LED? Das käme mir beim justieren gerade sehr gelegen
Zitat von: Nobbynews am 10 Februar 2022, 19:29:12
Nein.
Doch! ;-)
siehe hier: https://github.com/jomjol/AI-on-the-edge-device/wiki/Integrated-Functions#picture-server
Zitat von: Frank_Huber am 11 Februar 2022, 09:36:54
Doch! ;-)
siehe hier: https://github.com/jomjol/AI-on-the-edge-device/wiki/Integrated-Functions#picture-server
Das dürfte doch das gleiche Bild sein, was man in der Konfiguration beim neuen Referenzbild bekommt.
Ich war davon ausgegangen, dass ein kontinuierliches Live-Bild gemeint war und nicht ein Snapshot.
Hallo zusammen,
ich habe drei Wasser / Wärmemengen Zähler abzulesen, die haben jedoch bereits ein Digitales Display.
Klappt das mit dieser Lösung auch, oder gibt es da eine bessere Lösung.
Über Stromzähler findet man doch etwas mehr :-)
Gruß
Christian
Zitat von: ch.eick am 11 Februar 2022, 12:21:05
Hallo zusammen,
ich habe drei Wasser / Wärmemengen Zähler abzulesen, die haben jedoch bereits ein Digitales Display.
Klappt das mit dieser Lösung auch, oder gibt es da eine bessere Lösung.
Schau mal hier. Da gibt es noch Probleme.
https://github.com/jomjol/AI-on-the-edge-device/issues/658 (https://github.com/jomjol/AI-on-the-edge-device/issues/658)
Billy
https://forum.fhem.de/index.php/topic,115506.msg1194986.html#msg1194986 (https://forum.fhem.de/index.php/topic,115506.msg1194986.html#msg1194986)
Beitrag #264
Zitat von: sig10680 am 22 Dezember 2021, 12:23:05
Hallo,
nachdem ich es nach mehreren Anlaufen geschaft habe in FHEM mit Mqtt einzurichten habe ich ein Problem mit der Erkennung!
Der dritte Analoge Zähler wird denke ich nicht richtig erkannt. Wie könnte ich es lösen....(Bild im Anhang)
Danke Sig10680
Wird Dein 3. Zähler mittlerweile richtig erkannt? Ich habe wohl den gleichen Wasserzähler.
Zitat von: rabehd am 20 Februar 2022, 19:48:52
https://forum.fhem.de/index.php/topic,115506.msg1194986.html#msg1194986 (https://forum.fhem.de/index.php/topic,115506.msg1194986.html#msg1194986)
Beitrag #264Wird Dein 3. Zähler mittlerweile richtig erkannt? Ich habe wohl den gleichen Wasserzähler.
Hallo,
nein habe mich aber auch noch nicht sehr damit befasst. Ich lasse derzeit nur 2 Nachkommastellen lesen.
Wenn ich mal etwas mehr zeit habe versuche ich es noch hinzubekommen das ich alle 4 Nachkommstellen auslesen kann.
MFG
Sig10680
Hallo,
ich würde gerne diese Methode um Ablesen meiner Wasseruhren verwenden.
Allerdings sind die etwas anders aufgebaut (siehe Fotos).
Bevor ich mich da in irgendwas verrenne, kann man mit der hier vorgestellten Methode diese Wasseruhren ablesen?
Danke im Voraus
lg, Gerhard
Sehe im Moment keinen Grund, warum das nicht klappen sollte.
Danke. Dann probiere ich es mal ;-)
lg, Gerhard
Hallo zusammen,
also erst Mal super Geschichte mit dem optischen Erkennen der Wasseruhr.
Ich hab' mir auch gleich den Doppelpack bei Amazon von Diymore bestellt, die haben nämlich auch den Vorteil, dass sie gleich direkt per USB an den Rechner können.
Die ganze Einrichtung hat auch super geklappt, Firmware flashen, WLAN Verbindung, Konfiguration...
Sogar MQTT hat geklappt, nachdem ich die ClientID (!!!) eingegeben habe (steht im WIKI des MQTT2 Servers... ohne die ClientID geht's nicht!)
Ich hab' ich ziemlich schnell einen Wert bekommen, aber nach kurzer Zeit wurden dann die führenden Nullen immer als 8 oder 9 erkannt, sodass natürlich die Werte zu groß und damit unplausibel waren.
Gibt es eine Möglichkeit, das zu verbessern?
Ich häng' mal so ein erfasste Bild an.
Gruß Rainer
Vielleicht in der Config mal CheckDigitIncreaseConsistency aktivieren und dann einen neuen preValue setzen.
Ich würde mal probieren, die Rechtecke enger um die Zahlen zu legen.
Hallo,
ich hab' beides versucht, der "CheckDigitIncreaseConsistency" hilft schon mal.
Die engeren Rechtecke irgendwie nicht, die Erkennung der Zahlen ist ziemlich problematisch.
Im aktuellen Bild erkennt er den 2er als 5er, und zwar hartnäckig (die 2 ist gerade immer eine 5 bei Raw Value). Nur durch den gesetzten Prev. Value kommt er auf den richtigen Value. Aktuell habe ich zumindes keine 8er und 9er statt der führenden Nullen.
Beim Wechsel der letzten Ziffer von der 6 auf die 7 kam er völlig aus dem Tritt. Da kam er dann irgendwie auf 291.9876 und dann auf 292.01xx
Da musste ich dann den berechneten Value mit einem neuem Pre-Value wieder "einfangen".
Hat die Firmware vielleicht eine andere Schriftart zugrundegelegt, so dass bei die Erkennung schlechter klappt?
Oder reicht die Bildqualität nicht aus?
Vielleicht hat noch jemand Tipps?!?
Gruß pure-current
Ich vermute Du bist zu eng an den Zahlen.
In der Konfig sollte das innere Rechteck die Zahl umschließen und der waagerechte Strich die Mitte der Zahl sein.
sie auch hier: https://github.com/jomjol/AI-on-the-edge-device/wiki/Graphical-configuration#3a3b-define-rois-for-image-recognition
So, ich hab's jetzt nochmal neu versucht, genau nach der Anleitung (ich hatte bislang den "Lock Aspect Ratio" noch nicht rausgemacht).
Jetzt gerade hab' ich gerade eine exakt richtige Erkennung, mal schauen ob es so bleibt.
Danke!
Hallo zusammen,
ich habe mir auch was zusammen gebaut, um den Wasserzähler abzulesen.
Der ESP32CAM rebootet alle paar Minuten und ich habe keine Ahnung wieso.
Wie läuft der ESP bei euch soweit? Fehlerfrei?
Hat jemand Tipps? Ich habe noch den PIN von GPIO0 entfernt und auf der Oberseite mit ALU-Band abgeklebt. Das habe ich als Hinweis im Netz gefunden. Resultat war eine wesentlich bessere WLAN-Verbindung - Bilder erschienen sofort, im Gegensatz zu vorher teilweise gar nicht und wenn, mit extremen Wartezeiten, also unbenutzbar.
Viele Grüße
Gehrt
Hallo,
Reboots hatte ich auch alle Weile, habe dann von meinem IPhone das Ladeteil angeschlossen, seit dem sind die Reboots weg...
Grüße
Christian
Ein herzerfrischendes "Moin" vom achtern Diek
Ich möchte an dieser Stelle nur einmal die Information hinterlassen, dass es unter Ubuntu Schwierigkeiten mit dem esptool und dem Braille-TTY geben könnte welchen den /dev/ttyUSB0 blockiert.
Hierzu im Terminal systemctl list-units | grep brltty ausfuehren um den dort aufgelisteten Service zu deaktivieren.
Beispiel:
User@Computer:~/$ systemctl list-units | grep brltty
brltty-udev.service loaded active running Braille Device Support
User@Computer:~/$ sudo systemctl mask brltty-udev.service
Created symlink /etc/systemd/system/brltty-udev.service → /dev/null.
User@Computer:~/$ sudo systemctl stop brltty-udev.service
Nur, dass diese Info mal irgendwo festgehalten wird...
Gruß
Sailor
Hallo zusammen,
leider kann ich meinen neuen Wasserzähler nicht via EMBUS auslesen aus Mangel des AES-KEYs.
Aber die AI Variante hat die letzten Monate perfekt funktioniert, und wird deshalb weiter verwendet.
Der neue Digitale Wasserzähler hat zwei sehr interessante Funktionen.
LEAK:
Der Zähler ist während der letzten 24 Stunden keine Stunde lang durchgehend ohne Durchfluss gewesen.
Dies kann ein Zeichen eines undichten Wasserhahns oder eines laufenden Toilettenspülkastens sein.
BURST:
Der Wasserverbrauch ist für eine halbe Stunde auf einem konstant hohen Niveau geblieben, was auf einen Rohrbruch hindeutet.
Hat das jemand in FHEM schon eingebaut?
Gruss
Zwiebel
Ein herzerfrischendes Moin vom achtern Diek insbesondere an jomjol
Die Beschreibung der Installation lässt nur wahrlich keine Wünsche offen.
Installiert wie beschrieben und schwupps hat es auf Anhieb funktioniert!
Mein ganz dickes Kompliment und Dank an JomJol!!!
Verbesserungsvorschlag:a) Vielleicht sollte man die Geschichte mit der Deaktivierung des Braille - Device mit in die Installations-Beschreibung mit aufnehmen.
https://forum.fhem.de/index.php/topic,115506.msg1242886.html#msg1242886 (https://forum.fhem.de/index.php/topic,115506.msg1242886.html#msg1242886)
Hat mich 2 Stunden surfen im Internet gekostet.
b) Die Beschreibung für den decimal point koennte man mit Richtungsangabe machen:
ZitatShift the digit separator within the digital digits (positiv-> shift to the right and negativ -> shift to the left)
Frage zu den Entwicklungsplänen:
Wäre die kleine ESP32 - Hardware in der Lage https:// - Verbindungen mit Username:Password Zugangsbeschränkung zu realisieren?
Gruß und Danke!
Sailor
@Zwiebel:
Ein LEAK habe ich mir derart gebaut, dass ich per userReading den Minimalwert (Funktion 'minNum') des aktuellen Verbrauchs ablege. Dann wird alle 90 Minuten per at abgefragt, ob der '0' ist und danach wieder auf z.B. 1000 gesetzt.
Ein BURST würde wohl analog mit maxNum gehen.
Bis jetzt lief es bei mir ganz gut aber heute hat das Wasserwerk den Zähler getauscht. :(
Exakt gleicher Typ aber der Sichtbereich ist zu einem Drittel mit Wasser überschwemmt und im anderen Bereich sind Spritzer an der Glasscheibe sodass ich es selbst kaum ablesen kann. :'(
Hat irgendjemand eine Idee was man da machen kann?
War bei mir auch so.
Ein paar Tage warten und es füllt sich mit Wasser.
Zitat von: rabehd am 06 April 2023, 13:34:26War bei mir auch so.
Ein paar Tage warten und es füllt sich mit Wasser.
Stimmt, heute ist es schon wesentlich besser. :)
Kann mir mal Jemand verraten wie man das Teil vom "Normalbetrieb" zurück
in den "Init" Modus bekommt?
Das mus doch auch ohne totale Neuinstallation gehen?
Hallo,
das Auslesen funktioniert bei mir im Prinzip sehr gut. Die sehr seltene Fehlwerte kann ich problemlos durch Korrektur (direkter Zugriff auf ESP-Adresse) beheben. Allerdings nur nur im lokalen Netzsegment (192.168.....).
Ich habe mir ein Proxy-Zugriff auf Fhem gebastelt. Dadurch kann ich über https-Port von Außen auf fhem zugreifen. Ein Versuch so etwas auf AI on the Edge auszuweiten scheiterte.
Nun versuche ich hochgradig erfolglos prevalue neu zu setzen.
setreading MQTT2_watermeter pre ....
setzt zwar das Reading in fhem auf gewünschtes Wert, dieses wird aber nicht aus das device weitergegeben. Die Auswirkung: einmal falsch ausgelesenes Wert produziert (bei 0.00 qm Verbrauch - bin gerade im Urlaub) wiederholt ,,error Neg. Rate". Siehe Details.
Weiß jemand ein Rat?
Mit besten Grüßen
Martin
Details:
——-
defmod MQTT2_watermeter MQTT2_DEVICE watermeter
attr MQTT2_watermeter DbLogInclude Wasserverbrauch
attr MQTT2_watermeter event-min-interval .*:1800
attr MQTT2_watermeter event-on-change-reading Wasserverbrauch:0.01,.*
attr MQTT2_watermeter readingList watermeter:watermeter/status:.* status\
watermeter:watermeter/MAC:.* MAC\
watermeter:watermeter/IP:.* IP\
watermeter:watermeter/hostname:.* hostname\
watermeter:watermeter/interval:.* interval\
watermeter:watermeter/connection:.* connection\
watermeter:watermeter/uptime:.* uptime\
watermeter:watermeter/freeMem:.* freeMem\
watermeter:watermeter/wifiRSSI:.* wifiRSSI\
watermeter:watermeter/CPUtemp:.* CPUtemp\
watermeter:watermeter/main/error:.* error\
watermeter:watermeter/main/raw:.* raw\
watermeter:watermeter/main/json:.* { json2nameValue($EVENT) }\
watermeter:watermeter/main/value:.* value\
watermeter:watermeter/main/rate:.* rate\
watermeter:watermeter/main/rate_per_time_unit:.* rate_per_time_unit\
watermeter:watermeter/main/changeabsolut:.* changeabsolut\
watermeter:watermeter/main/rate_per_digitalization_round:.* rate_per_digitalization_round\
watermeter:watermeter/main/timestamp:.* timestamp
attr MQTT2_watermeter room MQTT2_DEVICE,Messungen
attr MQTT2_watermeter stateFormat value
attr MQTT2_watermeter userReadings Wasserverbrauch {sprintf("%.4f",ReadingsVal("MQTT2_watermeter","value","???"))}
setstate MQTT2_watermeter 2023-08-19 10:12:13 CPUtemp 56
setstate MQTT2_watermeter 2023-07-11 10:14:19 IODev myBroker
setstate MQTT2_watermeter 2023-07-22 21:38:45
setstate MQTT2_watermeter 2023-07-22 21:38:45
setstate MQTT2_watermeter 2023-08-19 10:21:55 Wasserverbrauch 0.0000
setstate MQTT2_watermeter 2023-08-19 10:12:13 changeabsolut 0.0000
setstate MQTT2_watermeter 2023-08-19 10:12:13 connection connected
setstate MQTT2_watermeter 2023-08-19 10:12:13 error Neg. Rate - Read: - Raw: 0124.7562 - Pre: 124.7663
setstate MQTT2_watermeter 2023-08-19 10:12:13 freeMem 814739
setstate MQTT2_watermeter 2023-07-22 21:38:45 hostname wasseruhr
setstate MQTT2_watermeter 2023-07-22 21:38:45 interval 10.0
setstate MQTT2_watermeter 2023-08-19 10:12:13 pre 124.7663
setstate MQTT2_watermeter 2023-08-19 10:12:13 rate
setstate MQTT2_watermeter 2023-08-19 10:12:13 rate_per_digitalization_round 0.0000
setstate MQTT2_watermeter 2023-08-15 02:03:15 rate_per_time_unit 0.000000
setstate MQTT2_watermeter 2023-08-19 10:12:13 raw 0124.7562
setstate MQTT2_watermeter 2023-08-19 10:21:55 status Aligning
setstate MQTT2_watermeter 2023-07-11 10:15:19 subscriptions watermeter/ctrl/flow_start watermeter/ctrl/set_prevalue
setstate MQTT2_watermeter 2023-08-19 10:12:13 timestamp 2023-08-15T02:09:27+0200
setstate MQTT2_watermeter 2023-08-19 10:12:13 uptime 2378414
setstate MQTT2_watermeter 2023-08-19 10:12:13 value
setstate MQTT2_watermeter 2023-08-19 10:12:13 wifiRSSI -89
—-
Hallo Martin
Zitat von: MartinD am 19 August 2023, 11:16:35Nun versuche ich hochgradig erfolglos prevalue neu zu setzen.
setreading MQTT2_watermeter pre ....
setzt zwar das Reading in fhem auf gewünschtes Wert, dieses wird aber nicht aus das device weitergegeben. Die Auswirkung: einmal falsch ausgelesenes Wert produziert (bei 0.00 qm Verbrauch - bin gerade im Urlaub) wiederholt ,,error Neg. Rate". Siehe Details.
Weiß jemand ein Rat?
Ich habe mir ein userReadings wie folgt angelegt:
lastValue:value:.* {
my $value = ReadingsVal($NAME,"value","");
my $OldValue = ReadingsVal($NAME,"lastValue","");
Log 5, $NAME . "_____________________________________";
Log 5, $NAME . " - value : " . $value;
if ($value ne "") {
Log 5, $NAME . " - returnvalue : " . $value;
$value
}
else {
Log 5, $NAME . " - returnvalue : " . $OldValue;
$OldValue
}
}
Gruß
Sailor
Hallo Sailor.
vielen Dank!
Allerdings verstehe ich nicht ganz:
was bewirkt:
ZitatLog 5, $NAME . "_____________________________________";
und:
wird ein Eintrag in der Log-Datei korrigiert oder ein Wert an ESP32 gesendet?
Ich logge alles mir DBLog.
Mit besten Grüßen
Martin
Hallo Martin
Zitat von: MartinD am 21 August 2023, 20:19:49Allerdings verstehe ich nicht ganz:
was bewirkt:
Log 5, $NAME . "_____________________________________";
Das bewirkt nur, das du einen Strich in deinem Log-File bekommst, damit du die Werte zwecks Fehlersuche besser finden kannst.
Zitat von: MartinD am 21 August 2023, 20:19:49und: wird ein Eintrag in der Log-Datei korrigiert oder ein Wert an ESP32 gesendet?
Ich logge alles mir DBLog.
Du erhälst ein neues Reading namens "lastValue".
Die Log- Datei speichert alle Fehlermeldungen und Einträge, die mit "Log [1-5]," geschrieben werden - Beispiel: /opt/fhem/log/fhem-2023-08.log
Die DB-Log Datenbank speichert alle definierten bzw. gefilterten Werte der Readings - Beispiel: /opt/fhem/fhem.db
Zwei verschiedene Baustellen.
Gruß
Sailor
Hallo,
OK, vielen Dank!
Das hat auch geholfen!
Mit besten Grüßen
Martin
Hallo zusammen!
Ich habe Probleme bei der richtigen Interpretation von (digitalen) Zahlenübergängen.
Der korrekte Wert 679 (siehe Foto) wird entweder als 659 oder 669 erkannt.
Ich habe alle digitalen Modelle ausprobiert - kein Unterschied.
"Post processing previous value" ist aktiviert - "Analog/Digital Transition Start" steht auf 9,2
Water Meter 01.jpeg
Wenn ich das richtig sehe, bietet
https://smart-stuff.nl/product/esphome-waterlezer-dongle/
das Teil für ca. 30 € zzgl. Versand und ggf. 5 € 3D-Druck-Halter an.
Hat vielleicht zufällig schon jemand dieses Teil und wie beschrieben angeschlossen?
ZitatHat vielleicht zufällig schon jemand dieses Teil und wie beschrieben angeschlossen?
Das ist kein optischer Sensor (AI on the Edge) sondern ein induktiver.
Dafür muss man eine geeignete Wasseruhr haben.