EDV-Dompteur/Forum

Hi Bastelfreund,

vergessen wir mal kurz, dass der Witty bei mir neulich ständig aus der Liste der verfügbaren WLANs verschwand und wieder erschien:
Es ist mein Eindruck, dass die Abbrüche sich speziell bei größeren Datenmengen bemerkbar machen.
So als ob alle paar Sekunden gaaanz kurz etwas dazwischen funkt.

Alle 5 Minuten ein Temperaturwert, der ja nur einen nadelschmalen Datenhappen darstellt, würde demnach mit sehr hoher statistischer Wahrscheinlichkeit problemlos durchgehen.
Würdest Du es denn überhaupt merken, wenn zufällig mal ein einzelner dieser Werte geschreddert wird und fehlt?

Sicherlich ist es auch ein Unterschied, ob die Daten einfach per UDP gesendet werden, oder so richtig mit Fehlererkennung und so.

Mir fällt auf, dass es zwar blitzschnell geht, Dateien ins Filesystem des ESP zu übertragen, oder von dort abzurufen. Aber dass es krötig lange dauert, im Browser editierten Basic-Quelltext zu sichern, oder (umgekehrt) in den Online-Editor zu laden.
Das dicke Programm, mit seinen über 800 Zeilen Quellcode, ist als Datei wirklich blitzschnell ins Filesystem des ESP übertragen (oder von dort herunter geladen).
Aber wenn man es editiert hat und nun sichert, dauert es viele Sekunden, während derer ein Zähler die gerade übertragene Zeilennummer anzeigt. Und der bleibt halt irgendwo stehen. Mal bei Zeile 365, mal bei Zeile 11, mal bei Zeile 702 ...

Als ganze Datei passt der Quelltext in wenige Datenpakete und flutscht durch. Aber der Basic-Editor packt offenbar jede einzelne Zeile in ein eigenes Datenpaket, weswegen die Übertragung sich enorm in die Länge zieht; wodurch wiederum die Wahrscheinlichkeit erheblich steigt, dass etwas dazwischen funkt.

Vielleicht funkt mir hier ja tatsächlich periodisch ein Gerät dazwischen. Der Heizkostenverteiler oder so (der sendet tatsächlich alle paar Sekunden per Funk).
Muss ich für den ESP wohl mal 'ne Akkuspeisung basteln und es draußen im Park probieren, mit dem Smartphone.

Ich bin nicht so der große Netzwerk-Guru und tue mich echt schwer damit, solche Fehler eindeutig dingfest zu machen.
Hubert würde wahrscheinlich mit seinem SDR das ganze Funkspektrum empfangen und dann dem interessanten Bereich mit WireShark präzise zu Leibe rücken. Aber da kann ich echt nicht mithalten.

Schön, dass du wieder da bist und danke für den Hinweis, Bastelfreund!

Schade, dass der Hersteller da keine echten Nägel mit Köpfen gemacht hat.
Natürlich warten wir sowieso alle sehnsüchtig auf den zweikernigen Nachfolger, der aber offenbar doch mehr Zeit zum Reifen braucht (soll mir recht sein, wenn der Nachfolger dann keine Zicken macht). Aber dass dieses jetzt vorgestellte Miniteil nur 1MB Speicher hat, finde ich doch seeehr schade, weil's vermeidbar gewesen wäre!
Den Speicher zu integrieren ist ja grundlegend eine gute Idee, aber es schmerzt, wenn man dabei einen Rückschritt in Kauf nehmen muss, gegenüber den 4MB-Modulen.

Dennoch ist der neue Baustein natürlich ein prima Ersatz für viele Anwendungen, die sonst die typische Domäne kleiner AVRs waren (ATtiny und so). Z. B., wenn man noch 'ne Enter-Taste und ESC-Taste in 'ne Computermaus einbauen wollte, etc.
Also der neue Baustein wird sicherlich einige Anwendungen finden, aber der "Killer" wird er nicht werden.


