(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第４１１回］
明けましておめでとうございます。
本年もよろしくお願いいたします。
本日は２日です。たまにはリセットして脳細胞をリフレッシュさせるためにも、お正月くらいはのんびりしなければ、ということで、一杯やりながらヒッチコックの名作でも見て過ごそうかとか、いやいやそれもいいけれど、やっぱりマリリンモンローも捨てがたいなあとか、うう、ジョンウェインもいいし、スチーブマックィーンもいいし、むむ、そんなことを言っていると、ああ、オードリーヘップバーンとかイングリッドバーグマンまで見たくなってしまって、だめだ、どれから先に見ようか迷ってしまう…。
で。まあ、とりあえず、パソコンをＯＮにして、前回のところを読み直しておりましたら（なんでオードリーヘップバーンとイングリッドバーグマンの葛藤からいきなりここに飛んでしまうのかは、本人にもまったくの謎なのでありますが）、ＰＩＣ１６Ｆ８８のパルス出力プログラムに誤りがあることに気がついてしまいました。
設問は、「最短の幅のパルスを出力しなさい」というものでした。
こういう設問は、サンプルプログラムとしては避けるべきなのでありまして、こんな設問をしてしまうものですから、オードリーヘップバーンもイングリッドバーグマンも見られなくなってしまいます。
「最短の」などとはしないで、「適当な」くらいにしておけば、いまごろは一杯やりながら、映画鑑賞を心行くまで楽しんでおれましたのに…。
そうなのです。
前回のサンプルプログラムは最短ではありませんでした。
●ＰＩＣ１６Ｆ８８テストプログラム（その２）
で。もっと短くできるじゃないか、ということでパルスの出力部を書き直した、アセンブラのソースプログラムです。
［注記］このプログラムにはミスがあります（［第４１６回］参照）。
前回のプログラムのどこをどうしたのかと言いますと、ｌｏｏｐの中の、ｍｏｖｆ ＰＯＲＴＢ，ｗを取ってしまったのです。これは冗長でした。
実行結果です。
前回はジャノ目基板の裏が見えておりましたので、今回は表が見えるようにしました。
抵抗とコンデンサは裏に取り付けましたから、表側にはＰＩＣ以外はなにも見えません。
命令を１つ削りましたので、パルス幅がその分（１μｓ）短くなって、４μｓになりました。
本日はこれでおしまい。
さあ、ヘップバーンを見るぞお、だったのですけれど。
だめではないか。
もっと短くできるじゃないの。なに考えてるんでしょうかねえ。
やっぱり、年の暮れからのアルコールが抜けてないようでありまして…。
●ＰＩＣ１６Ｆ８８テストプログラム（その３）
ということでパルスの出力部をまたまた書き直してしまった、アセンブラのソースプログラムです。
［注記］このプログラムにはミスがあります（［第４１６回］参照）。
さきほどのｔｅｓｔ５．ａｓｍで、
ｘｏｒｌｗ ０１（アセンブラ表記では、ここはｘｏｒｌｗ １でも構いません）
ｍｏｖｗｆ ＰＯＲＴＢ
としていたところを、ｌｏｏｐに入る前に、
ｍｏｖｌｗ １（ここはアセンブラ表記では、ｍｏｖｌｗ ０１でも構いません）
としておいて、ｌｏｏｐの中では
xorwf PORTB
だけにしています。
ＰＩＣの命令はちょいとクセがありまして、ワーキングレジスタ’ｗ’とユーザー定義レジスタ（これは一般形では’ｆ’で示されます）との間の演算は、８０８０やＺ８０などとは異なっていて、演算結果を’ｗ’に置くだけではなくて、’ｆ’に置くこともできるのです（その場合には’ｗ’の値は変わりません）。
アセンブラの正しい表記では、結果を’ｗ’に置く場合は、
xorwf PORTB,0
と書きます。
xorwfは’ｗ’と’ｆ’とのＸＯＲを計算せよ、という命令です。
ＰＩＣのアセンブラニーモニックは一般に悪く言われているほどわかりにくいものではありません。そのまんまです。
これに比べるとＣの表記のほうがもっともっとタチが悪うございます。
あ。で、最後に付加したパラメータがｄｅｓｔｉｎａｓｉｏｎ（’ｄ’）です。結果の格納方向です。
ここを０にすると結果は’ｗ’に入れられます。
結果をユーザー定義レジスタ（今回の例ではＰＯＲＴＢ）に入れるには、
xorwf PORTB,1
と書きます。
参考までに、ＰＩＣのＤａｔａ ＳｈｅｅｔのＩｎｓｔｒｕｃｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎに記載されているＸＯＲＷＦの説明です。
［出典］Ｍｉｃｒｏｃｈｉｐ社ＰＩＣ１６Ｆ８８Ｄａｔａ Ｓｈｅｅｔ
ここには記載されていないのですが、別のＰＩＣのＤａｔａ Ｓｈｅｅｔでは、’ｄ’＝１がｄｅｆａｕｌｔであると書いてあります。
ｄｅｆａｕｌｔは近年はやりの「債務不履行」ではありません。
指定省略時に選択される標準設定のことです。
で、さきほどのプログラムに戻りますと、
ｘｏｒｗｆ ＰＯＲＴＢ
は、最後のパラメータを省略していますから、ＰＩＣアセンブラによって、ここはデフォルトの’１’が指定されます。
ということは、演算結果が’ｗ’にではなくて、ＰＯＲＴＢに入れられ、’ｗ’の値はそのまま（’０１’のまま）残るということになります。
あ。ｍｏｖｌｗはｍｏｖｅ ｌｉｔｅｒａｌ ｔｏ ｗという命令で（ｌｉｔｅｒａｌは定数のことです）、定数を’ｗ’に格納します。
このアセンブラニーモニックも「そのまんま」です。
これが実行結果です。
ｘｏｒｗｆ ＰＯＲＴＢとｇｏｔｏ ｌｏｏｐのみを繰り返し実行しますから、その命令実行時間は、ｘｏｒｗｆの１サイクルタイム（１μｓ）＋ｇｏｔｏの２サイクルタイム（２μｓ）＝３μｓになります。
これが、ＰＩＣをｃｐｕクロック４ＭＨｚで走らせたときの、最短幅の出力パルスです。
実は最初にサンプルプログラムを書いたときは、このプログラムだったのですけれど、ＰＯＲＴＢの他の出力ビットがオープンドレインらしいことに気がつかなくて、そちらのおかしな出力の振る舞いに気を取られて、いろいろプログラムを直して試しているうちに、最初のプログラムのことをすっかり忘れてしまって、前回のプログラムになってしまったのでした。
それはともかくとしまして、Ｃを使っていては、こういう芸当はとてもできない、といいますか「思いもよらないこと」ではないか、ということについての、ひとつの見本にはなったのではないか、と思うのですがいかがでしょうか？
これが、「ソフトウェアでハードウェアを制御する」ということなのだ、と私は思うのであります。
２０１０．１．２ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る