Beiträge von Marc

    WcResolution 13 1600x1200

    Bei mir geht es nur bis 10, siehe hier:

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

    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.

    Termite

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


    Es läuft unentwegt das hier durch:

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

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

    Ich habe das angepasst und ausprobiert:

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


    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.





    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.

    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.

    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!

    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

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

    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. :whistling:;)


    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.