Entwicklung der Terkin-Sandbox

[Andreas]

Hi Clemens,

bei MicroPython for ESP32 gibt es die Genuine MicroPython Firmware zum Download und eine entsprechende Anleitung dazu.

Vorbereitung

pip install esptool
wget https://micropython.org/resources/firmware/esp32spiram-idf3-20191220-v1.12.bin

Aufspielen

export MCU_PORT=/dev/ttyUSB0
esptool.py --port $MCU_PORT erase_flash
esptool.py --chip esp32 --port $MCU_PORT --baud 460800 write_flash -z 0x1000 esp32spiram-idf3-20191220-v1.12.bin

Viel Erfolg!

[edit, s.u.] ggf. auch die baudrate ändern, falls es nicht funktioniert

esptool.py --chip esp32 --port $MCU_PORT --baud 115200 write_flash -z 0x1000 esp32spiram-idf3-20191220-v1.12.bin

[poesel]

Ergänzend: ich habe bei mir die .bin files esp32spiram-idf3-20191220-v1.12.bin drauf - das sind meinem Verständnis nach die release binaries. Die anderen sind wohl die nightly builds.

[Andreas]

@poesel

Ergänzend…

Danke, ich habe den Eintrag entsprechend angepasst.

[clemens]

@Andreas

esptool.py --chip esp32 --port $MCU_PORT --baud 460800 write_flash -z 0x1000 esp32spiram-idf3-20191220-v1.12.bin

Hmmm, bin unter WSL, erase ging nun kommt aber das:

root@XPS13-CGruber:/home/cgruber/esptool# esptool.py --chip esp32 --port $MCU_PORT --baud 460800 write_flash -z 0x1000 esp32spiram-idf3-20191220-v1.12.bin
esptool.py v2.8
Serial port /dev/ttyS6
Connecting.....
Chip is ESP32D0WDQ5 (revision 1)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
Crystal is 40MHz
MAC: xx:xx:xx:xx:xx:xx
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 460800
Changed.
Configuring flash size...

A fatal error occurred: Timed out waiting for packet header

[poesel]

Hmm, das hat bei mir schon x-mal funktioniert. Probier mal ohne WSL. Musst Du nur /dev/ttyS6 gegen COM6 tauschen.

Edit: müsste das nicht ‘./esptool.py…’ heissen?

[clemens]

@Andreas gab mir gerade den Tipp mit der baud-Rate runter zu gehen, und tatsächlich, nun ging es mit --baud 115200! Danke!

Mein Rechner hängt an einem USB-Hub, an dem wieder ein Dell-Monitor hängt mit zwei USB-Buchsen und aus convenience-Gründen (aka “Faulheit”) hängt der T-Call gerade da dran. Direkt anstöpseln hat aber für das Problem auch nix gebracht, gerade getestet! Dann muss es das Kabel sein?! Ein anderes hat auch nicht besser funktioniert!

Mit der Genuine MicroPython Firmware kann ich nun problemlos über die Terkin-Sandbox die REPL aufmachen!

Allerdings gibt es nun Probleme beim Hochladen der Software beim Erstellen der Ordner:

Unable to create /flash/dist-packages

Unable to create /flash/lib/terkin

alles zusammen:

root@XPS13-CGruber:/home/cgruber/hiveeyes/sources/hiveeyes-micropython-firmware# make install
Device port: usb => /dev/ttyS6
.venv3/bin/rshell --port /dev/ttyS6 --user micro --password python --buffer-size 2048 mkdir /flash/dist-packages
Using buffer-size of 2048
Connecting to /dev/ttyS6 (buffer-size 2048)...
Trying to connect to REPL  connected
Testing if ubinascii.unhexlify exists ... Y
Retrieving root directories ... /boot.py/
Setting time ... Feb 20, 2020 14:11:47
Evaluating board_name ... pyboard
Retrieving time epoch ... Jan 01, 2000
Unable to create /flash/dist-packages
.venv3/bin/rshell --port /dev/ttyS6 --user micro --password python --buffer-size 2048 rsync dist-packages /flash/dist-packages
Using buffer-size of 2048
Connecting to /dev/ttyS6 (buffer-size 2048)...
Trying to connect to REPL .. connected
Testing if ubinascii.unhexlify exists ... Y
Retrieving root directories ... /boot.py/
Setting time ... Feb 20, 2020 14:11:50
Evaluating board_name ... pyboard
Retrieving time epoch ... Jan 01, 2000
Destination directory /flash/dist-packages does not exist.
.venv3/bin/rshell --port /dev/ttyS6 --user micro --password python --buffer-size 2048 --file tools/upload-framework.rshell
Using buffer-size of 2048
Connecting to /dev/ttyS6 (buffer-size 2048)...
Trying to connect to REPL .. connected
Testing if ubinascii.unhexlify exists ... Y
Retrieving root directories ... /boot.py/
Setting time ... Feb 20, 2020 14:11:53
Evaluating board_name ... pyboard
Retrieving time epoch ... Jan 01, 2000
Destination directory /flash/lib does not exist.
Unable to create /flash/lib/terkin
Destination directory /flash/lib/terkin does not exist.
.venv3/bin/rshell --port /dev/ttyS6 --user micro --password python --buffer-size 2048 --file tools/upload-sketch.rshell
Using buffer-size of 2048
Connecting to /dev/ttyS6 (buffer-size 2048)...
Trying to connect to REPL .. connected
Testing if ubinascii.unhexlify exists ... Y
Retrieving root directories ... /boot.py/
Setting time ... Feb 20, 2020 14:11:56
Evaluating board_name ... pyboard
Retrieving time epoch ... Jan 01, 2000
root@XPS13-CGruber:/home/cgruber/hiveeyes/sources/hiveeyes-micropython-firmware#

