💡

【M5coreS3】開発環境の検討

2024/07/28に公開

結論

今のところplatformioでC/C++を使って開発するのが最良という結論に至っています。

画面の作成には、UIFlowを使ってレイアウト、X座標や幅などの数値を確認するといった補助的な使い方をしています。

一般的にC/C++はメモリ管理ができるとか速度を厳密に制御できるから優れていると主張する人がいますが、今まで開発してきてそれらが問題になったことはないです。（というか中途半端にいじるくらいなら、micropythonが裏で良しなに処理してくれたほうが良いです）

理論や理屈よりも製作を重視する私としては、早く快適に開発できるmicropythonが好みです。

コード補完、パッケージ管理、REPLといった個人的に必要な機能が全て使える。
　　　（なので、ESP32やラズパイpicoでは、基本micropython-cliで開発しています。）
ただしコード補完はstubが利用できる前提。M5については適当なstubがなく、コード補完の恩恵に預かれない（5年以上前に作成されたよくわからないstubはありましたが、コード補完は機能しませんでした）
致命的なのは、M5stackへの書き込みができないこと。これではどうしようもありません。

スクラッチのようなブロックを並べてプログラムを作成するツール
ブロックプログラムは可読性が非常に悪く編集もしづらいので、サイボウズみたいなノーコード系企業に洗脳されている日本人でもない限り好きこのんで使う人はいないでしょう。
（なんとか頑張って理解しようとしましたが、1時間で音を上げました）
裏ではmicropythonが動いていて、一応コードエディタで編集はできますが、コード補完もなく使えたものではありません。

悪評の多いv1から一新され、めちゃくちゃ見やすく使いやすくなりました。コード補完ができるようになったのが嬉しい。
インタプリタ型のmicropythonではREPLが使えますが、C/C++系ではどうしても動かす前にコンパイルする必要があります。
正確に言うとArduino IDEはc++ではなくarduino言語で書きます（なのでファイルは.cppではなく.inoです）。
そのためビルド時にはc++に変換してコンパイルするのですが、これが数十秒ほどかかります。
これはさすがにかかりすぎ。動作確認をしながら開発するのに、いちいち数十秒も待ってられません。

フローコーディングと言うのかな。Difyなどと同じような処理の流れを書いていくツール
使えたら便利なんでしょうが、環境依存性が非常に大きいです。xs-devを設定していく途中で、PCのpython環境をぶっ壊してくれたこともあり、あまり良い印象は持っていません
　　（やるならラズパイのようないつでもリセットできる環境でセットアップするのが良さそう）
今回はnode-redのバージョンが4になったのをきっかけに再チャレンジしてみましたが、結局私のMacbook air（m2コア）ではnode-red mcuの書き込みでエラーが出て進みませんでした。

というわけで、記述量を減らしたい主義の私でも、今のところはM5stackはc++で開発するのが良いと思っています。

次回はM5stackで複数画面を操作できるようなアプリケーションを作成します。