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

［第２０９回］



●ＰＩＣ１６Ｆ８４（５）ＥＲＡＳＥ＆ＷＲＩＴＥ

ここ数日あれこれ悩みながら作業をしていることがあって、時間がありません。
本当は時間をかけて丁寧に説明したいところなのですが要点のみ走り書きをして終ります。
もう何回も書いていることなのですが、どうしても解決できないことがあったときでも諦めてしまってはいけません。
それが長い人生の中で経験から掴んだ教訓です。
繰り返し考えて読み返して試してみてそれでも同じ結論結果しか得られなくても、もしそれで納得ができないときは諦めないで何回でもトライをしていると突然「わかったぞ！」という瞬間が訪れます。
至福の時です。
たまたま間違えたときなどがそのきっかけになったりしますから人生は面白くて止められません。

今回も何度も何度もプログラムを書き換えながら試していたときに偶然そのときが訪れました。
たまたまプログラムを書き間違えてしまったのですが、その結果を確認していておかしなことに気が付きました。
フラッシュメモリの「常識」としてデータを書くとき、’１’を’０’にすることはできるのですが’０’を’１’にはできません。
だから事前に「消去」という作業をして全ビットを’１’にしたうえで必要なビットに’０’を書き込みます。
ところが。
プログラムミスですでにデータを書き込み済みのエリアに別のデータを上書きしてしまったのですが、なんと’０’であったビットに’１’が上書きされてしまいました。
「常識」ではありえないことがおきてしまったのでした。
そこで気が付きました。
「そういうことだったのか！」
下はＰＩＣ１６Ｆ８４／８４Ａのプログラミングコマンドです。


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

このドキュメントを見たときに「違和感」を感じてはいました。
なんとなく表現がいまいちおかしい。
なぜＢｅｇｉｎ　Ｅｒａｓｅ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｃｙｃｌｅなのか？
ＰＩＣ１６Ｆ８４Ａの場合にはさらに疑問が深まります。
それとは別にＢｅｇｉｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｏｎｌｙ　Ｃｙｃｌｅがあるじゃないか？
これは？
ひょっとすると！

そういうことだったのでした。


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

ここではＥｒａｓｅ／ＰｒｏｇｒａｍとなっていてこれはＥｒａｓｅ　ａｎｄ　Ｐｒｏｇｒａｍと解されます。
…ｅｘｅｃｕｔｅｓ　ａｎ　ｅｒａｓｅ　ｂｅｆｏｒｅ　ｗｒｉｔｅと書いてあります。
消去してから書き込む！
おお！
それならば。
３Ｆ　ＦＦを書けば消去したことになるではないか！

実際に試してみてそうなることを確認しました。
念のために確認してみたところＰＩＣ１６Ｆ６２７も同じでした！


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

こちらははっきりとＥｒａｓｅとＰｒｏｇｒａｍｍｉｎｇの間に／が入っています。
そういうことで。
やっと。
ＰＩＣ１６Ｆ６２７もＰＩＣ１６Ｆ８４も消去することができました。
ただし。
この方法ではもしコピープロテクトをかけていた場合にはそれを解除することはできません。
「但し書き付き」と書いたのはそのためです。
でもまあ個人ユースの場合普通はコピープロテクトをかけたりはしないでしょうから実用上は問題ないと思います。

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

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