STM32F4シリーズを使ってみる10 -CMSISがバージョンアップした-

STマイクロさんから超安価なArduino用拡張ボード互換且つmbedサポートなSTM32 Nucleo
なるボードが発表されすでに販売されております。
ねむいさんもSTM32F030シリーズが載ったタイプのnucleoボードをmouserから購入しました。
…のはいいのですが一緒に購入したEFM32のCortex-M4バージョンWonder Geckoの
単品が輸出規制に見事に引っかかりてんやわんやがあったため今だ手元には届いておりま
せんorz入手出来たらぶろぐに書きますのでしばしお待ちを。

ちなみに元凶のWonderGeckoにはハードウエアAESが搭載されています。これが暗号に
関する技術のため他社のマイコンでも暗号化機能を持つ品種はしばしば輸出規制に引っ
掛かります。ちなみに"ZeroGecko"にもばっちりついていたのですがマイコン単品ではなく
評価キットという形で同時に購入したので引っ掛からず素通り。なんといい加減な…#
…まぁ海外またぐ流通では非情にとてもよくある事柄ですねorz
EFM32の件については後日OpenOCDカテゴリでもご紹介します。



さて、前置きが長くなりましたが少し前にCMSISがバージョン4(以下CMSIS-V4)に上がって
おります。但し"ARM,LTD.が提唱しているCMSISという規格全体"がバージョン4になった
という意味ですのでcore_cm0.h等のコアに関するヘッダファイル単体はV3.20->V3.30と
いうバージョン推移となっておりますのでご注意ください。
非常にややこしいですがV4.00ではありません。

あと以前も述べました気がしますがARM社がリリースしているCMSISのコアヘッダファイル
(本来はここまでがCMSISと呼べる範疇)とSTマイクロやNxP等各ベンダがリリースして
いるCMSIS"準拠"ペリフェラルライブラリまで全部ひっくるめて"CMSIS"と混同して呼称
される方が2014年の未だになっても非常に多いです。
ARM本家に日本語で概念が記されていますのでしっかり覚えておきましょう。ちゃんと
違いを理解しておかないと展示会とかイベントやセミナーで"CMSISって無駄にコード
サイズ増えるから使いづらいですね(地獄のミサワみたいな顔で)"と言ってしまい数か月
後に自分の言った言葉の意味を漸く理解して時間差で恥かきます。
かくいう私もえらそうなこと(地獄のミサワみたいな顔で)言ってますが最初にSTM32に
触れた時は思いくそ勘違いしておりましたがー！


…すみませんまた話が脱線しました。今回のCMSIS-V4からは前回の更新でヘッダファ
イルのみが付与されていたcmsis-osが全てのソースコードが添付されCMSIS_RTXという
フォルダに同梱されております。ライセンス的にもBSDライクなのでむしろFreeRTOSより
も自由度が高いかもしれません。GCCのコマンドラインでビルドできるようになったら
爆発的に普及すると思います。私もどのようにして実装するか試行中です。

そういう訳で私のいつものSTM32F4のプロジェクトは上記の最新のCMSISコアヘッダファイル
に差し替えさらにChaN氏のFatFs0.10aのかなりクリティカルな修正も反映済にしてあります。
Makefileやリンカスクリプトの記述も将来を見据えていくつか変更を加えているので、私の
サンプルをベースに何かを作成されている方はご注意ください。




そしてこの記事を書く少し前にSTマイクロよりまたまた新しいSTM32向けフレームワークが
提示されていました。STM32CubeMXと呼ばれるコードテンプレート作成のためのツールを
通してプロジェクトの土台作りの簡略化を狙うとのこと。

このSTM32CubeMXには今回のCMSIS-V4の思想を反映したCMSIS-Driverなるハードウエア
の抽象化を狙った規格に準じた新たなSTM32F4向けのペリフェラルライブラリが準備されて
おります。以前のSTM32F4向けCMSIS準拠ペリフェラルライブラリはすでにNRND(非推奨)
となっていますのでF4以外のSTM32品種も今後はこちらをベースとしたライブラリ群に置き換
わっていくことになると思います。
サラっとみた感じでは以前と同じCMSIS準拠なのですがマクロ定義や関数がかなり違うので
右を左にやる感覚で置き換えは不可能で実質全くの別物を移植する感じで挑みたいと思い
ます！まずはおなじみのF4系から攻めていきますのでこうご期待！

ちなみにNxPのLPCOpenではSTM32に先駆けて再配布の規約をようやく明確化し、そして
体系化もしたライブラリ群を提供していましたが微妙にCMSISに準拠していないのでChaN氏に
またDisられないように早急にCMSIS-Driverに基づいたペリフェラルライブラリ群の整備を行う
べきだと感じます。出た当初は少ない品種だったためまだまとまっていましたが周辺レジスタ
の構成が全く違うのに無理矢理LPC1xxx系でひとまとめで括ろうとしたせいで逆に冗長な
記述が増えてしまい結局各シリーズごとにLPCOpenが分かれだした始末で混乱を極めて
いる感がします。はっきり言って開発のしやすさ/ライブラリ整備の点ではSTM32やEFM32に
大きく引き離されています。ChaN氏も言ってましたがこれは非常にまずいです。使いやすい
ライブラリを提供するというのはチップのerrataを出さないことと同じくらい非常に大事なこと
だと思います。

とmbedのセミナーに絶対に行けなくなるような最後っ屁を放って今日の日記を〆ます。

Comments

Post a Comment








Go to top of page