前回、見事に撃沈したので、リベンジ に勤しんでみる。
要は、mruby/c もわからんのに、IDEをつかうのがまずい？
ってのがあるので、本筋に従って、きちんとすすめてみるのが吉なのだね。
そもそも、ほかのマイコンと違って、ペリフェラルが可変のPSoCでは
PSoC Createrから切り離して、どうやってIDEするつもりだったのか
よくわからないって段階で、踏み込む必要がなかったわけだ。
先日の Embedded Technology 2019 で、某きむしゅさんから
rubyへの
『愛がたらない』と言われたしなぁ（笑
てわけで、環境を構築してみる。
mruby/c チュートリアル
https://www.s-itoc.jp/activity/research/mrubyc/mrubyc_tutorial/
田中せんせのQiita
https://qiita.com/kazuaki_tanaka/items/daff64b84c4108a6dfc3
という二つのコースがあるけれど、田中せんせのやつは、
あとからみればしっくりくるけれど、最初にやると？？？となりそうなので
チュートリアルの１と２を、取り纏めながら進める。
PSoC Createrで PSoC5LPを選んで作り始める。
後々のために
-----
Project > Build Settings にて
ARM GCC -> Compiler -> General Use newlib-nano Float Formatting = True
にして実数利用を許容dwrのSystemタブで HeapSizeを0x400に拡張
-----
しておきます。
回路図入力で、Clockを1kHz で interrupt として取り出しておきます。
システムのTickとして利用するので、isr_mrbcTickと命名しました。
SouceFiles のところに
src
フォルダを追加しておく。
ファイルマネージャでソースファイルのフォルダに
mrubyc-release2.0 の srcフォルダをそのままコピーする。
フォルダ構成はこんなかんじですね。
-----
├─src
│ ├─hal_org
│ └─hal
└─TopDesign
-----
src フォルダ内の hal フォルダを hal_org にリネームして
hal_psoc5lp を hal にリネームする
PSoC Creator に追加作成した srcフォルダを選択したうえで
右クリックで、Add > Existing Item を選びます。
さきほど、コピーした srcフォルダ内のファイルをすべて追加します。
これで、準備完了ですね。
https://www.s-itoc.jp/activity/research/mrubyc/mrubyc_tutorial/735
に記載されている、mrubyc のサンプル をそのままつかいます。
このコードを sample1.rb という名前で、
main.cのあるフォルダにコピーしておきます。
ついでに、mrbc.exe も ここにコピーしておきましょうか。
（ここでmruby IDEのなかのmrbc.exeをつかって悲劇を呼ぶのだが。。。）
cmdプロンプトから
mrbc.exe -E -Bsample1 sample1.rb
とすれば、 main.c とおなじフォルダに
sample1.c
が生成されます。
試しに sample1.c をエディタで開いてみると
こんなかんじになります。
どうやら、mrbc は mrubyのソースコードを バイナリの配列に入れてくれる
プログラムってわけですね。
試しに
mrbc.exe -E -Barry sample1.rb
とすると、 sample1.rb の中の配列名が
arry[] =
となることから
mrbcでの 引数 -Bの後の文字列が配列名であることはわかりますね。
で、PSoCのサンプルソースコードはこんなかんじになります。
躓き処が満載ではあるんだけど、いまはこれが全容かな。
mrbc_create_task( sample1, 0 );
の行で、タスクとなるmrubyコードが呼ばれるのはわかりますねぇ。
--------
--------
なんとなく、全容がみえてきた(≧▽≦)
さて、ここから、いろいろやってみましょうか。
mruby自体のデバッグってどうやるのか、とおもったら
PSoC Createrのデバッグ機能がつかえるから、
mrubyはタスクスイッチャとしてつかうのなら
おおむねデバッグはできそう。
さて、で、実際デバッグ実行してみると、うごかない。。。
はぁ？
ブレイクかけながら追いかけてみると、関数がよばれず、
そもそも mruby コードがうごいていない？疑惑浮上。。。
適当にブレイクかけながら試していると
class.c の mrbc_load_mrb関数内で mrubyのバイナリチェックを行う
static int
load_header(struct VM *vm, const uint8_t **pos)
という関数がエラーを返している。
if( memcmp(p, "
RITE0006", 8) != 0 ) {
となっていて、mrubyのバイナリバージョンが 0006 であることを
想定しているけれど、
今回得られてる、sample1[] の内容は
0x52,0x49,0x54,0x45,0x30,0x30,0x30,0x34 =
RITE0004
だから、はねられてる、ってとこかな。
は！ そうか！ mrbc コンパイラが生成するバイナリ自体もちがうのか。
そんなんしらんがな。
なるほど、サイトをよくみると、
mruby Stable版v2.0.1 Windows版（コンパイル済バイナリ）
「mrubyコンパイラ2.0」（ZIP：1.5MB）
が必要なのね。
これで、再度mrbcかけて、再コンパイルしたら、うごいた！
Ｌチカ！ 完了。
ううむ。そういうことなら、気色わるいので
mrbcフォルダをつくって、そのなかに、mruby Stable版v2.0.1一式を解凍して
mrbc.bat だけを、ソースフォルダのなかに置いた。
フォルダが変わったので、このbatファイルの中で
set MRBC=.\mrbc\mrbc.exe
に変更したけれど。
これで、コマンドプロンプトから
mrbc
ってやるだけで、rbファイルが一括コンパイルできるようになったよ。
しかし！。
まぁ、もうちょっと、わかりやすく手順を説明してほしいなぁ。サイトも統一感なさすぎる。
なるほど、こりゃ流行らんよねぇ。。。
<つづく>
