ESP RGBWW Wifi Led Controller - Firmware vbs

[stefanru]

Hier noch ein Photo.

Ob ich es vor dem Urlaub schaffe ihn nochmal per Tool neu zu flashen weiß ich nicht.
Gebe aber bescheid sobald ich mich nochmal dran mache und eventuell etwas herausfinde.

Dank und viele Grüße,
Stefan

[vbs]

Hier nochmal was ich mal ergoogelt hatte bzgl. dieses DOUT-Flashens:
https://forum.fhem.de/index.php/topic,70738.msg792663.html#msg792663

[pjakobs]

Hier noch ein Photo.

Ob ich es vor dem Urlaub schaffe ihn nochmal per Tool neu zu flashen weiß ich nicht.
Gebe aber bescheid sobald ich mich nochmal dran mache und eventuell etwas herausfinde.

Dank und viele Grüße,
Stefan

Mit den Controller mit diesem Logo hatte ich keine übermäßigen Probleme. Also will sagen: keine, die mir aufgefallen wäre.

pj

[stefanru]

Hi,

hab mich nun doch nochmal ans Flaschen gemacht.

Was kann es bedeuten wenn das Flashen immer abbricht bei verschiedenen Prozent Zahlen, mit Error:Write flash timeout?
Meist im 0x02000, manchmal schaffe ich es auch bis 0x100000 aber spätestens dann.
Habe DOUT und DIO versucht, mit den verschiedensten Geschwindigkeiten.

Auch mit externer Spannung und mit der Spannung vom USB. Leider kein Unterscheid.

Habe nun mal die teile einzeln geflashed.
0x00000 geht
0x02000 geht
0x100000 geht nicht, da komme ich nicht über ein paar %
Endet immer sehr schnell mit:

Code Auswählen Erweitern

Note:Serial port connected.
Note:Begin find ESP8266.
Note:ESP8266 ACK success.
Note:ESP8266 ACK success.
Note:Set base address success.
Note:Program flash success.
Note:Program flash success.
Note:Program flash success.
Note:Program flash success.
Note:Program flash success.
Note:Program flash success.
Note:Program flash success.
Note:Program flash success.
Error:Write flash timeout.


Habe es nun noch mehrmals versucht. Es ist eindeutig immer das selbe. Beim 0x100000 geht er auf die Bretter.
Heißt das der Flash ist defekt?

Habs nochmal mit esptool versucht, leider auch mit Fehler:

Code Auswählen Erweitern

D:\Benutzer\Stefan\Downloads\ESPEasy_mega-20180606>esptool.exe -vv -cd nodemcu -cp COM6 -ca 0x100000 -cf D:\Benutzer\Stefan\Downloads\ESP_RGBWW_Firmaware\spiff_rom.bin
esptool v0.4.12 - (c) 2014 Ch. Klippel <ck@atelier-klippel.de>
        setting board to nodemcu
        setting port from  to COM6
        setting address from 0x00000000 to 0x00100000
        espcomm_upload_file
        espcomm_upload_mem
        setting serial port timeouts to 1000 ms
opening bootloader
resetting board
trying to connect
        flush start
        setting serial port timeouts to 1 ms
        setting serial port timeouts to 1000 ms
        flush complete
        espcomm_send_command: sending command header
        espcomm_send_command: sending command payload
        espcomm_send_command: receiving 2 bytes of data
        espcomm_send_command: receiving 2 bytes of data
        espcomm_send_command: receiving 2 bytes of data
        espcomm_send_command: receiving 2 bytes of data
        espcomm_send_command: receiving 2 bytes of data
        espcomm_send_command: receiving 2 bytes of data
        espcomm_send_command: receiving 2 bytes of data
        espcomm_send_command: receiving 2 bytes of data