[poesel]

Bei uPy gibt es das Verzeichnis /flash nicht.

[clemens]

… dann macht die Fehlermeldung Sinn! ;-) Kann ich das fixen oder brauche ich da @Andreas zu? Habe jetzt einfach nur make install über die Terkin Sandbox ausgeführt. @poesel, du lädst die Sachen ja anders aufs Gerät.

[poesel]

In meinem PR sind ein paar fixes, die das mpy-cross compiling ermöglichen. Bis zum Install habe ich das aber dann nicht weiter verfolgt, weil .mpy-files das ganze nicht wesentlich schneller machen.
Ich synce Dateien eh anders, dafür benutze ich nicht die Sandbox.

[clemens]

cross compiling mache ich auch noch nicht, sondern nutze die Terkin Sandbox nur zum hochladen, weil die einzelnen Dateien im repo ja verteilt rumliegen und wir für die aktuelle / latest kein package haben.

Vermutlich muss ich dafür das Makefile anpassen, einfach flash/ raus?!

Hmmm, scheint nicht zu reichen, gibt noch die Fehlermeldung

Destination directory /flash/lib does not exist.
Unable to create /flash/lib/terkin
Destination directory /flash/lib/terkin does not exist.

[Thias]

@clemens

Unable to create /flash/dist-packages

Unable to create /flash/lib/terkin

Das kannst du ignorieren. Die mkdir-Variante in RSHELL kennt die -p Option nicht und meckert, wenn das Verzeichnis schon existiert. Nur beim ersten Upload solltest du diese Meldung NICHT sehen. Danach tut es keinen Schaden

[clemens]

Nur zum Verständnis, ich habe da keine Ahnung! Wenn ich make install aufrufe wir doch der code in Makefile aufgerufen. Reicht es wenn ich dort die Pfade z.B. von

install-requirements: check-mcu-port
	$(rshell) $(rshell_options) mkdir /flash/dist-packages
	$(rshell) $(rshell_options) rsync dist-packages /flash/dist-packages

nach

install-requirements: check-mcu-port
	$(rshell) $(rshell_options) mkdir /dist-packages
	$(rshell) $(rshell_options) rsync dist-packages /dist-packages

ändere? Das habe ich eigentlich gemacht und danach nochmal make install aufgerufen, dennoch kommt die Meldung oben, entweder ist der Pfad noch wo anders drinnen oder meine Änderungen wurden nicht angenommen.

[Andreas]

@poesel

Bei uPy gibt es das Verzeichnis /flash nicht.

@clemens

Kann ich das fixen oder brauche ich da @Andreas zu?

@poesel

In meinem PR sind ein paar fixes, die das mpy-cross compiling ermöglichen. Bis zum Install habe ich das aber dann nicht weiter verfolgt

@clemens

Vermutlich muss ich dafür Makefile anpassen, einfach flash/ raus?!

Wir müssen hier noch nachlegen. Nach der Anpassung des install-requirements targets im Makefile noch in jenen Dateien:

• https://github.com/hiveeyes/terkin-datalogger/blob/master/tools/upload-framework.rshell
• https://github.com/hiveeyes/terkin-datalogger/blob/master/tools/upload-sketch.rshell

@Thias

Das kannst du ignorieren.

Das stimmt in diesem Fall nicht ganz. Die Sandbox ist noch nicht darauf vorbereitet, mit non-/flash im Ziel umzugehen.

