Entwicklung der Terkin-Sandbox

Andreas · February 16, 2020, 4:42pm

It looks like the program is still running. You might want to stop it firsthand.
poesel:
```
.venv3/bin/rshell --port /dev/ttyS3 --user micro --password python --buffer-size 2048 rsync dist-packages /flash/dist-packages
```
It looks like the process doesn’t pick up the cross-compiled directory yet. It should eventually be called "lib-mpy-1.12-bytecode".

clemens · February 19, 2020, 9:58am

… coming from Unlocking and improving the Pythings SIM800 GPRS module for MicroPython here. Thanks already!

Till now I have used MicroPython with PyCom devices and the fitting tools from PyCom like PyCom firmware updater, Atom with Pymkr, Terkin Sandbox. So what are the steps to unlock MicroPython on a “normal”, non-PyCom device as the TTGO T-Call?

I have sucessfully used the PyCom tool to erase the existing data on the devide with
pycom-fwtool-cli.exe --port COM6 erase_all

What worked also was: Installing the firmware TBEAMv1-1.20.2.rc3-0.8.0-vanilla-squirrel.tar.gz with

C:\Program Files (x86)\Pycom\Pycom Firmware Update>pycom-fwtool-cli.exe --port COM6 flash --tar TBEAMv1-1.20.2.rc3-0.8.0-vanilla-squirrel.tar.gz
Running in FTDI mode
Script Version: 2.1
Flash operation successful.

But I stall now with the next step install software. Can I use the Terkin Sandbox for this tasks or do I have to install other tools?

I have tried to access the REPL but had no luck neither with Atom / pymakr nor with the Terkin Sandbox:

root@XPS13-CGruber:/home/cgruber/hiveeyes/sources/hiveeyes-micropython-firmware# make repl
Device port: usb => /dev/ttyS6
.venv3/bin/rshell --port /dev/ttyS6 --user micro --password python --buffer-size 2048 repl
Using buffer-size of 2048
Connecting to /dev/ttyS6 (buffer-size 2048)...
Trying to connect to REPL ....................Unable to connect to REPL

No MicroPython boards connected - use the connect command to add one

Unable to find board ''

Should it work? Is the TBEAM firmware working on the T-Call? Are the credentials --user micro --password python the same here? Any idea how to go on here?

[edit] When I update the firmware (via Windows shell) and switch directly after that to WSL and call make repl the REPL works, nice!

root@XPS13-CGruber:/home/cgruber/hiveeyes/sources/hiveeyes-micropython-firmware# make repl
Device port: usb => /dev/ttyS6
.venv3/bin/rshell --port /dev/ttyS6 --user micro --password python --buffer-size 2048 repl
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 ... /flash/
Setting time ... Feb 19, 2020 11:01:35
Evaluating board_name ... pyboard
Retrieving time epoch ... Jan 01, 1970
Entering REPL. Use Control-X to exit.
>
Pycom MicroPython 1.20.2.rc3-0.8.0-vanilla-squirrel [v1.20.2.rc3-11-g69432bb17-dirty] on 2020-02-11; TBEAMv1 with ESP32
Type "help()" for more information.
>>>

make install starts running but stopps after a time, I think because the REPL is no more available:

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 ... /flash/
Setting time ... Feb 19, 2020 11:13:22
Evaluating board_name ... pyboard
Retrieving time epoch ... Jan 01, 1970
.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 ... /flash/
Setting time ... Feb 19, 2020 11:13:23
Evaluating board_name ... pyboard
Retrieving time epoch ... Jan 01, 1970
timed out or error in transfer to remote
.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 ....................Unable to connect to REPL
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 ....................Unable to connect to REPL

Andreas · February 19, 2020, 5:33pm

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 · February 19, 2020, 6:09pm

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 · February 19, 2020, 6:21pm

Danke, ich habe den Eintrag entsprechend angepasst.

Andreas · February 22, 2020, 12:02am

2 posts were merged into an existing topic: LoRa support for Genuine MicroPython

clemens · February 20, 2020, 11:44am

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 · February 20, 2020, 12:13pm

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 · February 20, 2020, 12:55pm

@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 · February 20, 2020, 1:31pm

Bei uPy gibt es das Verzeichnis /flash nicht.

clemens · February 20, 2020, 1:36pm

… 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 · February 20, 2020, 1:42pm

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 · February 20, 2020, 2:06pm

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 · February 20, 2020, 2:30pm

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 · February 20, 2020, 2:40pm

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 · February 20, 2020, 2:48pm

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

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

Thias · February 20, 2020, 2:59pm

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

Andreas · February 20, 2020, 3:05pm

Korrekt. Glatteisgefahr ;]!

clemens · February 20, 2020, 4:44pm

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 · February 20, 2020, 7:14pm

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.