RRP1320-1-03 は減算タイマーの処理で DECF を使っていますが、2byte 以上のデータを扱うとボロー（桁下がり）の処理が必須にです。　引き算 SUBWF では上位 byte の引き算に SUBFWB を使ってボロー（Ｃの反転）を引き算しますが、DECF でも同様にキャリーフラグが動作するのか調べてみましたが納得できる資料が見当たらないので実験で確かめることにしました。　＜PICデバイス＝18F1320＞


下図をソースに書き足し、行番号の右隣で灰色の部分をダブルクリックして、ブレークポイントを設定します。




Run して、ブレークポイントで止まった所で、下図のように Watch ウィンドウで DECF 後の値と、STATUS レジスターの中を表示させます。




プログラムを書き換えて DECF 処理前の値毎に記録したのが下表です。　ついでですから、N , OV , Z , DC , C と言った全てのステータスフラグについて記録しました。

　N     演算結果が負を示すネガティブフラグ
　OV  符号付き演算のオーバーフローフラグ（7bit を超えると１）
　Ｚ     演算結果が０を示すゼロフラグ
　ＤＣ  演算結果が下位 4bit からのオーバーフローを示すデジットキャリーフラグ
　Ｃ     演算結果が 8bit からのオーバーフローを示すキャリーフラグ



やはり、DECF 直後にキャリーフラグの反転をボローとして扱えるようです。　DC の反転も上位 4bit からのボローとして機能しています。　何ごとも自分で確かめれば自信を持って先に進めます。


18F ニーモニックと小技のインデックスはこちら　→　18F: テーブル・ジャンプ　


「楽々PIC」は楽しい道具を作りながら学ぶブログを目指します。

　「加算・減算」と言う記事で、1byteデータの加算を例示していますが、今回は 13bit 以下のデータ同士の加算と減算です。　コーディング中の赤外線リモコン受信プログラムの一部アセンブラ・ソースで説明します。　＜PICデバイス＝18F1320>

下図のコメントに 16bit とありますが、１９７～２０２行目の加算処理ではオーバーフローの可能性があることに注意が必要です。　赤外線リモコン受信プログラムの中で下図が扱うデータは 13bit 長以下のためこのまま使います。　また１８１～１８６行目で入力値の大小比較に基づく分岐を行って、減算時結果が負にならない設計です。　デバックの結果、下図の大小比較には不充分な点があります。　加算・減算部のみ参考にして下さい。　（08/20日追記）



プログラムは、入力値（ shiftwh , shifutwl , irtoldh , irtoldl , irtim0h , irtim0l ）を破壊することなく出力先（ irtdth , irtdtl ）に演算結果を記録します。
なお、前述ラベル名の末尾 h , l はそれぞれ上位、下位を示します。

加算・減算共に下位から演算を初め、下位同士の演算ではキャリーまたはボローを含まない命令を使います。　続く上位同士の演算ではキャリーまたはボローを演算に含めます。　16bit 長を超える値同士の演算も同様に、最下位の演算だけはキャリーまたはボローを含まず、他はキャリーまたはボローを含む命令を使います。


一連の記事のインデックスは　「とにかくビルド！」の末尾をご覧下さい。


「楽々PIC」は楽しい道具を作りながら学ぶブログを目指します。

　演算結果によって変化するステータスフラグの内、ゼロフラグとキャリーフラグについて説明します。　ゼロフラグはループ処理の終了判定と言った場面で頻繁に使いますし、キャリーフラグは８ｂｉｔ長を超える数値演算で重要な役割を果たします。　ニーモニックによってステータスフラグが変化するものと、そうでないものがありますから命令一覧表などで確認して使います。　期待した変化が得られない命令の後でステータスフラグによる分岐命令を書くと、不安定な動作を伴うバグとなって原因解明に苦労する場合があります。

ステータスフラグはＳＦＲの一つ、STATUS の値です。　ＳＦＲもデータ・メモリーと同様に読み書きできますが、通常ステータスフラグを直接読んだり書き換えることは行わず、ステータスフラグの内容によって分岐する命令（ BC , BNC , BNZ , BZ など）や、キャリーフラグ（またはボロー）の値を演算に含める命令（ ADDWFC , SUBFWB , SUBWFB など）を使うことで活用されます。　（ＰＩＣにボローフラグは無く、減算命令後のキャリーフラグの反転を使います。）


＜＜＜　ゼロフラグ　＞＞＞

「間接アドレッシング」で例示したソースリスト（下図）の３１行目に BZ 命令を使っています。　３０行目の MOVF で W に読み出した値によってゼロフラグが変化し、３１行目でゼロフラグの値が１なら hotz に分岐します。
MOVF 命令でゼロフラグが変化することを確かめて使っています。





＜＜＜　キャリーフラグ　＞＞＞

キャリーフラグは8Bit長からの桁あふれ（オーバーフロー）を示すステータスフラグです。　下図の筆算で各桁毎に「１繰り上がる」場面でキャリーフラグの値が１になります。　１０進数の筆算では一桁が０～９の値ですが、8bit長では０～２５５の値をカバーします。



キャリーフラグは「掛け算（乗算）」の例、参照アドレス計算の中で ADDWFC 命令を使って活用しています。

他のステータスフラグについては、必要の応じて別の記事で紹介します。


一連の記事のインデックスは　「とにかくビルド！」の末尾をご覧下さい。


「楽々PIC」は楽しい道具を作りながら学ぶブログを目指します。

　加算と減算について簡単に説明します。　＜PICデバイス＝18F1320>　数値を扱う用途では当然ながら使用頻度の高い命令です。　「データ・メモリーf」を単に ｆ と書くことがあります。

          ADDWF         f , d , a     ; データ・メモリー f の値に W の値を加えて W または f に記録
          ADDLW         k               ; W の値に、値 k を加えて W に記録
          ADDWFC      f , d , a     ;  f の値に W の値とキャリーを加えて W または f に記録

          SUBWF         f , d , a     ; データ・メモリー f の値から W の値を減じて W または f に記録
          SUBLW         k               ; 値 k から W の値を減じて W に記録
         SUBWFB      f , d , a     ;  f の値から W の値とボローを減じて W または f に記録
          SUBFWB      f , d , a     ;  W の値から f の値とボローを減じて W または f に記録
                                                    ボローはキャリーの反転

キャリーやボローは8bit長を超えるデータを扱う時に使います。

簡単な例で試してみます。　main2.asm の一部を書き換えます。



上図で、４８行目追加、５１行目コメントアウト、５２，５３行目を追加しています。

ラベル hot2 で始まるループでデータを転送する際に、転送元の値に３０Hを加えて転送先に書いています。

間接アドレッシングからダウンロードした main2.asm をビルドして、データ・メモリーの０番地（reg0）の値を０８Hに変更し、 Run & Halt してから上の変更を行って再度ビルドして Run & Halt した結果（ File Registers ウィンドウ ）を下図に示します。



転送先に加える値を変えて試す場合は、先のソース４８行目の値を変更してビルドです。　５３行目、ADDWFの代わりにADDLWを使ってみるのも面白そうです。

8bit 長を超える値の加算・減算は「13bit 加算・減算」を参考にして下さい。


加減算の他に次のような論理演算もありますが、実際に使う場面で説明した方が良いように思います。　　ここではニーモニックだけ列記します。

ANDWF  ,  COMF  ,  IORWF ,  NEGF  ,  XORWF  ,  ANDLW  ,  IORLW  ,  XORLW


一連の記事のインデックスは　「とにかくビルド！」の末尾をご覧下さい。


「楽々PIC」は楽しい道具を作りながら学ぶブログを目指します。