２０２５．１．７
前へ
次へ
ホームページトップへ戻る


ＰＩＣＢＡＳＩＣコンパイラ
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
まるでインタプリタ。でもコンパイラです。超カンタン超シンプルです。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

［第１９４回］



●ＰＩＣ１６Ｆ１８２７（７）テストプログラム

前回まででＰＩＣ１６Ｆ１８２７に対するＰＩＣ　ＷＲＩＴＥＲプログラムは一部をはしょってはいますがおおまかにはめでたく完成いたしました。
それで次いこう、でもよろしいのですが。
ＰＩＣ　ＷＲＩＴＥＲプログラムを作るのが目的だといっても肝心のＰＩＣ１６Ｆ１８２７が動いてくれないプログラムを書いてみたってそれじゃあ最後の詰めの動作確認ができません。
ということになりますとまずはテストプログラムから作らなければなりません。
ところがこのＰＩＣ１６Ｆ１８２７は結構クセツヨなＰＩＣなのです。
ま。このＰＩＣに限ったことじゃありませんけれど。
そこは悪名高き（？）ＰＩＣアセンブラであります。
もうＰＩＣごとに見事に仕様が異なっていたりします。
端子配列はＰＩＣ１６Ｆ６２８などと同じなのですが、そのつもりでＰＩＣ１６Ｆ６２８のプログラムを流用しようとしてもそんなに甘いもんじゃないのですよねえ。
ＰＩＣ１６Ｆ６２８はＷｉｎｄｏｗｓ９８ＳＥに仕込んでいるＭＰＬＡＢ　ＩＤＥｖ８．４０でもアセンブルしてくれるのですが、そもそもそのバージョンではＰＩＣ１６Ｆ１８２７は未知のＰＩＣになってしまいます。
Ｗｉｎｄｏｗｓ７にインストールしたｖ８．９２ではアセンブル可能です。
もちろんＰＩＣ１６Ｆ６２８のノリで適当なプログラムを書いてもすんなりとは通してくれません。
例によってＣＯＮＦＩＧでつかえてしまいます。

下はＰＩＣ１６Ｆ１８２７で一応動くプログラムです。
ここで「一応」と書いたのには訳があります。
そのことについては後ほど説明をするつもりです。
以前お見せしたＰＩＣ１８Ｆ４５Ｋ５０用のテストプログラム（［第１７５回］参照）をもとにして作りました。
ごくごく簡単なプログラムです。
２５６ｍｓｅｃごとにＰＯＲＴＡからカウント値を出力します。
カウントついでにＰＯＲＴＢから１μｓｅｃごとに１、０を交互に出力します。
;;;pic p16f1827 test
;25/1/3 1/4
;
        #include<p16f1827.inc>
;cpuclock=32MHz(4xPLL),internal OSC
;
        __CONFIG _CONFIG1,_FOSC_INTOSC & _WDTE_OFF
        __CONFIG _CONFIG2,_PLLEN_ON
;
w=0
f=1
c=0
z=2
;
cntr0=20
cntr2=21
testcntr=22
testcntr2=23
;
        org 0
        goto start
;
        org 5
start
        banksel ANSELA;BANK3
        clrf ANSELA
        clrf ANSELB
;
        banksel TRISA;BANK1
        clrf TRISA
    　　clrf TRISB
        movlw 0f3
        movwf OSCCON
;
        banksel LATA;BANK2
;
testloop
        movf testcntr,w
        movwf LATA
testloop2
        call t1ms
        decfsz testcntr2
        goto testloop2
        decf testcntr
        goto testloop   
;
;1msec timer
t1ms
        movlw 0a;=10    
        movwf cntr2
t1ms2
        call tm100micros
        decfsz cntr2
        goto t1ms2
        return
;
tm100micros
        movlw 64;=100
        movwf cntr0
tm100micros2;1micros
        nop
        nop
        nop
        movlw 0ff;1/8
        xorwf LATB;1/8
        decfsz cntr0;1/8
        goto tm100micros2;2/8
        return          
;
        end
;

