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


超ローコストＰＩＣＷＲＩＴＥＲの製作
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
「ＰＩＣＢＡＳＩＣコンパイラ」からスピンオフ！！
過去記事を参照することなどを考えて該当する過去記事は「ＰＩＣＢＡＳＩＣコンパイラ」のまま連載回もそのままとします。
以後は前回記事からの流れで［第２３６回］からとします。
「ＰＩＣＢＡＳＩＣコンパイラ」はなるべく早く連載を再開したいと考えています。
ＰＩＣはローコスト、高機能で種類も豊富なお手軽マイコンですがプログラムを書き込むためのＷＲＩＴＥＲが必要です。
それをできるだけ安価に作ってしまおうというプロジェクトです。
最終的には製品化を考えています（組立キット、完成品）。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

［第２４１回］



●ＰＩＣ１６Ｆ１５０３（５）バグ発見！！

ＰＩＣ１６Ｆ１５０３はＰＩＣ１６Ｆ６２８などと違ってＣＯＮＦＩＧのアドレスが８０００番地台（１６ｂｉｔ幅）になっています。
データ幅を８ｂｉｔに直すとアドレスは０１００００番地台になります。
通常のプログラムアドレスは００００００〜００ＦＦＦＦの範囲にあります。
読み込んだデータがプログラムなのかＣＯＮＦＩＧなのかはアドレスの最上位８ビットが００か００以外なのかをチェックすることで区別できます。
今までのＷＲＩＴＥＲプログラムでは対象になるアドレスがＣＯＮＦＩＧも含めて１６ビット（００００〜ＦＦＦＦ）の範囲にありましたので１６ビットアドレスの上位８ビットを見ることでプログラムかＣＯＮＦＩＧかを区別していました。
そこのところを今までと同じプログラムにしていたのがＣＯＮＦＩＧが書き込めなかった原因でした。
そこで１６Ｆ１５０３ＷＲＩＴＥＲプログラムでは２４ｂｉｔアドレスの最上位８ビットを見るように変更した上で先に／ＥＲＡＳＥを実行したあと／ＨＬＯＡＤ、／ＰＩＣＷＲと／ＶＥＲＩＦＹを実行し最後に／ＰＩＣＲＤを実行しました。
すると。
>/picrd
400C[E2][2C][E4][3F]
type=04,uadrs=00
[08]
0000[10][05][28][21][00][68][30][99][00][8E][01][23][00][8E][01][20][00]
0010[10][14][20][14][20][14][20][14][20][21][08][8E][00][A1][0A][0C][28]
0020[10][19][20][19][20][19][20][19][20][08][00][00][00][A0][0B][19][28]
0030[10][08][00][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F]
0040[10][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F]


type=04,uadrs=01
[03]
400E[E4][3F]
[10]
>

ＣＯＮＦＩＧが正しく書き込めるようになりました。
最後の４００Ｅのところです。
本当はここのアドレスは１００００Ｅにすべきところなのですが、ここだけのためにＷｉｎｄｏｗｓ側の表示プログラムを直さなくてはなりません。
それも面倒なことなのでとりあえずは従来の表示のままでいくことにしました。
それはいいとして、ここでおかしなことに気が付きました。
プログラム本体の値が変です。
下は前回テストしたときのログです。
>/picrdf 16f1503test250321.hex
400C[E2][2C][FF][3F]
type=04,uadrs=00
[08]
0000[10][05][28][FF][3F][FF][3F][FF][3F][FF][3F][21][00][68][30][99][00]
0010[10][8E][01][23][00][8E][01][20][00][14][20][14][20][14][20][14][20]
0020[10][21][08][8E][00][A1][0A][0C][28][19][20][19][20][19][20][19][20]
0030[10][08][00][00][00][A0][0B][19][28][08][00][FF][3F][FF][3F][FF][3F]
0040[10][FF][3F][FF][3F][FF][3F][FF][3F][E4][3F][FF][3F][FF][3F][FF][3F]


type=04,uadrs=01
[08]
400E[FF][3F]
[10]
>/exit

アドレス００００の行が異なっています。
おかしいのは今回のログの表示です。
００００のデータは［０５］［２８］のあと［ＦＦ］［３Ｆ］が４回続いたあと［２１］［００］［６８］と続きます。
今回は間の［ＦＦ］［３Ｆ］がなくてすぐに［２１］［００］［６８］が続いています。
ありえない現象です。

さては。
魔物の仕業かっ。
悪霊よ去れ！
繰り返しテストしたのですがこの部分については前回のプログラムでは正しく表示されるのに今回のプログラムでは何回やっても同じ結果になってしまいます。
結局終日あれこれ考えるだけで終ってしまいました。
こういうときはもう寝てしまうのが一番です。
一晩寝ると頭がクリアされます。
じっくり考え直してみたところどうもプログラムかＣＯＮＦＩＧかを判定しているところに問題があるとしか考えられないという結論になりました。
そこでその部分のプログラムをよくよく見たところ。
あっ！
だめじゃん。
プログラムが間違っておりました。
バグ発見です。
確か以前にも同じミスをしたことがあったように記憶しています。
もう同じことを繰り返さないために、恥ではありますが備忘録として書いておくことにします。
バグは下の部分にありました。 
prwr
        call pdatard
        movff cnfgmk,w;zero check
        bnz prwr01


正しいのはこちらです。
prwr
        call pdatard
        movf cnfgmk,w;zero check
        bnz prwr01

ｍｏｖｆはレジスタの値をｗにコピーするときに使う命令ですがこのとき同時にノンゼロチェックが行なわれます。
レジスタの値が０のときにはＺフラグがセットされます。
１命令で０か０でないかがチェックできるのでその目的で使うことがあります。
ｍｏｖｆｆはｍｏｖｆを拡張した命令ですがこちらはフラグを変化させません。
ｍｏｖｆを使わなければならないのにうっかりｍｏｖｆｆを使ってしまったのが今回の異常表示の原因でした。
そのためにｂｎｚが効いていなかったのでした。
いや。おはずかしい。
その部分を修正したところ正しい結果が得られました。 
>/picrdf 16f1503test250323.hex
400C[E2][2C][E4][3F]
type=04,uadrs=00
[08]
0000[10][05][28][FF][3F][FF][3F][FF][3F][FF][3F][21][00][68][30][99][00]
0010[10][8E][01][23][00][8E][01][20][00][14][20][14][20][14][20][14][20]
0020[10][21][08][8E][00][A1][0A][0C][28][19][20][19][20][19][20][19][20]
0030[10][08][00][00][00][A0][0B][19][28][08][00][FF][3F][FF][3F][FF][3F]
0040[10][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F]
0050[10][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F][FF][3F]


type=04,uadrs=01
[03]
400E[E4][3F]
[10]
>

なお／ＰＩＣＲＤを実行したとき（／ＥＲＡＳＥも同じですが）ＣＯＮＦＩＧとともにデバイスＩＤの値も読み出されます。
デバイスＩＤは［Ｅ２］［２Ｃ］になっています。
普通の表記に直すと２ＣＥ２になります。
下はＰＩＣ１６Ｆ１５０３のＤａｔａ　Ｓｈｅｅｔです。

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

ビット１５、１４はありませんからそのビットをともに０とすると００１０　１１００　１１１ｘ　ｘｘｘｘになります（ＰＩＣ１６Ｆ１５０３は表の下段）。
デバイスＩＤも正しく読み出せています。

これにて。
一件落着です。

超ローコストＰＩＣＷＲＩＴＥＲの製作［第２４１回］
２０２５．３．２４　ｕｐｌｏａｄ

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