Ich selbst bin übrigens kein Stück weiter, sondern habe die ESPs zwischenzeitlich beiseite gepackt. Mein letzter Stand ist also nach wie vor der, dass die Dinger bei mir instabil laufen und ich keine Ahnung habe, ob es überhaupt an den ESPs liegt, oder ob mir etwas dazwischen funkt, oder was auch immer.
Sicher kann man das Problem irgendwie einkreisen, wenn man sich mit freiem Kopf alle dafür nötige Zeit nimmt, aber da hatte ich dann doch dauernd wichtigere Sachen auf dem Tisch.

Mehr eine Info für mich selbst:
Vielleicht liegt die Ursache für meine Stabilitätsprobleme (denen ich bislang nicht mehr näher auf den Grund ging) in dieser Richtung?
http://www.esp8266.com/viewtopic.php?f=42&t=7938&start=4


Update: Scheint tatsächlich so zu sein, siehe hier:
http://www.esp8266.com/viewtopic.php?p=48593#p48593

Obwohl ich bislang dachte, das Modul würde mit aufgespieltem Bascic-Interpreter immer zunächst versuchen, sich mit einem Router zu verbinden und bei Nichterfolg in den AP-Modus wechseln.
Aber so wie ich die verlinkten Postings verstehe, scheint das Modul bislang auch im AP-Modus noch eine gewisse Neigung gehabt zu haben, sich mit in Reichweite befindlichen Routern zu unterhalten, was dann zu Kuddelmuddel führt; die neue Version des Interpreters soll das beheben.

Nun muss ich mal die neueste Version flashen und ein Auge auf diese Sache werfen, wenn ich etwas Zeit habe.
Wenn dieses Problem tatsächlich endlich aus der Welt ist, setze ich den ESP erstmals für ein echtes Projekt ein!

Ich verlinke mal die ganze Playlist (derzeit 15 Videos), statt nur einzelner Highlights daraus:

https://www.youtube.com/playlist?list=PL…GkqG6b-nwEpWku0

Wirklich großartig!
Wärmste Empfehlung von mir, das mal anzuschauen. Fünf Stück habe ich bisher angesehen und alle waren weit informativer, als ich es erwartet hätte.

Hat einer der hier mitlesenden Technik-Freaks es schon mal gebacken bekommen, unter Windows die Firmware MicroPython auf dem ESP zu installieren?
- Ich bekomme langsam graue Haare, bei dem Versuch!

Den Interpreter bekomme ich zum Laufen, so dass ich in einem Terminal-Programm unter Windows print("Hallo Welt") eintippern kann und der ESP brav "Hallo Welt" zurück meldet. Das war es dann aber auch schon.

The boot sequence when you power on or reset the board is

1. Power on
2. Bring up the Python interpreter (REPL)
3. Execute the boot.py program
4. Execute the main.py
5. Start the telnet and ftp servers

Quelle: <https://learn.adafruit.com/micro-guide-g…ing-boot-dot-py>

Bei mir klappen nur die ersten beiden Schritte.
Schritt drei wird nicht ausgeführt. Das Terminal meldet:

Performing initial setup
Traceback (most recent call last):
File "_boot.py", line 11, in <module>
File "inisetup.py", line 38, in setup
File "inisetup.py", line 9, in wifi
OSError: can't set AP config
could not open file 'boot.py' for reading
could not open file 'main.py' for reading
MicroPython v1.8.7-7-gb5a1a20a3 on 2017-01-09; ESP module with ESP8266
Type "help()" for more information.
>>>


Den ganzen Zirkus, der bei Adafruit beschrieben wird, habe ich allerdings auch nicht ausgeführt. So mit Virtueller Maschine und all dem Käse ...
Ich habe einfach die Firmware für den ESP von micropython.org heruntergeladen und das Bin-File mit dem NodeMCU-Flasher in den ESP gekokelt.
Kann also gut sein, dass da gar keine boot.py im Binary enthalten ist.

Ich kann aber auch einfach nicht glauben, dass man unter Windows nicht umhin kommt, eine halbe Handvoll ziemlich wilder Sachen zu installieren, dann allerhand kryptische Textkommandos einzugeben, nur um die blöde Firmware auf das ESP-Board brutzeln zu können.
- Den Interpreter habe ich doch schon lauffähig drauf, ich muss dem doch nur noch diese dammiche boot.py und main.py unterjubeln!

Wer weiß Rat?