Zitat von DejaWuest

WcResolution 13 1600x1200

Bei mir geht es nur bis 10, siehe hier:

19:04:44.082 CMD: wcresolution 13
19:04:44.085 RSL: RESULT = {"WCResolution":10}

Bei mir läuft Tasmota 9.2.0.3. Die Version ist vom User gemu2015, die er hier im Thread am 17.01.21 gepostet hat.

Zitat von SWHobby

mit einer Spitzzange abgedreht und neu eingedreht

Die Linse sieht bei mir nicht verkantet aus.

Bei mir hat man aber bei der Montage wohl Klebstoff eingesetzt. Auf einer Seite sieht man eine ehemals flüssige Komponente.

Die Linse bewegt sich trotz Spitzzange keinen Millimeter.

Wo Licht ist, ist auch Schatten. Ich habe bei dem Preis von der Bildqualität wirklich nicht viel erwartet. Aber wenigstens eine über das ganze Bild verteilt gleichmäßige Schärfe.

Leider ist das nicht der Fall. Links ist alles unscharf, rechts im Bild wiederum alles (relativ) scharf.

Beispielbild Schrank, ca.5m entfernt:

(ich habe die Kamera jeweils auf das Objekt (Schrank) gerichtet)

Beispielbild Draussen, ca. 25m entfernt:

(hier war die Kamera fest montiert, somit nicht das gleiche Objekt, aber vom gleichen Bild)

Ich hatte gehofft, dass die Linse verschmutzt ist und vorsichtig mit Waschbenzin und Wattestäbchen die Linse gereinigt. Das Ergebnis blieb aber gleich.

Egal auf was ich die Kamera richte, links ist alles unscharf.

Mittels Konsole habe ich die Auflösung (wcresolution) auf 10 gestellt. Das Bild hat damit 1024x768 Pixel (sollten das nicht 1600x1200 sein?).

Lt. Verkaufsanzeige bei eBay soll das eine OV2640 sein.

Habe ich die falsche Kamera gewählt bzw. bekommen?

Ich bin heute noch mal frisch und munter ans Werk gegangen.

Dabei fiel mir auf, dass der User 1wire (vielen Dank) mir mit seiner Zeile für esptool.py alle wichtigen Informationen geliefert hat.

• flash_mode dout
• flash_freq 40m
• 0x1000 bootloader_dout_40m.bin
• 0x8000 partitions.bin
• 0xe000 boot_app0.bin
• 0x10000 tasmota32-webcam.bin

Nun habe ich das "ESP32 Download Tool 3.8.7" besorgt, wo man all dies einstellen kann. Dann noch die drei Dateien (bootloader_dout_40m.bin, partitions.bin, boot_app0.bin) von gemu2015 (Vielen Dank).

Alles eingestellt und geflasht. Schwupps, es funktioniert.

Hier ein Screenshot für die Nachwelt, damit es mit dem Flashen schneller und reibungsloser klappt:

Danach habe ich über die Weboberfläche die Datei von gemu2015 vom 17.01. geladen. Auch das klappte. Mit den Scripten komme ich noch gar nicht klar, aber da werde ich die Tage mal schauen.

Zitat von premo

Termite

Das habe ich mir in v3.4 besorgt und laufen lassen:

Es läuft unentwegt das hier durch:

