[kusmi]

Hallo Klaus

Merci für die Infos – ich habe mir einen zweiten Arduino bestellt und werde das Flashen dann mal ausprobieren – ich bin eigentlich Softwareentwickler, also alles was mit Software (Flashen ;-) zu tun hat, sollte ich eigentlich verstehen. Einfach mit Hardware hapert es noch – das letzte mal wo ich Elektronikbasteleien machte war noch zur Uni-Zeit :-)

D.h. D3 = Power? oder D2 = Power? Bei mir leuchtet ja D2 gleich beim Einschalten und D3 erst nach einer Sekunde – dann wird wohl D2 = Power sein.

Jetzt hoffe ich mal das wirklich nur der Bootloader kaputt ist und nicht das ganze Board.

[Klaus]

Die neue Version ist scheinbar leider erst ab 8K. Da ich 4K-Module habe, kann ich sie nicht rein laden.

[Klaus]

So, mal beide Module probiert. Also sowohl mit der Version 0.22 vom NanoESP, als auch mit Version 0.51 mit dem kleinen Modul können sich per WPA und WPA2 AES & TKIP verbinden. WEP habe ich jetzt nicht probiert, da das eh keiner mehr haben sollte.

Was mir aufgefallen war, bei der neuen Version (0.51) passierte es, wenn ich die Verschlüsselung geändert hatte, dass das Modul nicht mehr ansprechbar war. Es bootete, wollte sich zum WLAN verbinden, was ja nicht klappte, und bottete wieder. Nur ein erneutes Aufspielen der Firmware half noch. Beim Nanoesp ist mir das nicht passiert.
Also, lieber das Modul mit AT+CWMODE=2 vorher wieder in einen ansprechbaren Modus versetzen, oder WLAN-Daten löschen.

[kusmi]

OK, ich bin wieder im Rennen, mein NanoESP Board funktioniert wieder – geholfen hat mir die LED Statusmeldung. D3 ist jene LED, die bei Arduino teilweise als „LED L“ bezeichnet wird und normalerweise blinkt die 3-mal wenn der Bootloader drauf ist – aber noch kein Sketch geladen wurde (wahrscheinlich um zu signalisieren, dass man überhaupt einen Bootloader drauf hat). Es kann aber passieren dass der Bootloader in einem Loop gefangen ist und immer wieder neu startet, dann blinkt die D3 LED ewig – genau das scheint bei mir passiert zu sein.

Auf Arduino Nano not responding with yellow led blinking fast hab ich eine Hilfe gefunden, wie man den Arduino dann wieder zum laufen bringt:

1. Board ausschalten, also USB Kabel ausstecken
2. Reset-Knopf auf Board drücken und gedrückt halten
3. USB Kabel einstecken und immer noch Reset-Knopf gedrückt halten
4. In Arduino-Umgebung einen (leeren) Sketch öffnen und auf „Upload“ drücken, wie gewohnt
5. Warten bis in der Arduino-Umgebung die Statusmeldung „Uploading…“ erscheint
6. Dann Reset-Knopf loslassen

Ich musste 2-3 mal probieren, aber dann hat es funktioniert. Jetzt läuft mein Board wieder und ich kann doch noch den Kalender fertig spielen :-) Jetzt gibt es einiges nachzuholen!

[Klaus]

Interessanter Zusammenhang. Danke für die Rückmeldung. Kann vielleicht mal irgendwann was nutzen.

[Joerg]

Danke, interessant. Ich habe es gerade an meinem Access-Point nochmal systematisch durchprobiert: bei mir nach wie vor keine Verbindung mit WPA2/AES. Nach Umstellen auf WPA/TKIP geht es wieder. Seltsam. Ich finde auch in der Doku zum AT Instruction Set keine Parameter, die ggf. noch im Flash gesetzt sind und die Verbindung über WPA2/AES verhindern könnten. Da muss ich wohl noch etwas weiter suchen…

[AlfredW]

Hallo,

mittlerweile habe ich den Treiber für Linux (OpenSuse 13.2) compiliert bekommen; dieser liegt ja nur im Source Code vor;
genau nachvollziehen konnte ich das nicht wieso es jetzt geht;
openSuse bringt wie ich im Nachhinein feststellen musste den Treiber schon mit (/lib/module/drivers); dieser braucht nur noch mit insmod hinzugefügt werden.

Gruß

Alfred

[AlfredW]

Hallo,

