controler wird nicht gefunden

[Rabenauge]

Die Wemos D1 mini lassen sich ja ziemlich gut sockeln- ich krieg da immer passende Stift-und Buchsenleisten gleich dazu.
Da gibts auch etliche Shields für- ich hab z.B. auf einem ein OLED-Shield, sehr cool. Aber das ist ne andere Geschichte.

Was ich dir noch anbieten kann: schick mal einen rüber, der bei dir definitiv nicht geht, dann kann ich es ja mal versuchen.

[Rabenauge]

Inzwischen hat @inka mir zwei der _möglicherweise_ defekten Wemos (beides D1 mini) mal hergeschickt.

Vorweg: meine Vermutung war richtig- denen fehlt gar nichts.
Die laufen, alle beide.
Ich hab das mal "protokolliert" was ich mit beiden angestellt hab:

Kandidat 1 (der ohne Stiftleisten)

Zustand: blinkt beim einschalten oder Reset 2x kurz:

Flashen geht völlig problemlos (testweise nen CP-Hotspot aufgespielt), keinerlei Fehlermeldung.
LittleFS data upload: ebenso problemlos (keinerlei Fehlermeldung)
-Software läuft, Hotspot bzw. Captive Portal erscheinen.
Zweiter Test (hier unter Werkzeuge FlashSize auf 4MB gestellt): Beispielsketch ESP8266 Blink.
Funktioniert auch einwandfrei.
Blinkt brav, wie er soll.

Kandidat 2 (der bemalte mit den Stiftleisten, blinkt einige Male langsam, dann einmal kurz und macht dann Dauerlicht):
nur den Zweiten Test (siehe Kandidat 1) durchgeführt:
genauso problemlos.
Auch der blinkt nun dauerhaft.

Den Boards fehlt _nichts_.


Einstellungen:
- unter Werkzeuge, Board: Generic Esp8266-Module (da _weit unten_ zu finden unter "Esp8288-Boards, 3.0.2")
- Upload speed 115200
- CPU Frequency 80 MHz
-Crystal frequency 26 MHz
- Flash size: 4Mb (ich hab dann dort 3MB FS genommen, wiel das Programm 3 MB fürs Dateisystem braucht, das spielt aber nur für _dieses_ Programm ne Rolle)
-Flashmode DOUT (compatible)
-Flash frequency 40 MHz
-Reset Method dtr (aka nodemcu)
-Debug port: Disabled (die serielle Konsole funktioniert natürlich trotzdem)
-Debug Level: Keine
-lwIP Variant "V2 higher bandwith"
-VTables: flash
-BuiltinLed "2"
-Erase flash: only sketch (dürfte auch keine Auswirkungen haben,das ist meine Grundeinstellung, so wird beim flashen das Filesystem nicht angerührt)
-Espressif-FW: "nonos-sdk 2.2.1+100 (190703)
-C++ exeptions "disabled..."
-Stack protection "disabled"
-MMU "32kB cache+32kB IRAM(most compatible)
-Non-32Bit-Acess "use pgm_readMacros for IRAM/PROGMEM

Mit diesen Einstellungen hab ich gearbeitet. Ich brauchte weder den Reset drücken (bei den Wemos D1 normalerweise auch nicht nötig) noch irgendwelche Zaubersprüche murmeln.

Umgebung: Ubuntu 18 in der aktuellen Version, Arduino 1.89, aktuellste Boardeinstellungen (im Boardverwalter).

Soll ich noch irgendwas ausprobieren, ehe ich dir die Teile zurückschicke?

[inka]

hallo Sly,
danke für die auflistung der eigenschaften in der arduino IDE, meine gleichen denen:


ich hatte noch den treiber (340/341G) im verdacht, dass er nicht geladen wird, oder defekt ist und der baustein nicht erkannt wird beim aufstecken des board, auch nichts. dmesg zeigt das deutlich:


ob das sinn macht die boards bei Dir zu lassen? Weiss ich nicht, steck die in eine tüte so, dass sie nicht mit Deinen verwechselst und heb sie noch auf. Für meine tests habe ich ja noch vier hier...

[Rabenauge]

Hm, sieht eigentlich alles gut aus.
Der einzige Unterschied ist, dass du bei MMU (recht weit unten) auf balanced stehen hast, ich auf most compatible.
Glaub aber nicht, dass es nen Einfluss hat.

Du hast aber unter Board auch _wirklich_ den Eintrag gaaanz weit unten genommen?
Den gibts nämlich schon weiter oben mal- der funktioniert _nicht_ (andere Version, es muss 3.0.2 dahinter stehn).


Dein anderer Screenshot sagt, dass der Treiber da ist und mit USB 0 verbunden. das haut auch hin..