もとのプログラムとＣＯＮＦＩＧの表記が全然違います。
ＰＩＣ１６Ｆ１８２７の場合ＣＯＮＦＩＧはこのように書かなければいけません。
なんだかなあ。
こんな書き方はｐ．１６Ｆ１８２７．ｉｎｃを見ても書いてありません。
ＰＩＣ１６Ｆ１８２７を初めてさわったのはもう５年ほど前のことになります。
当時のことはすっかり忘れてしまいましたが多分ＧＯＯＧＬＥさまのお力でなんとか情報を確保したのだろうと思います。
それともうひとつ。
ＰＩＣ１６Ｆ１８２７はＳＦＲ（Ｓｐｅｃｉａｌ　Ｆｕｎｃｔｉｏｎ　Ｒｅｇｉｓｔｅｒ）がＰＩＣ１６Ｆ６２８などに比べて格段に多くなっていてかつそれが多バンクにわたって貼り付けられています。
ごくごく限られたベーシックなＳＦＲ以外はアクセスの度にバンクを切り換えなければなりません。
なかなかに厄介です。
ＤａｔａｓｈｅｅｔのサンプルプログラムによるとＳＦＲのバンク切り換えにはＢＡＮＫＳＥＬという命令を使えとのご託宣です。
ところがＢＡＮＫＳＥＬなんて命令はＰＩＣ１６Ｆ１８２７の命令一覧にはないのですよねえ。
どうやらＰＩＣアセンブラの擬似命令のようであります。
それにしてもどうしてこんなに細かくメモリバンクを割っているのでしょう。

［出典］Ｍｉｃｒｏｃｈｉｐ　Ｔｅｃｈｎｏｌｏｇｙ　Ｉｎｃ．ＰＩＣ１６Ｆ１８２７ＤａｔａＳｈｅｅｔ


［出典］Ｍｉｃｒｏｃｈｉｐ　Ｔｅｃｈｎｏｌｏｇｙ　Ｉｎｃ．ＰＩＣ１６Ｆ１８２７ＤａｔａＳｈｅｅｔ


［出典］Ｍｉｃｒｏｃｈｉｐ　Ｔｅｃｈｎｏｌｏｇｙ　Ｉｎｃ．ＰＩＣ１６Ｆ１８２７ＤａｔａＳｈｅｅｔ


［出典］Ｍｉｃｒｏｃｈｉｐ　Ｔｅｃｈｎｏｌｏｇｙ　Ｉｎｃ．ＰＩＣ１６Ｆ１８２７ＤａｔａＳｈｅｅｔ

なんと３２バンクもあります。
もううんざりしてしまいます。
もっともよくよく見てみると実際にＳＦＲが割り当てられているのはＢＡＮＫ０〜ＢＡＮＫ８までで残りは同じベーシックなＳＦＲのみアクセスできます。
アドレス００〜０Ｂは共通のアクセスになっています。
３２バンクもあるのはユーザー用のＲＡＭがアドレス７０〜７Ｆに割り当てられているからのようです。
なんでこんな面倒なことになっているのか。
どうせ必要なメモリ量は同じなのだからこんなに細かく多バンクに分けなくても線形に配置すればすっきりするはずなのに。
アドレスを線形にせずにバンクに分ける理由はただひとつ。
アドレスのビット数が足りないからです。
なるほどそういうことか。

こちらはＰＩＣ１６Ｆ１８２７の命令フォーマットです。

［出典］Ｍｉｃｒｏｃｈｉｐ　Ｔｅｃｈｎｏｌｏｇｙ　Ｉｎｃ．ＰＩＣ１６Ｆ１８２７ＤａｔａＳｈｅｅｔ

ＰＩＣ１６Ｆ１８２７の命令長は１４ビットです。
なぜ１６ｂｉｔではなくて半端な１４ビットなのか。
多分そうしなければならない訳があるのでしょう。
最上部の２つを見ると’ｆ’が７ビットになっています。
ここがターゲットのレジスタアドレスです。
７ビットしかありませんから直接アクセスできるアドレスは００〜７Ｆの範囲になります。
（それ以上の範囲のメモリにアクセスするには間接アドレッシングを使います）
とりあえずは納得です。

ＰＩＣＢＡＳＩＣコンパイラ［第１９４回］
２０２５．１．７　ｕｐｌｏａｄ

前へ
次へ
ホームページトップへ戻る