ESP8266/NodeMCU Kommunikationsprobleme

[thewulf00]

Hallo Klebwax,

nochmals danke für Deine Antwort.

Ich danke Dir fürs nochmalige Draufstoßen. Ich habe den Link von Dir übersehen. Mithilfe Deiner Infos und etwas Recherche läuft tatsächlich das erste Programm. Ich habe den ESPlorer genutzt, und er macht autom. ein dofile nach dem Übertragen von Dateien. So kann ich Deinen Hinweis ohne großen Mehraufwand einarbeiten.

Des Rätsels Lösung waren folgende Schritte:
- Wissen, welcher Port zu GPIO0 gemappt ist. Hilfreicher Link: https://iotmodules.co.uk/media/wysiw...MCU_Pinout.png
- Der Hinweis, dass die richtige Programmierbaudrate von allen Internetinfos abweicht: 115200. Hilfreicher Link: http://www.electrodragon.com/w/ESP82...eMCU_Dev_Board


Nochmals Danke an Klebwax für die entscheidenden Infos.

- - - Aktualisiert - - -

Ansonsten sind das schon feine Teile. Für 2$ oder weniger und 2 Pins für die serielle bekomme ich alle meine µCs in mein LAN, billiger als ein USB Adapter und auch noch flexibler und drahtlos. Und einfache Aufgaben lassen sich in lua scripten und laufen direkt auf dem ESP. Nachdem die Hardware fertig ist, nehme ich gerade eine Rolladensteuerung in Betrieb, die nur im ESP läuft. Die GPIOs steuern den Motor und bedienen die lokalen Taster und WLAN erlaubt die zentrale Steuerung. Der ESP bzw das Modul kostet dabei weniger als die Kabel eines Hausbusses, geschweige denn das Verlegen dieser Kabel.

Ich stimme Dir zu.
Du schriebst, einfach Aufgaben in LUA. Welche Alternative hast Du auf einem ESP8266 noch?
Und sollte man nicht eher sehr komplexe Aufgaben in einer Hochsprache lösen? (Der Fehlertoleranz und vereinfachung des Codes wegen...)

[Klebwax]

Du schriebst, einfach Aufgaben in LUA. Welche Alternative hast Du auf einem ESP8266 noch?

Eigentlich ist das Teil ein Modem, ein Funkmodem. Das legt schon der AT-Commandset, den die Erfinder des Chips gebaut haben, nahe. Die Anfänge stammen von den Fa. Hayes und sind im Laufe der Zeit für alle möglichen Datenübertragungen erweitert worden, hier für WLAN. Daß ein Modem heutzutage im wesentlichen aus einem Prozessor statt aus diskreter Logic und vielen Filtern besteht, ist klar. Wenn man mit der Funktionalität des mitgelieferten AT-Commandsets auskommt, klemmt man das genauso wie einen seriell-USB Wandler (auch eine Art Modem) an die serielle. Da ich gerne UDP verwende, hat mir die eingebaute Funktionalität aber nicht gereicht. Um ich mir die Entwicklung einer vollständigen eigenen Firmware zu sparen, bau ich mir mein "eigenes" Modem in Lua.

Was meine ich mit "einfache Aufgaben"? Alles was nicht zeitscharf ist, so z.B alle paar 10 Millisekunden Taster abfragen, Alle Ausgaben, die für einen Menschen gedacht sind usw. Und was sind keine "einfachen Aufgaben"? Eigentlich alles, wofür es zum Teil sehr aufwendige Hardwareunterstützung in den µCs gibt, viele IOs, Timer, schnelle SPI, mehrphasen PWMs, ADCs etc. So eine Quadcopter Steuerung wird nicht richtig funtionieren, wenn der WLAN Stack die CPU für eine Weile blockiert. Als Telemetriesender passt der ESP aber sicher.

Und sollte man nicht eher sehr komplexe Aufgaben in einer Hochsprache lösen? (Der Fehlertoleranz und vereinfachung des Codes wegen...)

Sicher, in der dem Problem angemessenen Hochsprache. Bei einer Lohnbuchhaltung ist es unerheblich, wenn das Laufzeitsystem einer Hochsprache ab und an mal den Garbagecollector anwirft, wie bei vielen interpretierten Sprachen und auch bei Lua. Auf den µCs verwende ich C, das ist im Moment der beste Kompromiss zwischen Hochsprache und Zeitschärfe (und Verfügbarkeit).

MfG Klebwax