Was mir aber auffällt: deine Fehlermeldung da hat _nichts_ mit der Verbindung zu tun, das deutet auf ein Problem mit der SPIFF-Lib. hin, soweit man es lesen kann.

[inka]

ich hab jezt noch ein foto gemacht, bei mir ist der generic eintrag ganz oben, weiter unten ist nur noch die nodeMCU 1.0 - die habe ich eigentlich früher genommen...


EDIT: (fehlermeldung)

Connecting........_____....._____....._____.....__ ___....._____....._____.....____Traceback (most recent call last):
File "/home/georg/.arduino15/packages/esp8266/hardware/esp8266/3.0.2/tools/upload.py", line 66, in <module>
esptool.main(cmdline)
File "/home/georg/.arduino15/packages/esp8266/hardware/esp8266/3.0.2/tools/esptool/esptool.py", line 3552, in main
esp.connect(args.before, args.connect_attempts)
File "/home/georg/.arduino15/packages/esp8266/hardware/esp8266/3.0.2/tools/esptool/esptool.py", line 529, in connect
raise FatalError('Failed to connect to %s: %s' % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

[Rabenauge]

Mit dem _oberen_ Eintrag "Generic ESP8266-Module krieg ich den Blinker nicht mal compiliert:

In file included from /home/ichselbst/Arduino/arduino-1.8.9/hardware/esp8266com/esp8266/cores/esp8266/Arduino.h:41,
                 from sketch/Blink.ino.cpp:1:
/home/ichselbst/Arduino/arduino-1.8.9/hardware/esp8266com/esp8266/cores/esp8266/core_esp8266_version.h: In instantiation of 'constexpr int conststr::parseNthInteger(const char (&)[N], unsigned int) [with unsigned int N = 12]':
/home/ichselbst/Arduino/arduino-1.8.9/hardware/esp8266com/esp8266/cores/esp8266/core_esp8266_version.h:130:37:   required from here
/home/ichselbst/Arduino/arduino-1.8.9/hardware/esp8266com/esp8266/cores/esp8266/core_esp8266_version.h:118:1: internal compiler error: in bot_manip, at cp/tree.c:3055
  118 | }
      | ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://gcc.gnu.org/bugs/> for instructions.
exit status 1
Fehler beim Kompilieren für das Board Generic ESP8266 Module.

Liest sich recht abenteuerlich....interessant ist, dass bei nem anderen Programm da ganz andere Fehler auftauchen.
Ich hab aber viel weiter unten noch mal diesen Eintrag- und mit _dem_ geht es ohne Probleme.

Ich denke, wir haben des Pudels Kern: das Übel bei dir scheint zu sein, dass du nen veralteten ESP-Core hast (3.0.2 ist aktuell, eben noch mal gecheckt).
Schau mal unter Werkzeuge-Boards-Boardverwalter.
Ich hab dir nen Screenshot gemacht, den brauchst du wahrscheinlich:



Nimm da die neueste Version (ist die 3.0.2), danach hast du zwar Unmengen an Boards zusätzlich, findest aber weit, weit unten dann das Richtige eben auch.

[inka]

Ich denke, wir haben des Pudels Kern: das Übel bei dir scheint zu sein, dass du nen veralteten ESP-Core hast (3.0.2 ist aktuell, eben noch mal gecheckt). Schau mal unter Werkzeuge-Boards-Boardverwalter.

den core 3.0.2 hatte ich schon, neben der version 2.7.4 und 2.7.2...

habe alle drei entfernt, IDE neu gestartet, 3.02 installiert, der _untere_ eintrag für ESP8266 fehlt immer noch, das blink beispiel von den standards lässt sich mit dem _oberen_ ESP8266 eintrag kompilieren, flashen geht nicht:

esptool.py v3.0
Serial port /dev/ttyUSB0
Connecting........_____....._____....._____....._____....._____....._____.....____Traceback (most recent call last):
  File "/home/georg/.arduino15/packages/esp8266/hardware/esp8266/3.0.2/tools/upload.py", line 66, in <module>
    esptool.main(cmdline)
  File "/home/georg/.arduino15/packages/esp8266/hardware/esp8266/3.0.2/tools/esptool/esptool.py", line 3552, in main
    esp.connect(args.before, args.connect_attempts)
  File "/home/georg/.arduino15/packages/esp8266/hardware/esp8266/3.0.2/tools/esptool/esptool.py", line 529, in connect
    raise FatalError('Failed to connect to %s: %s' % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

der unterschied den ich sehe ist das esptool.py 3.0 verwendet wird und nicht 2.8, ansonsten war es das noch nicht

[Rabenauge]

Hm, ich sehe gerade- du benutzt Arduino 1.5?

[inka]

1.8.15 ???

[Rabenauge]

Hm...ich kann diese Ausgaben nicht nachvollziehen, ich hatte das gemeint:

File "/home/georg/.arduino15

Ich benutze 1.89.