Windows10対応軽量シンプルなARMマイコンのGCCビルド環境を構築する(2020年度版)

OpenOCD for Windows is HERE!
↑ねむいさんは自前ビルドのOpenOCDバイナリ公開してます。
　解説はこのバイナリを基にすすめますので4649!


当記事はWindows環境下におけるARMマイコンの開発環境構築を目指してはおりますが
私が公開しているプロジェクトをビルド/デバッグするために必要な最小限の手順の
指南という位置づけです。
はっきり言いますが初学者向きの解説ではありません。専門的な語句の意味や
GNUMakeを駆使したコマンドラインビルドの方法を熟知している前提で話を進めます。


2019年現在は無料のEclipseベースの開発環境GNUARMECLIPSE、
STM32限定でフル機能が使えるAtollic TrueStudioとMDK-ARMの2品種、
そしてオンラインコンパイラ+ライブラリ等の強力なサポートがあるmbedとかが
充実しており、一般的な事柄を学びたい初学者の方にはそちらを強くお勧めいたします。


ちなみにねむいさんはメーカサポートが無い素のEclipseを使うと｢あわびゅ！｣と
叫びながら全身から血を吹き出して死ぬ奇病に罹っていて、且つCygwinを使うと
バストサイズが強制的に20cm減のマイナス補正を喰らい(=フラットなB(Breasts)特性
を持ついないさんと同レベルに堕ちてしまい）虹裏メイドねむいさんとしての
あいでんてぃてぃを完全に失ってしまうため、当ぶろぐでは絶対に扱いません。


　※要注意※
　　　ツール群の盛衰や時勢により時々刻々と本記事の内容は変化していきます!


●必要なもの
　１．ARM用GCCコンパイラ
　　とにもかくにもまずはこれです。
　　現在はLaunchpad.netが提供し、ARM本家から配布されている
　　GNU Tools for ARM Embedded Processors
　　を強くお勧めします。表向きCortex-Mx向けとなっておりますが、LPC2388等の
　　ARM7TDMIもしっかりサポートしており古い品種でも問題なくビルドが可能です。

　　今回の手順ではダウンロードした上記コンパイラをC:/Devz/ARM/launchpad
　　直下に解凍するものとします。解凍後launchpadフォルダには
　　arm-none-eabi,bin,share,libの4つのフォルダがあるのが正解です。

　　Windows環境下で動くARM用GCCコンパイラとして、Bleeding Edge Toolchain
　　なんかもあります。いずれもABIはEABIで2015年以降流通している
　　最新のGCCコンパイラはもはやすべてEABIとなっています。


　２．サポートツール群
　　ねむいさんが公開しているプログラムはコマンドラインビルドを想定しています。
　　IDE全盛の昨今は古臭いものとなってしまいましたがmakeコマンドでビルドする
　　というベタベタなクラシックな手法を敢えてとっています。
　　makeの他にunixコマンドのechoやrmなどを用いているので、これらのunix
　　ライクなコマンドをネイティブなWindows環境下で動かすことができる
　　Coreutilsを使用します。

　　a.Coreutils本体
　　 有志の方々が作成されたCoreutilsの"Binaries"のリンク先をダウンロードし、
　　 2バイト文字やスペースを含まない任意のフォルダに解凍してください。
　　b.GNUMake3.81
　　 次にGNUMakeを同様にダウンロードしたあと解凍しCoreutilsを解凍した
　　 場所と同じフォルダに置いてください。
　　c.サポートDLL群
　　 最後にmakeをダウンロードしたページの下にある"dependencies zip file
　　 (中身はlibintl3とlibiconv2)"をダウンロードしGNUMakeと同様の処置を
　　してください。

　　今回の手順では上記3点がすべてC:/Devz/Coreutils/bin内にあるものとします。
　　このbinフォルダ内にmake,echo,rm等のunixライクコマンドとdepedenciesの
　　libintl3.dll,libiconv2.dllが存在していることを必ず確認して進めてください。
　　ここで間違ってると下述のPN2からmakeを呼び出す段階でコケて失敗します。
　　
　　よくやる間違いが、最初のCoreutilsを解凍して出てくるbinフォルダの中に
　　さらにmakeやdepedenciesの入ったbinフォルダを置いてしまうことです。

　

C:/Devz

　　　├ARM

　　　|└launchpad

　　　|　└bin　(←GCCコンパイラのバイナリがある場所)

　　　|└ocd(←openocd.exeのある場所)

　　　└Coreutils

　　　  └bin　(←make他unixライクコマンド群のある場所)

　　　
↑ねむいさんは上記のディレクトリ構造にしています。
　　以下この構成で話を進めます。

　　ちなみにAVRToolChainでもARMと同じような感じのディレクトリ構成にすると、
　　同じ感じでコマンドラインビルドが出来ますのでおすすめです。

　　※以前はWinAVRのutils配下にあった同様のファイル群の使用を推奨していましたが、
　　　WinAVRは開発が停止し数年経ち、フリーで利用できるAVRToolchainに主流が移行
　　　したのでもう一切使用しませんし使ってはいけません。

　２.５．sh.exeが見つかりません対策(必ずしも必要ではない)
　　ネット上で手に入るARMマイコンのGCCプロジェクトの中ではWinAVRのmakefileを
　　ベースにしたものがいくつか存在し、そこにはshell関数などのbashに依存した記述が
　　数か所あります。この記述が含まれているとまともにビルドができません。

　　当ぶろぐで公開してるプロジェクトはmakefileからbash(/bin/sh)に依存して
　　いる記述はすべて排しておりますが、他の方のプロジェクトをビルドする際の
　　回避措置として紹介します。
　　こちらからwin-bash.zipをダウンロードし、解凍して出てきたwin-bash.exeを
　　Coreutilsのbinフォルダに突っ込んでください。次にmakefile　ファイル中に
　　記載されているはずのSHELLの設定を以下のように書き換えてください。
　　SHELL = sh
　　↓
　　SHELL = win-bash.exe
　　bash.exeは自身のファイル名によって特殊な動きをするので横着してwin-bash.exeの
　　方をsh.exeとリネームしてしまうと逆にビルドが通らなくなります。ご注意ください。



　３．エディタ
　　メモ帳でｾｺｾｺ編集してコマンドプロンプトからmakeを実行してもいいですけど
　　makeを引数つきで呼び出せられるエディタを使えばIDEのように使えます！
　　ねむいさんのお勧めはProgrammers Notepad2(PN2)です。素のEclipseは(ry
　　ビルド時の解説はこのPN2を使用して解説します。

　　注：必ずStable2.3以降を使用してください。
　　　　また、日本語入力に対応するために下記の要領で多バイト文字の設定を
　　　　”Shift-JIS”に変更しておいてください。
　　　

　　それとPN2のインストール先は無用なトラブルを避けるためスペースや2バイト
　　文字が混ざるディレクトリは避けてください。


　４．デバッガソフトウエア&ハードウエア
　　ARM用のデバッガはホビーユーザーご用達のGDBサーバであるOpenOCDを
　　使用します。次回の記事で使用法を紹介します。
　　また、MCUとJTAG/SWDで通信するハードウエアはFTDIのFT2232系JTAG-I/Fを
　　使用するのが私の中でスタンダードになっています。
　　これらに関しても次回詳しく紹介します。


●下準備とビルド
　※以後はエディタとしてPN2をインストールして使うことを想定して解説します。

　１．ソースコードの展開
　　今回の凡例として、STM32F4向けの液晶表示プログラムをダウンロードして
　　ローカルに落としたzipファイルをローカルフォルダに展開します。
　　このときディレクトリパス(アドレス)にスペースや２バイト文字が絶対に
　　入らないようにしてください。
　　

　２．makeファイルの編集
　　PN2がインストールされている場合、拡張子pnprojのアイコンをダブルクリック
　　すると下のような画面になると思います。"makefile"をクリックしてmakefileの
　　編集画面を出しましょう。
　　
　　OpenOCDとarm-none-eabiのファイル名は特殊なことをやらない限りは
　　もう変えないようにしてください。
　　

　　下画像の要領でそれぞれの環境に合わせてARM用GCCコンパイラ、サポートツール
　　群、デバッガのディレクトリパスを設定していきます。パスの区切りは"¥"
　　ではなく"/"を使用してください。
　　ディレクトリパスはスペースや２バイト文字が絶対に入らないように
　　してください。大事なことなので二度言います!!
　　
　　

　　makefileの書き方の作法は此処では解説しないので
　　各自詳細は調べて下さい。


　３．PN2の設定
　　PN2をインストールしたての人は、makeコマンドをPN2の"TOOL"から
　　呼び出すことが出来るように以下の要領でmakeコマンドを引数"all"
　　つきで登録してください。
　　その後、"build","clean"の引数についても同様に登録してください。
　　
　　
　　

　　重要：Windows環境変数のPATHは設定する必要はありません！
　　　　　下手に設定しているとビルドが通らなくなることがあるのでご注意ください。

　４．ビルド開始
　　
　　デフォルトでは評価ボードの設定はSTM32F4Discovery向けになっています。
　　また、各評価ボード設定時の各ピン配置を知りたい場合は同梱のdoc/Boards.txtを
　　参照してください。

　　設定が終わったら"Tool"から"make all"を呼び出しビルド開始です。
　　

　　ビルドが完了したらメモリ使用量などの情報がコンソール上に現れます。
　　もしコンパイルエラーなどが発生しビルドが止まったら赤色で強調表示されるので
　　エラー箇所の特定も簡単です。
　　


　　上記の液晶表示プログラムはデフォで下記のライブラリ/ドライバを
　　有効にしてます。
　　　　-libjpeg
　　　　-libpng
　　　　-giflib
　　　　-FONTX2ドライバ
　　　　-抵抗膜式/容量性タッチパネルドライバ(特定のボード限定)
　　　　-HelixMP3デコーダ(特定のボード限定)
　　　　-HelixHE-AACデコーダ(特定のボード限定)
　　数分ほど時間がかかります。Warningが出ますがビルド時の設定喚起の
　　ためにソースコード中に"#warning"プリプロセッサを敢えて入れてる箇所が
　　いくつかありますので気にしないでください。
　　エラーが出てビルドが止まった場合は各種設定を見直しましょう。殆どの場合、
　　makefile中でPATHの設定を誤っています。

　　ちなみに"make all"はコンパイルしたオブジェクトを全部消してまっさらに
　　してからビルド、"make build"はすでにオブジェクト吐かれたソースはスルー
　　してビルド(ソースコードを一部書き換えてカット&トライしたいときに最適)です。
　　"make clean"はその名のとおり生成されたelfやhexファイル含めてアセンブラ
　　リストファイルやオブジェクトをまるっと消去してしまいます。


お次はターゲットCPUへの書き込み&デバッグですが…次回に続きます。

GPSを試用する2

STM32Primer2を使用したGPSロガーですが、やっと長時間安定してロギングを
行えるところまで持っていくことが出来るようになりました。

一番の強敵は衛星を捕捉していてもロギングがランダムで停止してしまう
現象に遭遇したことで、どの部分で問題を起こしているかという切り分けに
かなり時間を要しました。東海自然歩道のルートで言うと湯ノ山温泉->
西藤原のルートから始まって笠置->奈良くらいまでは特別なファームを
あれこれ試したりノイズ抑制のためにコンデンサ追加したり導電性エア
キャップにやさしくくるんだりあれこれ試しようやく不具合を特定しました。
(結局FatFsの書き込み時のエラー処理が不適切なだけだった･･･)




ついでに使っているGPSモジュールもGM316+外部アンテナから秋月さんちから
2月にラインナップに加わったCanMore製のGT-723Fに変更し、なかなかの
結果を収めています。

↑比較表作ってみました。
　GT-723Fは衛星を見つける最初期のacquisition(同期捕捉)の段階では
　80mA以上喰ってしまってしますがtracking(同期追跡)状態に入ると32~36mA
　前後まで落ち着き、結果的に野外で使うなら電池の持ち的にもGM316+外部
　アンテナで使うよりも有利なのが分かりました。元主人の持ってたGT-720Fは
　常時180mA位馬鹿食いしてたのをかんがみると技術って進歩してるんだなぁ･･･
　とおもうことひとしきりです。

↑現在の運用形態。STM32 Primer2からVCC,RxD(STM32 Prime2側),GNDを
　引き出し、なおかつGT-723Fは別に基板を設けて固定して機械的にも
　接続を強化してます。
また、このモジュールは+3.0Vからの電源入力に対応していますので、
STM32Primer2だとLCDのバックライト電源からパワー(3.1Vavg)を拝借する
形となります。

↑尤もSTM32Primer2いじり倒してる人はとある理由で当然電源周りも改造してて
原形とどめてない人も多いでしょうからもう好きにすればいいと思いますよ
(☝投げやり気味)。

↑JR笠置駅にて。
　ねむいさんチキンなので実際に使う時はGPSモジュールを導電性エア
　キャップにくるみ、さらにここからSTM32Primer2全体をGPSモジュールごと
　くるんで物理衝撃対策してます。
　この状態でもザックにぶち込んだ状態で氷点下の環境はもちろん猛暑の中
　でも安定して動作したので満足です♥
　タフすぎて そんはない


肝心の捕捉精度なんですけどGT-723Fはパッチアンテナのみですが深い森の
中でもしっかり衛星を握ってくれていて、逆にトンネルやトイレ等の電波が
完全に遮断される場所では案外簡単にぱっと手放してくれるようです。
GM-316の場合は電波が途切れても捕捉状態から離れずでたらめな場所を記録
してしまうことがよくあったので山中の行動の記録に使う用途としてはGT-723Fの
ほうが良いかとおもいます。
それとGT-723F買ったときに結局ついでに買ってしまったのですが市販品の
スポーツガイドメイトと比較した場合もほとんど引けをとらない結果になってます。

↑結局買ってしまった･･･Garminは高いから論外で(欲しいけど)

↑スポーツガイドメイトは電源ボタン長押しでOFFではなくワンプッシュで
　OFFとなってしまう設計のため、ザックに無造作に放り込んで山野を走る
　ような荒っぽい使い方は出来ないのが難点です(自転車に固定して使うことを
　想定されているようです)。
　PCとの接続は内蔵のUSB-シリアル変換でUSB経由でデータの読み書きをします。

↑これはJR奈良駅から近鉄長谷寺までのルートを同時に記録したものです。
　ほとんどぴったり重なっちゃってるんですけど赤のラインがスポーツ
　ガイドメイトで青が自作のGPSロガーです。

本末転倒になってしまっていますが、ロギング中に一方が何らかの理由で
停止しても困らないように現在は両方持って山に行ってます。
本当に本末転倒ですがもういいです(投げやり気味に)。



おまけ
私のぶろぐの中でpvが圧倒的に少ない、つまり人気が無いのが東海自然歩道
関連の記事なのですが、一部の方々にブラウザのベンチマークとして使われて
いるのを知ってまぁ少しは役にたっているかなと思ふことひとしきりですが、
それはおいといて山に興味がない方はドリフの雷様的な物と思って
あきらめてください。逃がしません…(ワグナスさんみたいな顔で)

東海自然歩道の山の辺ルートは本道ではないのでぶろぐには書かないつもり
でしたが、今回は特別にダイジェストを･････！

��石山->宇治

このルートは99%舗装路でした。

ゴール地点の平等院鳳凰堂。

宇治茶のアイス(宇治茶+桜だそうな)

��宇治->原山

やっぱり舗装路。

見所(というかこれしかないけど)の鷲峰山。


加茂駅と昔からある倉庫。
(※体力あまってたので原山から加茂駅まで走って帰りました)


��原山->笠置


童仙房山荘。

ないおん！

高山ダム。ここから先が長い。

関西本線が間近に！ｃ

ゴール地点のJR笠置駅にある良く分からない像。


��笠置->奈良

柳生家老屋敷。


一刀石。

日照が体力を削る季節になってきました･･･。

峠の茶屋。

鹿。


��奈良->長谷寺

鹿。

一番やさしいルートですが夏場だけは
逆に一番過酷なルートに！！！

石上神宮。

大神神社領からの展望。

狭井神社のハイテク御神水供給装置。

長谷寺山門

長谷寺駅からの夕暮れ。


これから夏本番です。夏場の激しい運動は熱中症や脱水症状という直ちに死ぬ危険
性の高いリスクが常に付きまといます。ねむいさん絶対に日焼けしたくないので
長袖とUVカットのゴーグみたいな眼鏡で完全ガードしてるおかげで上記のリスクが
さらに高まるので一応そっち対策もばっちりしてる(つもり)です。
欲張らずに走る距離は30km以内に抑え、朝早く出発して遅くとも15時までには走り
終えて帰るというのを心がけるようにしてます。
あとせっかく体重落ちたのに風呂上りにうっかりビール飲まないようにｓｈ…
ビールには勝てなかったよ…ﾌﾟﾊｰ♥

Go to top of page