Welche Firmware

Ich glaube, das kann man so pauschal nicht beantworten.

Ich habe bisher nur die Standard AT Firmware ernsthaft verwendet, aber 
viel zu den beiden Alternativen gelesen. Ich fasse mal zusammen, zu 
welchen Schlüssen ich gekommen bin:

Die AT Firmware lief anfangs sehr instabil. Die aktuell verkauften 
Module haben aber Version 0.40 aus dem SDK 1.3 oder Version 0.50 aus dem 
SDK 1.4. Diese beiden Versionen laufen sehr stabil. Ich hatte in 3 Tagen 
Dauertest auf zwei Modulen keinen einen einzigen Absturz.

Die AT Firmware sendet und empfängt Daten im 100ms Raster. Daraus folgt, 
dass du maximal 10 Pakete pro Sekunde senden oder empfangen kannst. Eine 
weitere wesentliche Einschränkung ist der Half-Duplex Betrieb. Die 
Firmware kann nur abwechselnd senden und empfangen. Wenn du gerade einen 
AT Befehl absetzt, um etwas zu senden, und dabei gleichzeitig etwas 
empfangen wird, dann geht was verloren. Mal ignoriert das Modul den 
Sende-Befehl, mal verwirft es die empfangenen Daten.

Daraus ergibt sich folgende Empfehlung: Deine Anwendung sollte 
empfangene Pakete bestätigen, so wie das Modul auch jeden AT Befehl mit 
OK bestätigt. Nach jedem gesendeten paket sollte der Absender auf die 
Bestätigung durch den Empfänger warten, was typischerweise 100-500ms 
dauert. Solange sollte man schon warten. Erst danach das nächste Paket 
senden. Und man sollte vermeiden, auf mehreren Verbindungen gleichzeitig 
etwas zu senden. Wenn der Sender vom Empänger kein OK zurück bekommt, 
soll er die Sendung wiederholen.

Wenn du dich daran hälst, bekommst du eine zuverlässige 
Datenübermittlung hin - allerdings recht langsam. Überlege Dir, ob die 
Performance mit der konkreten Anwendung harmoniert.

Das SDK ermöglicht Dir, eigene Anwendungen auf dem ESP-Chip selbst 
laufen zu lassen. Debugging ist allerdings schwierig und die Anwendung 
muß einige Regeln einhalten, damit der Speicher nicht überlauft und der 
Watchdog nicht auslöst. Daran scheitern einige Entwickler. Ich denke 
aber, dass es sich durchaus lohnen kann, nämlich wenn man besonders 
kompakte Geräte ohne zusätzlichen µC bauen möchte und die I/O Leitungen 
des ESP Chips für die Anwendung ausreichen.

Das SDK wird in C programmiert.

Das SDK hat zwei Varianten der Basis-Firmware. Eine mit RTOS und eine 
ohne. Die RTOS Variante soll mehr Perfomance bieten, aber weniger stabil 
laufen. Ist wohl noch nicht ausgereift. Ob das wahr ist, kann ich nicht 
beurteilen.

Apropos Performance: Wenn man sich von der AT Firmware trennt und für 
den ESP eine eigene Anwendung schreibt, die direkt auf dem Chip läuft, 
hängt man nicht mehr an diesem lästigen 100ms Intervall. Dann sind 50 
Kilobytes pro Sekunde machbar. Mit der AT Firmware schaffst du höchsten 
10 Kilobytes pro Sekunde. Aber: Zeitweise Aussetzer mit langen 
Übertragungszeiten sind auch damit nicht auszuschließen. Ich denke, das 
liegt in der Natur der WLAN netze, dafür kann weder der Chip noch dessen 
Firmware etwas.

Dann gibt es noch diese Lua Firmware (nodeMCU). Ich habe es so 
verstanden, dass diese Firmware einen Script-Interpreter enthält. 
Nachdem die Firmware auf den Chip geladen ist, kann man anschließend ein 
oder mehrere Lua Script in den Flash Speicher laden, um sie auszuführen. 
Die Lua Sprache soll sehr komfortabel und leicht zu erlernen sein. Der 
Größte Haken dieser Firmware scheint die begrenzte RAM Größe zu sein. 
Das ganze Script muss mitsamt Kommentaren ins RAM Passen. Da bleibt dann 
nur noch wenig RAM für die Anwendung selbst frei. Viele Entwickler 
kritisieren dies.

Ich kann mir allerdings gut vorstellen, dass jemand, der µC mit weniger 
als ein Kilobyte RAM programmieren kann, auch mit der LUA Firmware ganz 
gut zurecht kommen dürfte.

Für meine konkreten Anwendungen reichte die AT Firmware bisher immer. 
Ich habe meine Anwendungen auf externen µC laufen lassen, weil:

- Die ESP-01 Module so schön billig sind aber wegen zu wenig I/O eine 
externe Erweiterung brauchen.
- Ich mit AVR's und deren Programmierung schon vertraut bin, so muss ich 
die Programmierung des ESP nicht erlernen (reine Faulheit, gebe ich zu).
- Ich einen Hardware Debugger für AVR besitze, aber keinen für den ESP 
Chip habe.
- Ardunino Nano Module fast nichts kosten, dafür aber schon einen USB 
Anschluss haben, auf den ich Debug Meldungen ausgebe. Dass ich dann ein 
Modul mehr auf meiner Platine habe, ist mir ziemlich egal. Auf die paar 
Quandratzentimeter kommt es mir nicht an.

Aber meine Bewegründe sind von nicht kommerzieller Natur. We mit dem 
Ding Geld verdienen will, würde sicher völlig anders entscheiden.

OK dann weiß ich erstmal bescheid. Dann werde ich wohl erstmal mal bei C 
Varinate bleiben da ich mit Lua auch noch nicht vertraut bin.
Vielen Dank