Sichere Dir vor dem Überschreiben vielleicht sicherheitshalber Deine user_settings.json und vielleicht zusätzlich die default_settings.json. Wegen “Better safe than sorry”.
Bin gerade wieder mal am probieren und testen.
komme dabei fast zum schluß, das es nicht zwingend das Wlan sein muß.
Kann beobachten, das es mal mit den Einstellngen funktioniert und dann gerät er wieder mal in eine art Rebootschleife wegen einer Fehlermeldung, die ich noch nicht weiter untersucht habe:
ab und an scheint es aber zu gehen sogar mit WPA2. Was bei mir doch für einiges an Verwirrung sorgt.
er speichert bei mir auch ein komplettes abbild aller vorhandenen SSID in der Umgebung in der user_settings.json ist das notwendig?
Habe auch mal mit einem WiPy getestet (Dort läuft die BOB Software übrigens aktuell genauso gut/schlecht) dort ist aber das kompl. gleiche Phänomen.
Für mich verhält sich momentan “Atom” und die Programmierung des FiPy sowieso etwas merkwürdig und willkürlich.
Was aber sicherlich noch an meinem fehlendem Hintergrundwissen liegt. Versuche mich mal besser einzuarbeiten.
Für alle die Probleme mit der Verbindung Zwischen ATOM un FiPy haben noch ein kleiner Tip.
Ich musste Unter File/config/ noch bei pymakr: autoconnect_comport_manufacturers:
noch Pycom Ltd hinzufügen damit er auch automatisch zum FiPy verbindet.
WDT ist der Watchdog Timer. Da zieht wohl jemand den Stecker.
Manchmal hakts da. Ja, das wurde uns auch schon berichtet. Wir arbeiten rein auf der Kommandozeile per rshell und dort läufts ganz gut. Ohne deterministische Sandbox könnte man überhaupt nicht ordentlich arbeiten, außer halt mal ein paar Schnipsel hier und da per copy&paste… ;].
Ja, nach etwas suche im WWW habe ich gelesen das es auch die Spannungsversorgung sein kann, die zusammenbricht.
Da ich Ihn am Expansionsboard 3.1 am PC hängen habe kann das sehr sein.
Muß jetzt schauen, wie ich das ausschließen kann. Geht USB und eine zusätzliche Versorgungsspannung am Expansionsboard oder zerschieße ich mir da etwas?
Weiß aus dem 3D-Druckerbereich das man ab und an auch ein "Spezielles USB Kabel mit abgetrennter + Leitung verwenden muß.
Ja, da gibt es einige Möglichkeiten. Wir haben die ausführliche Internetrecherche vor noch nicht allzulanger Zeit gemacht und bei Power supply for the ESP32 zusammengefasst.
Davon haben wir bisher noch nichts gehört, dass das am Expansionboard liegen kann. Eher an den Dingen wie sie oben genannt sind, z.B. am Kabel ;].
Ich bin froh, dass ich funktionierende Hardware hier stehen habe und kann dazu nichts sagen, weil ich mich mit der Elektrik der Hardware leider null auskenne. Sorgfalt ist dabei bestimmt angebracht, gerade wenn es um Strom geht.
Meinte da nicht das Epansionsboard sondern die Spannungsversorgung übers Board vom PC.
Gerade weil ich mich mit Elektronik sehr gut auskenne gehe ich leider immer vom schlimmsten aus.
wenn man 2 Spannungsquellen verwendet können wenn die Schaltung das nicht vorsieht die internen Spannungsregler Überlastet und Zerstört werden.
Werde sicherheitshalber mal mein Spezialkabel verwenden, solange ich nichts gegenteiliges höre.
Habe dann sogar noch einen Zusätzlichen Vorteil ich kann dann sogar Parallel die Stromaufnahme Messen.
Bin mal gespannt was da raus kommt.
Wenn ich mich recht entsinne, habe ich die massiven Probleme nicht von Anfang an. Erst nach dem ersten Problemen mit dem WiFi bin ich vom externen Netzeil an den PC und habe versucht dort den Fehler zu analysieren. Ab da wurde es etwas Paradox und irgendwie noch schlimmer.
Heute nachmittag war das Fernsehteam von “naturnah” bei mir im Garten in Otterstedt und wollte den Einbau der Sensoren mit Bienen filmen. Natürlich hatte ich alles bei mir am Schreibtisch in Bremen getestet und Konfiguriert. Es lief alles perfekt bis zum Abbau um 14 Uhr.
Dann der Vorführeffekt im Garten mit den gleichen Sensoren. Der Fipy wollte nicht messen, sondern nur neu konfiguriert werden. Da ich in Otterstedt noch kein WLAN habe, habe ich die LEDs zur Anzeige programmiert: rote LED für Konfiguration, grüne LED blinkt alle 10 sec wenn ein Datensatz fertig ist.
Es hätte also grün blinken sollen. Das Fernsehteam hat trotzdem schöne Bilder gemacht, das Wetter war sehr gut.
In der letzten Woche hatte ich Hermanns FiPy mit Sensoren bei mir fertig gemacht, er hatte bei sich ähnliche/gleiche Probleme.
Ich werde heute Abend die Probleme analysieren.
Ich habe gerade alles am Schreibtisch eingeschaltet: es geht wieder.
Wo war der Fehler?
So bei mir habe ich auch mal weiter auf die Fehlersuche gemacht.
An der Spannungsversorgung über Computer-USB liegt es bei mir schon mal nicht. das Netzteil was ich jetzt dran habe liefert max 30A bei 3.7V habe ist aber auf 2A Begrenzt.
Das Problem trat trotzdem anfangs auf und dann war es auf einmal weg.
Nach Rückbau ebenfalls keine Problem mehr.
Bin jetzt endgültig verwirrt.
Das einzige was mir aufgefallen ist manchmal zieht er die erste Zeit 330-340mA
und dann meißtens wieder nur 210 -190mA.
Ist auf alle fälle noch in der USB 2.0 Spezifikation, falls er sich als High-Power-Device zu erkennen gibt.
Bei mir lag es am fehlenden WLAN in Otterstedt. Wenn nach dem Booten kein passendes WLAN da ist, geht das Programm in den Konfig-Modus. Kann ich in Bremen mit aus/ein-geschaltetem Accesspoint nachvollziehen.
Ok das verhalten,kann ich bestätigen. Würde ich aber als richtiges verhalten bezeichnen. Was mir allerdings aufgefallen ist, das er manchmal nicht lange genug scannt und so nicht alle SSID findet. so lande ich manchmal nach dem Restart wieder im AP modus.
Vielleicht braucht der FiPy eine Mindest-Signalstärke vom WLAN. Die interne Antenne ist sehr klein, man kann eine externe anschliessen.
siehe: Platine für FiPy
Die hochleistungs SMD antenne sollte bei mir ausreichen.
Kann sein, das das am Stand noch relevant wird. Aber bei meinen Tests am Schreibtisch war ich ca. 6m vom Router entfernt. Und hatte trotzdem Probleme. Die Neustart Schleife macht er, denke ich immer dann, wenn die SSID gefunden wird, die Verbindung aber wegen irgendwas fehlschlägt.
Werde die theorie Heute Abend nochmal versuchen zu überprüfen.
Edit:
Vielleicht ist es ja nur ein Timing Problem.
So weit ich weiß wurde bzgl. WLAN nichts nachgebessert, du @MKO bist auf die hiveeyes-Firmware gewechselt und bei mir ging es nach einigen Tagen trial and error dann, nicht ganz nachvollziehbar, was die Lösung dafür war.
@pinguin hattest du Probleme mit dem WLAN, als Vermutung hatten wir Sonderzeichen in SSID oder Passwort, nicht zusammen passende Verschlüsselung über die Konfig und “real”.
gut werde ich noch mal testen.
Lag bei mir auf alle Fälle an der Verschlüsselungsart. Hatte es bisher nicht unter den Werkseinstellungen geschafft. Nur wenn ich diese geändert oder den Gastzugang genutzt hatte ging es.
Gastzugang ist eine Lösung mit Problemen, da man beim Gastzugang nicht auf andere Netzwerkgeräte im Gast-Netz Routen kann, kann man nur im AP Mode Konfigurieren.
Habe versucht mit der FiPy Software eine Verbindung zur Fritz Box aufzubauen. Keine Chance.
Mit den default Settings und meinem Board musste ich einen Button für AP Mode nachrüsten. sobald ich im AP mode den Taster ausgelöst habe startete der AP Mode
Allerdings startete die Verbindung nach einigen Sek. ständig neu, sodas es nicht möglich war irgendwelche Änderungen im CP zu machen.
Solange ich noch keine Einstellungen drin hatte ging es glaube ich kurz, oder ich hatte glück eine aktive Verbindung beim Speichern zu treffen…
Habe dann in den Stettings den Button deaktiviert und bin über den Neustart ins CP gekommen.
sobald ich nun mit meinen Fritz Box Zugangsdaten Neustarte gerät der FiPy in eine Endlosschleife wo der Watchdog ständig auslöst. Es ist dabei egal welche Verschlüsselung ich auswähle bei WPA startet er artig und macht seine messungen, Verbindet aber nicht. Bei WPA2,WPA2 ENT gerät er in die Schleife
Bin Jetzt etwas Ratlos Was ich noch versuchen sollte.
über Gastzugang der WPA2 Verschlüsselt ist geht es übrigens und wenn ich den Router umstelle Übrigens auch. Alledings brauche ich WPA und WPA2.
wpa enterprise ist auf iot devices eher nicht so verbreitet. ich hab da mal patches gesehn, die haben dann aber auf dem event nicht getan und wir hatten es dann auf ner extra essid mit psk (wpa2) gefahren.
ps: im pycom forum und auf esp32 arduino listen gibts auch diskussionen ueber probleme mit fritzboxen.
alles sehr unklar, aber power-saving modes und automatische kanalwahl sind wohl keine tolle idee, wenn es um die stabilitaet von esp32 im wlan geht. kann man ja mal testen, ob es hilft das auszumachen auf der fritzbox.
Ok Mein Router verwendet AES CCMP das ist glaube ich der Nachfolger von TKIP. (bin da leider etwas raus aus dem Thema)
PSK kann ich gar nicht auswählen. Was mich wundert beim Gastzugang klappt es WPA2(CCMP)
nur halt beim normalen Zugang nicht.
Die Terkin-Datenlogger MicroPython Firmware hat diese Probleme übrigens nicht, es liegt also nicht explizit an den FiPy sondern höchstwahrscheinlich an der Software (WLANManager). Habe hier vom Hamburger Workshop min. 3 Teilnehmer, die dieses Problem ebenfalls haben und auf eine Lösung warten.
Sollte also eine Lösung gefunden werden bevor es zum Nächsten Workshop geht. Wir können nicht von allen Teilnehmern erwarten, das sie ihr Wlan zu Hause umstellen und evtl alle anderen Geräte evtl. neu Konfigurieren müssen.
