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

［第２２４回］



●ＰＩＣ１６Ｆ８４Ａ（２）Ｌｏａｄ　Ｃｏｎｆｉｇコマンドが怪しい

ＰＩＣ１６Ｆ８４Ａで遭遇した奇妙な現象。
あれこれ考えてみたもののどうにも解せません。
しかし秋月のＰＩＣＫＩＴ�Uでは特にトラブルもなく普通に書き込みも読み出しも消去も出来ています。
どこに違いがあるのか。
解決の糸口はそこしかなさそうです。
そういえば以前にＰＩＣＫＩＴ�Uの動作の解析を試みたことがありました（［第２２０回］）。
最初にＬｏａｄ　Ｃｏｎｆｉｇコマンドを実行しています。
そこのところが妙に気になります。
そもそもこのＬｏａｄ　Ｃｏｎｆｉｇなるコマンドがめちゃめちゃ怪しい。


［出典］Ｍｉｃｒｏｃｈｉｐ　Ｔｅｃｈｎｏｌｏｇｙ　Ｉｎｃ．ＰＩＣ１６Ｆ８Ｘ　ＥＥＰＲＯＭ　Ｍｅｍｏｒｙ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ

ＰＩＣによってコマンドコードは少しずつ異なっているものがありますがＬｏａｄ　Ｃｏｎｆｉｇのコードは同じです。
ＰＩＣ１６Ｆのコマンドコードは６ビットです。
上位２ビットのＸＸを０にすると００００００になります。
１６Ｆ８３／８４でははっきり００００００になっています。
なぜかその後ろにデータ部があります。
しかしなぜここにデータがあるのか？
上のＬｏａｄ　Ｃｏｎｆｉｇｕｒａｔｉｏｎの説明ではこのコマンドを実行するとＰｒｏｇｒａｍ　Ｃｏｕｎｔｅｒは２０００Ｈにセットされるとあります。
ＰＩＣ１６Ｆ８４Ａの場合Ｃｏｎｆｉｇのアドレスは２００７Ｈです。
それではＬｏａｄ　Ｃｏｎｆｉｇのデータは２０００Ｈに書き込まれるのかと言うとそうではないようです。
Ｃｏｎｆｉｇアドレスに書き込まれるのでもありません。
Ｃｏｎｆｉｇにデータを書くにはＬｏａｄ　Ｃｏｎｆｉｇコマンドを実行後Ｉｎｃｒｅｍｅｍｔ　Ａｄｄｒｅｓｓコマンドを７回実行したあとでＬｏａｄ　Ｄａｒａ　ｆｏｒ　Ｐｒｏｇｒａｍ　Ｍｅｍｏｒｙコマンドを実行します。
そういうことならば。
Ｌｏａｄ　Ｃｏｎｆｉｇコマンドにデータなぞ不要なはず。
［第２２０回］のＰＩＣＫＩＴ�Uの解析結果ではＬｏａｄ　Ｃｏｎｆｉｇコマンドのデータとして全ビットが０のデータを送出しています（つまりコマンドコードを００００００とすると０のビットが２２個連続することになります）。
そのあたりに問題解決の鍵がありそうに思えてきました。
どのＰＩＣだったかは思い出せないのですがＬｏａｄ　Ｃｏｎｆｉｇのデータとしてオール０ビットを与えると書いてあるドキュメントを読んだ覚えがあります。
しかもしかも、上のＬｏａｄ　Ｃｏｎｆｉｇコマンドの説明ではこのコマンドによってひとたびコンフィグメモリアドレスにエントリするとユーザープログラムエリアに行くにはリセットするしかないと書いてあります。
おお。
何か誘導しているような…。

時間がなくなってしまいました。
次回に続きます。

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

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