Es kann von der Stromversorgung bis hin zur Speicherfragmentierung alles Mögliche sein. Meistens liegt es jedoch am Kabel (sic! [1]). Kannst Du uns mit irgendwelchen Log-Auszügen weiterhelfen?
Alles probiert…
immer wieder Abbrüche beim UPLOAD der Dateien …
dann REEBOOT und die weiteren schiebt ATOM dann wohl doch noch auf den FiPy … sicher bin ich mir aber nicht.
um das in der Fläche zu machen braucht man wohl starke Nerven oder eine Alternative
st:0x7 (TG0WDT_SYS_RESET),boot:0x12 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff8020,len:8
load:0x3fff8028,len:2136
load:0x4009fa00,len:19880
entry 0x400a05d0
[boot.py] INFO: Python module search path is: ['', '/flash', '/flash/lib']
[boot.py] INFO: Starting "umal" bootloader
[umal] INFO: Python module search path is: ['/flash/lib-mpy-1.9.4-pycom', '', '/flash', '/flash/lib', '/flash/dist-packages', '/flash/terkin', '/flash/hiveeyes']
Smart Provisioning started in the background
See https://docs.pycom.io/smart for details
[main.py] INFO: Loading settings
[main.py] INFO: Starting logging
Traceback (most recent call last):
File "main.py", line 21, in <module>
File "terkin/logging.py", line 7, in <module>
File "/flash/terkin/logging.py", line 8, in <module>
ImportError: cannot import name Logger
Pycom MicroPython 1.20.1.r1 [v1.11-3138a13] on 2019-10-08; FiPy with ESP32
Pybytes Version: 1.1.3
Type "help()" for more information.
Da fehlt wohl das Verzeichnis /flash/terkin komplett.
Das ist echt schlimm mit der Infrastruktur, ja. Ich arbeite mit der Kommandozeile, mit der man cross-kompilieren und die Dateien per FTP übertragen kann. Das schwummst ordentlich. Das Stichwort ist hier “Sandbox-Environment”.
ok … based on linux sandbox …
Dann werde ich mal den PI hervorkramen …
das Windows geraffel nervt mich hier ab; mein Raspian macht nicht solche Mucken … und ATOM nun ja … klickoberfläche, aber instabil …
Vielleicht hilft Dir das komplette frischgebackene Firmware-Image [1] weiter. Es enthält bis auf boot.py, main.py und settings.py alles, was Du für den Betrieb brauchst. Das macht die Übertragung deutlich leichtgewichtiger, so dass Du nun nicht einmal mehr unbedingt die Sandbox dafür bemühen müsstest, siehe auch [2].
Die fehlenden Dateien boot.py, main.py und settings.py kannst Du Dir direkt aus dem Repository [3] holen.
Auf diesen Stand wollten wir eigentlich seit Monaten kommen, aber erst jüngste Fortschritte bei Pycom und die Wiederaufnahme der Entwicklungsarbeiten haben uns das ermöglicht.
SO, also wie es ausschaut ist nun ein DEEPSLEEP cycle von 60sec. da und dann ist das Teil in der REPL geschwätzig …
Nach 21. sec legt er sich wieder schlafen
Das ist nicht mehr notwendig, mit dem alten pymakr-Plugin war das notwendig und selbst wenn man das Autoupdate deaktiviert hatte, mache der eines, bug in Atom!
Letzte Woche ließ sich überall die aktuellste Version installieren! Ggf. das pymakr-Plugin aktualisierten.