Nachdem ich I2C deaktiviert habe kam bei der Dimmer Wert Änderung auch noch der Command:error.
Nun habe ich beide IO´s wieder aktiviert und der Fehler kommt immer noch.
Das Logging MQTT habe ich auf Debug gestellt, bekomme aber keine weiteren Infos hierzu…
Dann hab eich Tasmota wieder auf Host: pekaway.local gestellt und mit VanPi Control_3g0u5 verbunden.
Gleicher Fehler ( Dimmer 4 z.B. /pkw/stat/PekawayMOTA/RESULT = {"Command:“Error”}
Vielleicht liegt es auch an der Software, da nach dem Flashen immer der Fehler kommt, “Timed Out waiting for header”
So sieht der ESP nachdem Reset aus:
ets Jul 29 2019 12:21:46
00:00:00.003 HDW: ESP32-D0WD-V3
00:00:00.023 UFS: FlashFS mounted with 308 kB free
00:00:00.040 CFG: Loaded from File, Count 4
00:00:00.053 I2C: Bus1 using GPIO22(SCL) and GPIO21(SDA)
00:00:00.059 TFS: File ‘mcp23x.dat’ not found
00:00:00.127 BRY: Berry initialized, RAM used=3922 bytes
00:00:00.142 TFS: File ‘.drvset003’ not found
00:00:00.143 CFG: Energy use defaults as file system not ready or file not found
00:00:00.151 Project PekawayMOTA - PekawayMOTA Version 12.5.0.4(tasmota32)-2_0_10(2023-06-19T17:53:07)
00:00:00.164 I2C: PCA9685 found at 0x55
00:00:00.485 WIF: WifiManager active for 3 minutes
00:00:01.409 HTP: Web server active on PekawayMOTA-0388 with IP address 192.168.4.1
Command Error kommt auf jeden Fall dann, wenn man den I2C Bus ansprechen will, der aber nicht erreichbar ist. 00:00:00.164 I2C: PCA9685 found at 0x55 sagt uns aber, dass der Chip gefunden wurde.
Kannst du die Dimmer direkt über die Tasmota Konsole ansprechen, ohne I2C Kabel Vervbindung zum Relayboard? Weiß grad nicht den genauen Befehl, kann ich morgen mal raussuchen. Aber auf jeden Fall “pwm,3,4095” um Dimmer 4 aauf 100% zu stellen, bin mir aber wie gesagt nicht sicher ob da noch was davor muss.
Dann hab eich Tasmota wieder auf Host: pekaway.local gestellt und mit VanPi Control_3g0u5 verbunden.
Also WLAN Verbindung funktioniert aber jetzt?
Vielleicht liegt es auch an der Software, da nach dem Flashen immer der Fehler kommt, “Timed Out waiting for header”
Tasmota startet ja, also deutet der Fehler auf irgendwas hin, dass der Verifizierungsprozess nicht abgeschlossen wurde oder sowas, Kommunikationsfehler. Aber geflasht wurde trotzdem, sonst würde Tasmota nicht starten.
Jetzt läuft es. Ich habe nochmal versucht den ESP als stand alone zu flaschen, hat nicht funktioniert. Dann nochmal mit 12.5 MOTA. Dann kam wider der Timout Header Fehler. Noch etwas gewartet und dann ins LOG umgeschaltet und siehe da, kein Fehler mehr wenn ich im Pekaway einen Dimmer betätigt habe.
Aktuell bin ich nun auch wieder mit WiFi vom Router verbunden.
Ich vermute es liegt am Flashen.
Kannst du mir bitte noch sagen, wie ich vom NR einen GPIO vom ESP32 ansprechen kann ?
OK, danke euch.
Jetzt stelle ich noch fest, daß der angeschlossene Temp Sensor am Dimmy Board keine Werte an Pekaway übermittelt.
Ich muss heute Abend mal schauen, ob etwas in der Tasmota Console ankommt.
Da kommt nichts bzgl. Temperatur an.
Der gleiche Stecker am Relaisboard funktioniert.
An welchen Port vom ESP32 geht onewire?
Hast du noch eine debug Möglichkeit?
Hallo Arno, danke, aber wo finde ich die Kommando Schreibweise, um Ports via MQTT an zu sprechen?
Der Befehl Status geht.
Für Ports sollte „Power“ gehen.
Aber für einen definierten Port „Power27, on“ bringt einen command:error.
Bisher bin ichvim Internet nich nicht fündig geworden.
Ichvhabe ja den ESP32 in dem Dimmy laufen.
Woran kann es liegen, dass dieser plötzlich kein WLAN mehr macht?
Ich habe die IP im Router reserviert.
Aber die blaue LED vom ESP32 ist aus. Auch nach dem Aus- und wieder einschalten.
Vielleicht als Hinweis, ich betreibe noch einen Tasmota Stromzähler. Der funktioniert immer im WLAN.
Aber auch, wenn ich diesen zum Test abschalte, geht das WLAN vom „Dimmy“ Tasmota nicht mehr.
Stromversorgung: Prüfe, ob der ESP32 korrekt mit Strom versorgt wird. Wenn die LED aus ist, könnte es ein Problem mit der Stromversorgung oder ein defektes Netzteil sein. Ein Wackelkontakt oder fehlerhafte Kabelverbindung könnte ebenfalls der Grund sein.
Firmware-Probleme: Es könnte sein, dass die Tasmota-Firmware auf dem ESP32 beschädigt ist oder dass er in einen Bootloop gerät. Du könntest versuchen, den ESP32 über die serielle Konsole anzuschließen und zu sehen, ob irgendwelche Fehlermeldungen ausgegeben werden.
IP-Konflikt: Auch wenn du die IP-Adresse im Router reserviert hast, könnte es zu einem Konflikt kommen. Überprüfe, ob ein anderes Gerät versehentlich dieselbe IP-Adresse verwendet.
WLAN-Konfiguration: Es könnte ein Problem mit den WLAN-Einstellungen des ESP32 geben. Wenn du den ESP32 neu startest und die blaue LED nicht leuchtet, könnte dies bedeuten, dass er sich nicht mit dem WLAN verbinden kann. Überprüfe die WLAN-Zugangsdaten im Gerät.
Speicherfehler: Es ist möglich, dass der ESP32 die WLAN-Konfigurationsdaten verloren hat oder der Flash-Speicher defekt ist. Ein Reflash der Tasmota-Firmware könnte hier helfen, um zu prüfen, ob der ESP32 danach wieder funktioniert.
Hardware-Defekt: Wenn die blaue LED komplett aus bleibt, könnte ein Hardware-Defekt vorliegen. Ein defektes ESP32-Modul könnte dazu führen, dass keine WLAN-Verbindung mehr aufgebaut wird. Hier könntest du den ESP32 auf sichtbare Schäden (z.B. aufgeblähte Kondensatoren) überprüfen.
Hi Vince, der ESP32 funktioniert nicht mehr.
Genau wie der vorherige 8266.
Ich betreibe alle Elektronik Module an einem DC/DC Buck Boost Wandler.
Da mit diese immer konstante 12V bekommen und weil die COB LED streifen empfindlich bei Spannungen über 12V sind.
der DC/DC Buck Boost Wandler hat ein isolierten GND. Ich habe aber darauf geachtet, dass alle Ausgänge vom Dimmy mit GND vom DC/DC verbunden sind.
Nun schalte ich aber über einen Schalter einzelne LED´s auf der Ausgangsseite des Dimmy gegen GND auch händisch ein/aus. Meinst du das oder der die Ausgangsspannung vom DC/DC Buck Booster können verursachen, dass die ESP32 zerstört werden ?
Welchen gnd nimmst du zum händisch schalten, wenn du nicht den vom dc/dc Wandler nimmst, dann zerstörst du die Elektronik, dann hast du 2 Spannungs Potenziale