Uploading 786432 bytes from D:\Benutzer\Stefan\Downloads\ESP_RGBWW_Firmaware\spiff_rom.bin to flash at 0x00100000
        erasing flash
        size: 0c0000 address: 100000
        first_sector_index: 256
        total_sector_count: 192
        head_sector_count: 16
        adjusted_sector_count: 176
        erase_size: 0b0000
        espcomm_send_command: sending command header
        espcomm_send_command: sending command payload
        setting serial port timeouts to 15000 ms
        setting serial port timeouts to 1000 ms
        espcomm_send_command: receiving 2 bytes of data
        writing flash
................................................................................ [ 10% ]
        read 0, requested 1
warning: espcomm_send_command: didn't receive command response
warning: espcomm_send_command(FLASH_DOWNLOAD_DATA) failed
warning: espcomm_send_command: wrong direction/command: 0x01 0x03, expected 0x01 0x04
closing bootloader
        flush start
        setting serial port timeouts to 1 ms
        setting serial port timeouts to 1000 ms
        flush complete
error: espcomm_upload_mem failed

Hat jemand noch eine Idee?

Gruß,
Stefan

[Markus.]

Bist du dir sicher das dein ftdi adapter in ordung ist?
Und hast du vorher mal ein flasherase gemacht?

[stefanru]

Hi Markus,

eigentlich schon. Habe damit schon mehrere STM's geflashed.
Seltsam ist ich bekomme es nun mit Linux und esptool.py geflashed.

Code Auswählen Erweitern

esptool.py --port /dev/ttyUSB5 --baud 115200 write_flash --flash_size=detect 0x100000 ./spiff_rom.bin --verify
esptool.py v2.0.1
Connecting....
Detecting chip type... ESP8266
Chip is ESP8266
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Auto-detected Flash size: 4MB
Compressed 786432 bytes to 218606...
Wrote 786432 bytes (218606 compressed) at 0x00100000 in 20.0 seconds (effective 315.2 kbit/s)...
Hash of data verified.

Leaving...
Verifying just-written flash...
(This option is deprecated, flash contents are now always read back after flashing.)
Verifying 0xc0000 (786432) bytes @ 0x00100000 in flash against ./spiff_rom.bin...
-- verify OK (digest matched)
Hard resetting...


Nur danach macht er kein Netz auf.

Mache ich da etwas verkehrt? Ich flashe mit:
esptool.py --port /dev/ttyUSB5 --baud 115200 write_flash --flash_size=detect 0x00000 ./rboot.bin --verify
esptool.py --port /dev/ttyUSB5 --baud 115200 write_flash --flash_size=detect 0x02000 ./rom0.bin --verify
esptool.py --port /dev/ttyUSB5 --baud 115200 write_flash --flash_size=detect 0x100000 ./spiff_rom.bin --verify

Zwichen den einzelnen flashes muss ich immer RST drücken. Sonst verbindet er sich fürs nächste nicht.

Gruß,
Stefan

[Markus.]

Auweia....
Aber setz mal den flashmode Schalter in deine command lines. Das geht aber aber in einer command line und nicht für jeden Teil extra. Mach mal Flash Mode dout..
Hab jetzt nicht die ganze Befehlszeile da.
Aber was verwendest du denn für ein OS bei dem es immer abbricht?  Eventuell Virenscanner oder so ein Mist?

[stefanru]

Hi, verwende Windows.
Da brach es immer ab.

Mit esptool.py auf dem Raspberry geht es nun.

Netzwerk wird auch aufgemacht aber er rebootet wieder ständig.
Werde mal versuchen mit DOUT zu flashen.

Ok benutze nun:
esptool.py --port /dev/ttyUSB5 write_flash --flash_mode dout --flash_size=detect 0x00000 ./rboot.bin 0x02000 ./rom0.bin 0x100000 ./spiff_rom.bin

Sollte so passen oder?

Code Auswählen Erweitern