[Thias]

@Andreas

Das stimmt in diesem Fall nicht ganz. Die Sandbox ist noch nicht darauf vorbereitet, mit non- /flash im Ziel umzugehen.

Stimmt auch, aber die Meldung kommt trotzdem vom mehrmaligen mkdir auf das gleiche Verzeichnis.

[Andreas]

@Thias

Stimmt auch, aber die Meldung kommt trotzdem vom mehrmaligen mkdir auf das gleiche Verzeichnis.

Korrekt. Glatteisgefahr ;]!

[clemens]

@Andreas

Wir müssen hier noch nachlegen. Nach der Anpassung des install-requirements targets im Makefile noch in jenen Dateien:

Habe ich gemacht, die Unable to create-Meldungen kommen immer noch,

root@XPS13-CGruber:/home/cgruber/hiveeyes/sources/hiveeyes-micropython-firmware# make install
Device port: usb => /dev/ttyS6
.venv3/bin/rshell --port /dev/ttyS6 --user micro --password python --buffer-size 2048 mkdir /dist-packages
Using buffer-size of 2048
Connecting to /dev/ttyS6 (buffer-size 2048)...
Trying to connect to REPL  connected
Testing if ubinascii.unhexlify exists ... Y
Retrieving root directories ... /boot.py/
Setting time ... Feb 20, 2020 16:50:35
Evaluating board_name ... pyboard
Retrieving time epoch ... Jan 01, 2000
Unable to create /dist-packages
.venv3/bin/rshell --port /dev/ttyS6 --user micro --password python --buffer-size 2048 rsync dist-packages /dist-packages
Using buffer-size of 2048
Connecting to /dev/ttyS6 (buffer-size 2048)...
Trying to connect to REPL .. connected
Testing if ubinascii.unhexlify exists ... Y
Retrieving root directories ... /boot.py/
Setting time ... Feb 20, 2020 16:50:39
Evaluating board_name ... pyboard
Retrieving time epoch ... Jan 01, 2000
.venv3/bin/rshell --port /dev/ttyS6 --user micro --password python --buffer-size 2048 --file tools/upload-framework.rshell
Using buffer-size of 2048
Connecting to /dev/ttyS6 (buffer-size 2048)...
Trying to connect to REPL .. connected
Testing if ubinascii.unhexlify exists ... Y
Retrieving root directories ... /boot.py/
Setting time ... Feb 20, 2020 16:50:42
Evaluating board_name ... pyboard
Retrieving time epoch ... Jan 01, 2000
Unable to create /lib/terkin
.venv3/bin/rshell --port /dev/ttyS6 --user micro --password python --buffer-size 2048 --file tools/upload-sketch.rshell
Using buffer-size of 2048
Connecting to /dev/ttyS6 (buffer-size 2048)...
Trying to connect to REPL .. connected
Testing if ubinascii.unhexlify exists ... Y
Retrieving root directories ... /boot.py/
Setting time ... Feb 20, 2020 16:50:45
Evaluating board_name ... pyboard
Retrieving time epoch ... Jan 01, 2000

und ansonst schaut das auch ziemlich leer aus:

>>> import os
>>> os.listdir()
['boot.py']
>>>

[Andreas]

@Andreas

Wir müssen hier noch nachlegen.

Zusammen mit @clemens konnten wir herausfinden, dass das Overlay-Verzeichnis aus rshell-Perspektive in diesem Fall /pyboard heißt. Danke!

Der Abschnitt in der rshell-Dokumentation bzgl. “File System” weist zwar ungefähr darauf hin, ist aber leider nicht ganz eindeutig.

Gut, dass wir das geklärt haben, jetzt kann die Reise weitergehen.

[clemens]

Soo, ein Teil funktioniert nun. Das Verzeichnis dist-packages/ wird angelegt, auch befüllt

/pyboard> ls
dist-packages/ boot.py        main.py        settings.py

Mit anderen Verzeichnissen gibt es aber Probleme …

Destination directory /pyboard/lib does not exist.
Unable to create /pyboard/lib/terkin
Destination directory /pyboard/lib/terkin does not exist.

In upload-framework.rshell steht gerade bei mir

# Install libraries to MicroPython target device using "rshell".

# Upload lib folder
rsync ./lib /pyboard/lib

mkdir /pyboard/lib/terkin
rsync terkin /pyboard/lib/terkin

[Andreas]

/lib existiert auf den Pycom-Geräten standardmäßig. In diesem Kontext müssen wir es wohl explizit anlegen per mkdir /pyboard/lib.