M5Stack + クラウド経由の編集は今ひとつな感じでしたので、以前も紹介したuPyCraftをM5Stackと一緒に使ってみました。
uPyCraftも、もともとESP32ベースのボードをターゲットにしていますので相性はバッチリでした。
また、uPyCraftも久しぶりに使ったら、だいぶデザインが変化してバージョンも1.0になっていました。
エディタが使いやすいのでお勧めです。
なお、冒頭の画像の例題は、M5Stack FIREのpsRAMを試すべく、大きな画像（557x862xRGBのRAWデータ）を一気にファイルからロードし、それをLCDに描画してみたものです。（LCDのほうが狭いので一部しか表示されていませんが。）
MicroPythonのESP32 portの派生版であるloboris portについてメモしておきます。
これはloboris (Boris Lovosevic)さんがメンテナンスしているもので、最大の特徴はESP32のpsRAM（pseudo SRAM: DRAMとコントローラをパッケージにしてSRAMとして使えるようにしたもの）をヒープ領域として使えるようにしていることです。
ESP32では、内蔵されているSRAMは80KBほどですが、それとは別に4MBの外部SRAMを搭載することができます。
4MBのSRAMはとても（ESP32本体より）高価なので、それより1桁安価なpsRAMが実際には使用されているわけです。
また、インタフェースはアドレス／データバスではなく、QSPIのようです。
Support for external RAM — ESP-IDF Programming Guide
SPI経由なのでアクセス速度は劣りますが、4MBのメモリ空間が使えれば利用用途が大きく広がります。
この機能がMicroPythonのForumに紹介されて大変注目を浴び、書き込みが多すぎるためにスピンアウトして別のフォーラムを立ち上げるに至ったようです。
MicroPython on ESP32 with SPIRAM support – MicroPython Forum
New forum dedicated to Loboris MicroPython port – MicroPython Forum
このloboris portは以下のリポジトリで公開されています。
ただし、git cloneすると1.2GBほどになります。
これはESP32のSDKのtarファイル（Win、Linux、Mac版）を含んでいる（計200MB程度）こと、それに加えてgitの過去履歴を格納したpackファイルが1GBほどあるためです。
loboris/MicroPython_ESP32_psRAM_LoBo: MicroPython for ESP32 with psRAM support
この派生版について知ったのはこちらやりとりです。
bare metal Raspberry Piへ移植したMicroPythonで、rshellからコマンド実行のためにraw-replが呼び出されると、毎回メモリ初期化が走るので辛い・・・という話を書いたところ、loboris portではsoft rebootをかけない仕様になっている、と教えていただきました。
おそらくpsRAMが大容量かつアクセスが遅いので、メモリを初期化しない仕様にしたのかと思います。
とはいえ、これはMicroPythonの実装側で対処すべきなのか、rshell側でsoft-rebootをかけないオプションを用意すべきなのかというと、本来後者であるべきようにも思います。
Interfaceの9月号でも特集されていることもあり、久しぶりにESP32のMicroPythonを動かしてみました。
以前と違って、最新版のバイナリをホームページからダウンロードして書き込めるので、かなり利用の敷居は下がりました。
書き込みツールはesptoolをインストールして使います。
$ sudo pip install esptool
$ esptool.py --chip esp32 -p /dev/ttyUSB0 -b 115200 erase_flash
$ esptool.py --chip esp32 -p /dev/ttyUSB0 -b 115200 write_flash -z 0x1000 esp32-20180801-v1.9.4-421-g6e5a40cf3.binESP32を引っ張り出したのは、前回もちょっと触れたrshellを使ってみるためです。
rshell自体はESP32専用ではなく、むしろpyboard用ですが、こちらのコメントでESP32は挙動が違うようなことが書かれていたので確認してみました。（結果的に、違いは分かりませんでしたが。）
rshellは「Remote Shell for MicroPython」だそうですが、要はUNIXでおなじみのいくつかのコマンド（ls、cp、rmなど）をMicroPythonのファイルシステムに対して使えるようにしたものです。
$ sudo pip install rshellでインストールできます。起動は、例えばMicroPythonが接続されているシリアルポートが/dev/ttyUSB0なら
$ rshell --port /dev/ttyUSB0 となります。
起動後は普通のシェルのように使えます。
終了するにはCtrl-Dです。
普通のシェルとの違いは、MicroPythonのファイルシステムが/pyboardという仮想的なディレクトリ以下にマウントされているように使えることです。
例えば、
ls /pyboardでMicroPythonのルートディレクトリのファイル一覧が得られます。
ローカルファイルも同時に参照できるので、例えば
cp /my/home/file1 /pyboardとするとローカルの/my/home/file1がMicroPythonのルートディレクトリにコピーされます。
また、
replでMicroPythonのREPLに接続できます。REPLから抜けるのはCtrl-Xです。
Linux上でMicroPythonのスクリプトを編集して、MicroPythonのファイルシステムへ転送して、REPLで動作を確認する、という作業がこれ一つでできるので、Linuxを使えるのであれば便利です。
単にREPLを使用するためのターミナルとして使うのもアリだと思います。