esptool.py --port /dev/ttyUSB5 write_flash --flash_mode dout --flash_size=detect 0x00000 ./rboot.bin 0x02000 ./rom0.bin 0x100000 ./spiff_rom.bin
esptool.py v2.0.1
Connecting....
Detecting chip type... ESP8266
Chip is ESP8266
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Auto-detected Flash size: 4MB
Flash params set to 0x0340
Compressed 2752 bytes to 1930...
Wrote 2752 bytes (1930 compressed) at 0x00000000 in 0.2 seconds (effective 114.9 kbit/s)...
Hash of data verified.
Compressed 339952 bytes to 239964...
Wrote 339952 bytes (239964 compressed) at 0x00002000 in 22.0 seconds (effective 123.8 kbit/s)...
Hash of data verified.
Compressed 786432 bytes to 218606...
Wrote 786432 bytes (218606 compressed) at 0x00100000 in 20.1 seconds (effective 312.9 kbit/s)...
Hash of data verified.

Leaving...
Hard resetting...


Netz ist da...

Mal schauen ob es stabil ist...

Gruß,
Stefan

[Markus.]

hier..

Code Auswählen Erweitern

esptool.py -p COM8 -b 115200 write_flash -ff 40m -fm dout -fs 32m 0x00000 test/rboot.bin 0x01000 test/blank.bin 0x02000 test/rom0.bin 0x100000 test/spiff_rom.bin

aber  wichitg.... Flah erase vorher...

Code Auswählen Erweitern

esptool.py.exe --port COM11 erase_flash




Gruß

Markus

[stefanru]

Nach dem Flashen sah es gut aus.

Aber sobald ich OTA einspiele ist er wieder im Bootloop.
Kommt gar nicht mehr hoch.

Sehr seltsam.
Was könnte das noch sein? Strom kommt zur Zeit vom USB.

@Markus:
Braucht man das blank.bin? Das habe ich nicht...

Gruß,
Stefan

[Markus.]

Lad mal die letzte Stable und Flash die mal
Und dann erstmal testen ohne ota. Hab zwar noch nie ein Problem mit ota gehabt aber hab ich schon Pferde kotzen gesehen. Was heisst Spannung über USB? 5v?  Kommen da noch 3,3 aus dem dcdc Wandler? Dein Netzteil hast du aber als Fehlerquelle ausgeschlossen?!
Und vor dem neu flashen... Flash erase!!

[RaspiLED]

Tja FTDI und die Windowstreiber! Welche Version zeigt Dein Gerätemanager an?
http://www.eevblog.com/forum/microcontrollers/ftdi-gate-2-0/
Kurzfassung: Neuer Win FTDI Treiber + China Clone FTDI = Zufälliger Müll in Kommunikation
Gruß Arnd


Gesendet von iPhone mit Tapatalk

[stefanru]

Hi,

nochmal vielen Dank für die Hilfe.
Ich werde beim Linux flashen bleiben.

Ich flashe die letzte Version von Patricks Firmware.
Meinst du das mit letzter stable?
Das geht dann auch. Wie stabil es dann läuft muss ich mal testen.

Sobald ich dann OTA auf vbs mach gehts auf jeden fall los mim rebooten.

Ok er macht auch schon reboots mit der original firmware.
Mit Strom von USB meinte ich die 3,3v vom FTDI.
Also Fehler am Netzteil ist im moment ausgeschlossen, da er nur über FTDI am strom hängt.


Gruß,
Stefan

[Markus.]

Stop.... Welche Firmware Flashst du denn manuell?  Ich gehe davon aus die letzte Stable der VBS Firmware??!!  Nicht die "ältere von Patrick? 
Ja mit Stable meine ich die von der normalen Vbs ota url.
Du hast aber auch ein 12v Netzteil angeschlossen bei deinen Versuchen??  Und nicht nur den ftdi?

[stefanru]

Zur Zeit habe ich nur den FTDI.
Hatte vorher aber auch mit 12V netzteil versucht.

Letzte stable vbs zum flashen? Wo bekomme ich die her?
Ich dachte der weg wäre immer Patricks und dann die vbs per OTA?

Ich montore gerade per ping den ESP mit patricks firmware.
Habe bisher nur 1 mal ein reboot am anfang beobachtet.

Ok hab die Firmware unter gh-pages gefunden:
https://github.com/verybadsoldier/esp_rgbww_firmware/tree/gh-pages

Gruß,
Stefan