見事、LEDが点滅し始めた。思わずガッツポーズが出る。最初のシリアルライターのファーム書き込みで何かCPUの状態が変わったのだ。理由はまだ良く分からないが、AVRのフューズビットのようなものがARMにもあってCPUの環境が変わり、書き込みがOKになったような感じだ。ここ一週間かかりきりになっていたARMの開発環境がやっと所定どおり動き始めたようだ。念のために、こちらのソースに少し手を入れてLEDの点滅間隔を短くし、ビルドし直して書き込む。よーし、JTAGで書き込んだ後は点滅が早くなった。新しくファームがJTAGを通して書き込まれている。Eclipseのデバッグモードに入る。指定のところで止まる。レジュームボタンを押すと点滅を再開する。分からないことだらけだがとにかくARMでの新しい第一歩である。chaNさんのソースを使うのか(4/20/09)ARMの勉強を始めて、やっとプログラムの開発が出来る環境が揃った。LEDの点滅はもう良いだろう。次のステップに進もうと、参考になるプログラムソースを求めてウェブをさまよった。このARMはどうもC言語のソースだけでは動かなく、必ずアセンブラーのスタートアップルーチンが必要なようだ。32ビットマシンなので最初の設定が沢山あり大変だ。これはお手本がないと、とてもまともに動かすことは出来ない。クロックすら所定のスピードにするために何段階かの手順を踏む必要がある。これからの腹案としては、AVRの時と同じように、UARTを入れてプロセッサーとお話をし、そのあとIICを入れてRTCを動かしたり、LCDをつけたり、最終的には、SDカードアクセスまで進むつもりをしていた。手頃なソースが見つからない。ところが、このあいだダウンロードさせて貰ったchaNさんのLPC2000試食プログラムのソースを少し調べてみて驚いた。これは私が今からやろうとしているアプリケーションをすべて実現した完全なソースリストだ。見てみたら、スタートアップルーチンだと思っていたアセンブラープログラムは、割込みの制御と複数タスクをディスパッチする簡単なマルチタスクモニターであることがわかった。SDカードの中身をダンプしたりするUARTのモニタープログラムまで入っている。うひゃあ、こりゃもうやることがない。32ビットプロセッサーなのだからUARTから始めて少しづつ経験値を高めていこうと思ったのだが、ここにみんな解答が出てしまっている。WINARMの環境から、Codesourceryに移さなければいけないが、ここは素直にこのソースリストから必要なコードを少しづつ頂いてARMのお勉強をすることにしよう。17時00分コメントを書く名前:メールアドレス:(ウェブ上には掲載しません)アドレス(URL):この情報を登録するコメントは記事投稿者が公開するまで表示されません。STM32基板にもJTAGインターフェース。