ich habe den Fehler gemacht die Bauteile des Adventkalenders in einer Tupperdose zusammeln; leider sehen für mich als Laie mache Bauteile gleich aus z.B. FotoDiode, IR-Diode; sieht alles wie eine normale LED aus;
es wäre nicht schlecht, wenn man Bilder bzw. Erklärungen zur Verfügung hätte, wie man die Bauteile auseinander hält. Markierungen irgendwelcher Art sind da nicht vorhanden.
Der Helligkeitssensor ist als eckiger durchsichtiges Bauteil abgebildet; in meinem Kalender war so etwas nicht enthalten.

Gruß

Alfred

[Klaus]

Schau bitte mal in die Kommentare der letzten Tage. Da wurde mehrfach beschrieben, wie man die Teile (des Adventskalenders) auseinander halten kann.

[Laser]

Wenn man die Dioden von oben anschaut,
sieht man:

Weiss – Diode
Schwarz – Fotodiode
Schwarz, kleiner Punkt – IR-Diode

Am besten mal alle Dioden nebeneinander halten und vergleichen.

[RGH]

… und dann die Unterseite mit farbigem Edding markieren! ;) Bei mir hat die Fotodiode einen schwarzen Boden bekommen und die IR-Diode einen roten.

Gruß
Roland

[Klaus]

… und dann die Unterseite mit farbigem Edding markieren! ;) Bei mir hat die Fotodiode einen schwarzen Boden bekommen und die IR-Diode einen roten.

Menno, Du hast bei mir abgeguckt ;-)
Genau die Farben hab ich auch genommen.

[generalovernight]

Habe wohl zum falschen Zeitpunkt auf den Upload-Button gedrückt, anscheinend gerade als das Board neu startete. Zuerst fiel mir auf, dass die SerialConsole zwar grau, aber nicht ganz leer wer. Oben standen in grauer Schrift die ersten anderthalb Zeilen, die normalerseise beim Starten des Boards kommen. Der Programm-Upload funktionierte zwar, aber alle AT-Kommandos kamen mit Fehler zurück. Manuell eingegebene AT-Kommandos liefern Buchstabensalat, wei bei einer falsch eingestellten Baud-Rate, ist aber alles richtig eingestellt. Das Board reagiert auch noch auf AT-Kommandos.

Es lassen sich auch weiterhin Programme hochladen. Ich habe einen Minimal-Sketch geschrieben, der mir die D3_LED blinken lässt – funktioniert einwandfrei. Nur die Kommunikation mit dem ESP funtkoniert nicht mehr richtig, sodass ich im Programm keine AT-Kommandos mehr nutzen kann.

Lässt sich der Speicher irgendiwe zurücksetzen?

(Den Tipp von kusmi im Forum „Adventskalender“ habe ich schon erfolglos probiert. [http://iot.fkainka.de/forum/topic/kein-sketch-upload-mehr-moeglich-avrdude-stk500_recv/page/2/#post-959])

[Klaus]

Ich vermute, aus irgendeinem Grund ist die Baudrate des ESP-Moduls verstellt. Das NanoESP bestelt ja aus 2 Modulen, einmal dem Arduino Nano (den Du erfolgreich getestet hast) und dem ESP8266. Der Arduino ist noch erreichbar, aber der ESP scheint eine andere Baudrate zu haben. Ich weiß nicht, welche Baudraten der Arduino noch zuverlässig kann. Eventuell ist Dein Board auf eine der beiden Standardeinstellungen zurück gegangen. Das sind entweder 9600, oder 115200. 9600 kann der Arduino bestimmt, die hohe weiß ich nicht. Du müsstest also versuchen, die Baudrate im Sketch zu verändern und das Modul zu erreichen. Klappt das alles nicht, müsstest Du über den 8-poligen Anschluss seitlich direkt an das Modul gehen. Dann könntest Du zur Not auch neu flashen.
Die Belegung des einzelnen Moduls habe ich mal angehängt.
Die Vorgehensweise zu flashen findest Du unter:
http://www.xess.com/blog/esp8266-reflash/
Das NanoESP nutzt die Firmware mit dem AT-Befehlssatz 0.22. Also nicht die neueste Firmware nehmen, die könnte mit den Projekten nicht gehen.

Attachments:

1. 

   73d4a48556714372adf75af119a8fcc3.jpg
   

[Klaus]

Nachtrag:
Wenn Du an den Anschluss auf dem Board gehst, denke bitte dran, dass das Modul mit 3,3V arbeitet. Du musst also einen USB-TTL-Adapter mit 3,3V Signalspannung nehmen, sonst schrottest Du alles.

[Autor]

Beiträge