rst:0x10 (RTCWDT_RTC_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:QIO, clock div:1
load:0x3fff0018,len:4
load:0x91214206,len:575112844
1162 mmu set 00010000, pos 00010000
1162 mmu set 00020000, pos 00020000
1162 mmu set 00030000, pos 00030000
1162 mmu set 00040000, pos 00040000
1162 mmu set 00050000, pos 00050000
1162 mmu set 00060000, pos 00060000
1162 mmu set 00070000, pos 00070000
1162 mmu set 00080000, pos 00080000
1162 mmu set 00090000, pos 00090000
1162 mmu set 000a0000, pos 000a0000
1162 mmu set 000b0000, pos 000b0000
1162 mmu set 000c0000, pos 000c0000
1162 mmu set 000d0000, pos 000d0000
1162 mmu set 000e0000, pos 000e0000
1162 mmu set 000f0000, pos 000f0000
1162 mmu set 00100000, pos 00100000
11öets Jun  8 2016 00:22:57

Das sieht für mich aus wie eine Dauerschleife. Es kommt nie was anderes. Nur das, immer wieder, recht schnell.

Zitat von 1wire

nur noch comport entsprechend anpassen und die WUNSCHDATEI.bin den Namen anpassen

Ich habe das angepasst und ausprobiert:

esptool.py --chip esp32 --port COM5 --baud 921600 --before default_reset --after hard_reset write_flash -z --flash_mode dout --flash_freq 40m --flash_size detect 0x1000 bootloader_dout_40m.bin 0x8000 partitions.bin 0xe000 boot_app0.bin 0x10000 tasmota32-webcam.bin

Da fehlen mir wohl ein paar Sachen. Er meckert wegen einer .../python27/python.exe, import serial, no module named serial.

Tasmotizer habe ich in beiden Versionen ausprobiert. Der steigt mit einer Fehlermeldung aus: Invalid head of packet (0x46)

Gibt es ältere bzw. andere Versionen?

Ich habe für die tasmota32-webcam.bin mir die Version 9.4.0 und 9.4.3 besorgt. Mit beiden immer das gleiche Ergebnis, sprich es taucht nicht im WLAN auf. Welche BIN könnte ich noch versuchen?

Danke für den Tipp.

Mit der ESP-Flasher-Windows-x86.exe habe ich das Board problemlos geflasht bekommen.

Hier das Log dazu:

Ich habe es dann mit Strom versorgt, aber bekomme kein WLAN (wie ich es bei den Steckdosen kenne) angezeigt. Die Stromversorgung habe ich auf zwei Wegen versucht, einmal mit einem ESP32-CAM-MB und mit dem FTDI-Adapter (3.3V). In beiden Fällen tut sich beim WLAN nichts, es leuchtet/blinkt auch keine LED auf dem ESP32-Board.

Wenn ich es mit dem FTDI-Adapter verbinde (3.3V, GND, TX, RX) kann ich über das Tool live eine Ausgabe sehen, die sich unaufhörlich wiederholt. Der sich wiederholende Abschnitt sieht so aus:

Eine Speicherkarte muss nicht zwingend drin sein?

Ich habe Probleme beim Flashen.

Vorhanden sind:

- ESP32-CAM

- FTDI-Adapter + Kabel

- Binfile => tasmota32-webcam.bin

- Software FlashESP8266.exe (1. Wahl)

- Software ESP.Easy.Flasher (2. Wahl)

Der ESP.Easy.Flasher schreibt ein Log (siehe ganz unten)

Nehme ich das falsche Tool? Was nutzt ihr um ein BIN-File zu flashen?

Ich habe mit diesem FTDI-Adapter vor ca. 1 Jahr mehrere Steckdosen mit Tasmota geflasht. Das klappte problemlos. Ich weiß nur nicht mehr welche Software ich genommen habe.

Beim Stecken vom IOO zu GND habe ich alle Möglichkeiten probiert. Beim Start gesteckt, dann rausgezogen oder auch die ganze Zeit stecken lassen.

Hier noch zwei höher aufgelöste Fotos vom ESP32-Modul. Die LED (Titel: LED1, Bild links, unterhalb des gelben Bauteils) hat nie geleuchtet.

Die SHP-8 habe ich mit Tuya-Convert geflasht bekommen. Ist jetzt gefühlt ca. 1 Jahr her.

Zitat von svko

die App komplett neu auf

Bist du da noch dran?

Zitat von RealSkyMaster

aktuelle Version (von Dropbox) nicht öffnen

Ich kann beide apk's runterladen, einmal vom 19.10.2019 und einmal vom 03.11.2019.

Heute kam meine ESP32-CAM mit zusätzlichem Board an. Nur 14 Tage Versandzeit aus dem Land der aufgehenden Sonne.

Ich habe auf die Schnelle ein paar Handyfotos gemacht. Vielleicht kann sie ja jemand brauchen.

Zitat von Helfinger

wer nicht weiß wie er was flicken kann, wenn er es lahm gelegt hat, versteckt sich gerne hinter solchen Sprüchen. Eigentlich ist der Spruch nur das Eingeständnis ein Schisser zu sein, der keine Plan hat.

Solche Sprüche kann man sich in einer ernsthaften Diskussion sparen. Sie sind verletzend und kontraproduktiv.

Zitat von Helfinger

Windows 3.1 weil stabil lief

Windows 3.1 bzw. 3.11, 95, 98 und ME liefen nie "stabil", nicht mal annähernd. Erst mit Win2K wurde es etwas stabiler. Mit WinXP und dann Win7 wurde es wirklich besser (Vista habe ich bewusst weggelassen).

Vom Funktionsumfang eines Win3.1x auch ganz zu schweigen. Der ist aus heutiger Sicht unterirdisch und nicht nutzbar.

Zitat von Helfinger

Wo ein Backup vorhanden, da kann man auch etwas mutiger sein.

Alleine vom Backup kann man das nicht abhängig machen. Es gibt auch Systeme, die zeitkritisch und systemrelevant sind. Da ist man nicht mutig, sondern eher kurzsichtig, wenn man da irgendwelche Labor, Beta oder unstable-Sachen draufspielt.

Es macht Sinn bei systemrelevanten Geräten eher konservativ vorzugehen. Beispiel für zu Hause wäre z.B. der Router und das NAS. Solange es funktioniert und einem nichts fehlt, ist die Geilheit auf ein Update oder gar eine Labor- bzw. Betaversion völlig fehl am Platz.

Schönes Beispiel ist gerade Synology mit DSM7. Da ist gerade die Beta raus und im Forum dort schlagen Leute auf, die auf einem NAS in der Firma die Betaversion von DSM7 aufgespielt haben und nun heulen, das irgendwelche Dienste, Addons, Apps, Datenbanken etc. nicht mehr so oder gar nicht laufen. So kann man seine Firma auch zu Grunde richten.

Kurzum: "Never change a running system" ist als Weisheit etwas zu kurz geraten.

"Niemals" ist falsch, es gibt Momente wo man ein funktionierendes System updaten kann, soll bzw. sogar muss. Genauso gibt es auch Systeme, wo man das vernachlässigen kann bzw. es unnötig ist.

Als Beispiel führe ich jetzt mal meine Tasmota-Steckdose am Geschirrspüler ein. Die soll nur den Strom messen, der einmal täglich vom Raspberry abgerufen wird. Ein Update dieser Steckdose kann funktionieren und ich habe keinen weiteren Nutzen, genauso gut kann es mir auch zwei Stunden Bastelei bescheren, weil ich Teile der Küche zerlegen muss um an die Steckdose heranzukommen. Also lasse ich es lieber. Im besten Fall habe ich das gleiche wie vorher, im schlechtesten Fall habe ich Arbeit. Damit bin ich kein Schisser, sondern wäge ab, was richtig(er) ist.

Vielleicht sollte man den Spruch etwas abändern. Vorschlag:

"Ändere kein System, wenn es nicht nötig ist."

Weitere Vorschläge sind Herzlich Willkommen!

Alle ESP32-Boards sind ohne USB-Anschluss.

Ich habe hier einen Verkäufer aus China gefunden, der das ESP32-Board (8MB) mit OV2640, sowie zweitem Board für die Stromversorgung verkauft.

https://www.ebay.de/itm/ESP32-…amera-Module/274580780114

Spricht was dagegen?

Nachteil sehe ich jetzt nur die Versandzeit. Aber damit kann ich leben.

Woolli

Vielen Dank für die Infos.

Das hört sich ja interessant an und eine schöne kleine Bastelei für die Lockdownzeit.

Ich habe jetzt mal bei eBay geschaut. Die Auswahl ist riesig, teils Händler von hier und viele aus China.

Gibt es irgendwelche Tipps worauf ich beim Kauf achten soll? Beim Board gibt es wohl nicht viel falsch zu machen. Aber bei der Cam schon eher. Die Qualität vom Bild soll ja wenigstens akzeptabel sein.

Da ich zufällig über den Begriff Tasmota32 gestolpert bin, kam ich auf Cam mit Tasmota und landete nun hier im Thread.

Mit den Suchen nach ESP32, Cam und Tasmota finde ich zwar Bruchstücke, aber keine Übersicht, Anleitung oder ähnliches. Ich bin ja bezüglich Tasmota zwar begeistert, aber habe bisher nur Steckdosen mit Tasmota und somit etwas unbeleckt.

Für mein Verständnis:

Ich benötige im Grunde nur das ESP32 und eine CAM. Korrekt? Das habe ich für ca. 10-12 Euro aufwärts bei eBay gefunden.

Darauf kann ich dann Tasmota32 aufspielen und die Kamera über Wifi ansprechen?

Gibt es Gehäuse für das ESP32-Board oder habt ihr das einfach nur eingeschlumpft?

Stromversorgung?

Ich hoffe, dass ich nicht zu blöde Fragen gestellt habe. *vorsichtig-nach-fliegenden-Tomaten-umguck*

Bei manchen Steckdosen komme ich leider nicht so einfach ran, z.B. verbaut hinter der Küche.

Testweise habe ich eine gut erreichbare Steckdose per OTA von 7.2 auf 8.1 und dann auf 9.1 gebracht. Danach habe ich die Konfi gelöscht und wieder alles eingegeben. Ich wollte einfach mal sehen, ob sich irgendwas an der Software geändert hat. Dem war nicht so. Daher lasse ich die anderen Steckdosen auf 7.2 bzw. 8.1

Never change a running system...

Mir ist bei der 9.1 aber aufgefallen, dass der Flashspeicher nun wohl wirklich eng bzw. Tasmota zu dick wird:

Ges. Flash Speicher 1024kB

Ben. Flash Speicher 601kB

Verf. Flash Speicher 400kB

Die minimal.bin hat 380kb. Da ist nicht mehr viel Luft (20kb).

Hallo,

ich habe ein paar Steckdosen, die mit Tasmota geflasht sind.

Folgende Versionen sind mit den Geräten in Betrieb:

• Tasmota 6.5.0.16 => SonOff S20
• Tasmota 7.2.0 => Blitzwolf SHP2
• Tasmota 8.1.0 => Blitzwolf SHP2
• Tasmota 7.2.0 => Blitzwolf SHP6
• Tasmota 7.2.0 => Blitzwolf SHP8

Genutzt wird bei den Steckdosen im Moment nur die Zeitschaltung, die Schaltung über iobroker und TasmoAdmin.

Nun habe ich gesehen, dass Tasmota inzwischen bei 9.1.x ist.

Bevor ich nun anfange updaten, möchte ich die Frage nach dem Sinn stellen:

Habe ich bei den vorgenannten Steckdosen davon überhaupt einen Vorteil?

Kommen neue Funktionen bei meinen Steckdosen hinzu?

Sicherheitsprobleme meiner Versionen (7.2. und 8.1.)?

Zum OTA-Update:

Ist es richtig, dass ich über OTA eine Steckdose mit 7.2.0 zuerst auf 8.x udate, dann auf 9.x, also immer brav Version für Version?

Viele Grüße

Marc

Ich habe Steckdosen an der Waschmaschine, Geschirrspüler und Kühlschrank. Bisher waren die nur in TasmoAdmin gesperrt, ansonsten über Knopf, Weboberfläche, etc. bedienbar.

Dann werde ich das jetzt mal ändern.

Danke.

Verstehe ich das richtig, dass mit "poweronstate 4":

1. Die Steckdose nach einem Stromausfall wieder auf "ein" schaltet
2. und der Knopf an der Steckdose auch deaktiviert ist?

Wenn ja, kann man noch über die Weboberfläche oder TasmoAdmin schalten?

Bei mir liegt folgender Inhalt in der Datei => /etc/systemd/system/cupstasmota.service

[Unit]
Description=cupstasmota
After=network.target

[Service]
ExecStart=/pfad/zum/script/cupstasmota.sh
Restart=on-abort
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

Unter => /pfad/zum/script/cupstasmota.sh (Pfad anpassen!)

liegt das eigentliche Script.

Ich habe dann einmal einen Reboot gemacht, seitdem funktioniert es.

Ich bin mit den Systemdiensten aber nicht der Profi. Die Anleitung dafür habe ich selbst "ergoogelt".

Danke für den Input. Ich werde die verschiedenen Ansätze ausprobieren und durchdenken.

Um mehr Daten zu bekommen, habe ich jetzt erst mal ein Bash-Script geschrieben, welches beim Lauf der Maschine alle 5s den Wert für Watt loggt. In ein paar Tagen sollte die Datenmenge ausreichend sein. Ich werde dann berichten.

Zitat von HaraldKi

Du willst doch wissen wann die Maschine OHNE Knitterschutz fertig ist, oder?

Maschine fertig, Meldung versenden damit man die Wäsche sofort rausholen kann und wenn man das eben nicht macht dann läuft der Knitterschutz.

Genau das ist das Ziel. Ich möchte eine Meldung bekommen, wenn die Maschine (ohne die Knitterschutzzeit) fertig ist. Dann kann ich (oder die Frau) sie sofort rausholen. Wenn sie keiner rausholt, läuft wie immer der Knitterschutz 30min weiter.