復活！ＣＰ／Ｍ ワンボードマイコンでＣＰ／Ｍを！
ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第５２６回］
●ＡＮＳＥＬの設定はＩ／Ｏポート出力に影響を与えない？
前回からの続きです。
［第５２１回］の終わりのところで「Ｉ／Ｏポートを出力ポートとして使う場合には、ＡＮＳＥＬは設定しなくてもよいはず」と一旦は書いたのですが、後で気になって確認をしてみましたところ、想定外の結果になってしまいました。
以下は前回に説明したことと同じですが、ここで発生している問題を把握していただくために、もういちど見ていただくことにいたします。
おとなしくＡＮＳＥＬ、ＡＮＳＥＬＨをクリアして、アナログとデジタルを兼用しているポートを全てデジタルに設定したときのポートからの出力は、こんな波形だったのですが…。
ＡＮＳＥＬ、ＡＮＳＥＬＨの設定のところをコメント文に直しただけで。
org 0
st0
goto start
;
org 04
goto int
;
org 05
;
start
movlw 20;bk1
; movlw 60;bk3
movwf STATUS
; clrf ANSEL
; clrf ANSELH
; bcf STATUS,6;bk1
movlw 64
|
こんなことになってしまいました。
そこであわててしまって前回の終りに、一旦は
「まちがったことを書いてしまいましたぁ。出力の場合でもやっぱりＡＮＳＥＬの設定をデジタルにしておかなければいけませんでしたぁ。ごめんなさぁいぃ」
と書いたのですが、なんだか腑に落ちないものが残っておりました。
［出典］Ｍｉｃｒｏｃｈｉｐ Ｔｅｃｈｎｏｌｏｇｙ Ｉｎｃ． ＰＩＣ１６Ｆ８８２～８８７Ｄａｔａ Ｓｈｅｅｔ
だってですねえ。
ほらあ。
上の引用文でも、
Ｔｈｅ ｓｔａｔｅ ｏｆ ｔｈｅ ＡＮＳＥＬ ｂｉｔｓ ｈａｓ ｎｏ ａｆｆｅｃｔ ｏｎ ｄｉｇｉｔａｌ ｏｕｔｐｕｔ ｆｕｎｃｔｉｏｎｓ．
って書いてあるじゃありませんか。
さらに続けて、
Ａ ｐｉｎ ｗｉｔｈ ＴＲＩＳ ｃｌｅａｒ ａｎｄ ＡＮＳＥＬ ｓｅｔ ｗｉｌｌ ｓｔｉｌｌ ｏｐｅｒａｔｅ ａｓ ａ ｄｉｇｉｔａｌ ｏｕｔｐｕｔ，ｂｕｔ ｔｈｅ ｉｎｐｕｔ ｍｏｄｅ ｗｉｌｌ ｂｅ ａｎａｌｏｇ．
と書いてあります。
それなら、やっぱりＴＲＩＳで出力に設定したら、ＡＮＳＥＬがアナログの指定になっていたって構わないじゃありませんか。
うむむ。
しかし…。
それじゃあ、最初のあの写真はなんなのさ？
あれはきっと何かの手違いで…。
手違いなどではありませんでした。
念のために注意深く再度テストを繰り返してみましたが、やっぱりＡＮＳＥＬの設定を行なわない場合には、最初の写真のように出力がすぐに落ちてしまいます。
なぜだ…？
そこで、もう一度Ｄａｔａ Ｓｈｅｅｔをよく読んでみましたところ、「おお。そういうことだったのか！」やっと合点がいきました。
やっぱりＤａｔａ Ｓｈｅｅｔはよく読まなければいけません。
肝心なことが、上の続きに書いてありました。
Ｔｈｉｓ ｃａｎ ｃａｕｓｅ ｕｎｅｘｐｅｃｔｅｄ ｂｅｈａｖｉｏｒ ｗｈｅｎ ｅｘｅｃｕｔｉｎｇ ｒｅａｄ－ｍｏｄｉｆｙ－ｗｒｉｔｅ ｉｎｓｔｒｕｃｔｉｏｎｓ ｏｎ ｔｈｅ ａｆｆｅｃｔｅｄ ｐｏｒｔ．
●ＲＥＡＤ ＭＯＤＩＦＹ ＷＲＩＴＥ
ｒｅａｄ ｍｏｄｉｆｙ ｗｒｉｔｅ はこの前のＰＯＲＴＡの説明のところにも書いてありました。
［出典］Ｍｉｃｒｏｃｈｉｐ Ｔｅｃｈｎｏｌｏｇｙ Ｉｎｃ． ＰＩＣ１６Ｆ８８２～８８７Ｄａｔａ Ｓｈｅｅｔ
左下から右上にかけてのくだりです。
Ｒｅａｄｉｎｇ ｔｈｅ ＰＯＲＴＡ ｒｅｇｉｓｔｅｒ ｒｅａｄｓ ｔｈｅ ｓｔａｔｕｓ ｏｆ ｔｈｅ ｐｉｎｓ，ｗｈｅｒｅａｓ ｗｒｉｔｉｎｇ ｔｏ ｉｔ ｗｉｌｌ ｗｒｉｔｅ ｔｏ ｔｈｅ ＰＯＲＴ ｌａｔｃｈ．
つまり出力に設定したポートの値を読むときは、出力ラッチの値を読むのではなくて、その端子の状態を読むんですと！
同じことじゃないの？
って、同じじゃなかったのですよお。
［出典］Ｍｉｃｒｏｃｈｉｐ Ｔｅｃｈｎｏｌｏｇｙ Ｉｎｃ． ＰＩＣ１６Ｆ８８２～８８７Ｄａｔａ Ｓｈｅｅｔ
ほら。
この図を見ますと、なんとなくそのあたりの事情がわかってくるのではありませんか？
確かに、ＡＮＳＥＬがアナログに設定されたままであっても、出力に影響はないようです。
しかし、もしもその出力の値を読み込もうとしたら…。
ＡＮＳＥＬがアナログの場合にはアナログ入力をデジタルとして読んでしまうことになります。
そして、その場合には端子の状態に関わらず、’０’が読み込まれます（ひとつ上の引用文の「Ｎｏｔｅ」参照）。
これでやっと疑問が解けました。
やっていたのですよお。
その「ｒｅａｄ－ｍｏｄｉｆｙ－ｗｒｉｔｅ」というやつを。
下はこのプログラムのＴＩＭＥＲ１割込みルーチンです（全体のプログラムリストは［第５１６回］にあります）。
int
movwf savew
swapf STATUS,w
clrf STATUS
movwf savests
;
bcf STATUS,5;bank 0
movlw 1
xorwf PORTE,f;pulse out
bcf T1CON,0;stop T1
movf t1Hdata,w
movwf TMR1H
movf t1Ldata,w
movwf TMR1L
movlw 1
movwf T1CON;start T1
intend
clrf PIR1;***************
swapf savests,w
movwf STATUS
swapf savew,f
swapf savew,w
retfie
;
|
ｍｏｖｌｗ １
ｘｏｒｗｆ ＰＯＲＴＥ，ｆ
がその部分です。
このテクニックはあるビットの出力だけを反転させるときによく使います。
ここではＰＯＲＴＥのビット０の出力だけが反転するはずだったのですが…。
他のビットは一旦読み込んでそのまま出力されるべきところ、ＡＮＳＥＬがアナログ設定のままだったために、読み込んだ時点でそのビットは（出力ラッチは’１’にもかかわらず）’０’が読み込まれてしまい、それが出力されてしまったのでした。
むむむ。
まさに、ｃａｕｓｅ ｕｎｅｘｐｅｃｔｅｄ ｂｅｈａｖｉｏｒ でありました。
こういう予期せぬトラブルに悩まないためにも、やはり「ころばぬ先の杖」で、ＡＮＳＥＬ、ＡＮＳＥＬＨは必ず設定しておくべきでありましょう。
さもないと、Ｍｉｃｒｏｃｈｉｐ様のおっしゃっております通り、
Ｔｈｉｓ ｃａｎ ｃａｕｓｅ ｕｎｅｘｐｅｃｔｅｄ ｂｅｈａｖｉｏｒ．
でありますぞ。
ワンボードマイコンでＣＰ／Ｍを！［第５２６回］
２０１３．１２．１７ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る