ＰＩＣＢＡＳＩＣコンパイラ
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
まるでインタプリタ。でもコンパイラです。超カンタン超シンプルです。
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
［第２１８回］
●ＰＩＣ１６Ｆ６２７（１３）ｌｏｇｉａｎａで解析（６）
今まで書いてきましたようになんとかして確認したいのはＰＩＣＫＩＴⅡがＰＩＣ１６Ｆ６２７をＢＵＬＫ ＥＲＡＳＥするときにどういうコマンドを出しているのかということです。
それを解析するためにＰＩＣＫＩＴⅡが出力するＰＧＣとＰＧＤのクロックの波形をロジアナでキャッチしてその波形を読み解くことを考えました。
ＰＩＣＫＩＴⅡから出力されているＰＧＣのパルス幅は２００ｎｓほどなのでロジアナのサンプルクロックは最低でも１０ＭＨｚ（１００ｎｓ）は必要です。
それより低い周波数だとパルスを落としてしまう可能性があります。
なぜクロックにこだわるかというとそれによって観測できる期間が決ってしまうからです。
１０ＭＨｚの場合その期間はやっと３ｍｓほどです。
それでは全然足りないことがわかりました。
ＰＩＣＫＩＴⅡのＬＥＤの点滅の状態を目視するとおおよそ１秒ほどかかっているようです。
さらに前回ＮＤ８０Ｚ３．５でプログラムを書いて測定してみたところスタートから消去コマンドの発行まで３０ｍｓ＋２８０ｍｓ＝３１０ｍｓもかかっていることがわかりました。
その後ろの数百ｍｓは何をやっているのかただ読み出して確認しているだけなのかそのあたりは全くわかりません。
普通のロジアナの考え方だと大容量かつ高速メモリの増設が必要になります。
どうしても必要ならばそうすることも選択肢のひとつなのですが。
あれこれ悩みながら検討をするなかでちらちらと脳裏をよぎるものがあります。
はてなんだっけ。
何かもっとリーズナブルな方法があるのでは。
おお。
天からの啓示であります。
目的はＥＲＡＳＥの際のコマンドを探ることです。
それはシリアルの形でＰＧＣクロックに同期して出力されます。
もっと具体的に言いますと。
ＰＧＣパルスの立下りのときにＰＧＤパルスの状態（ＨかＬか）が読み取られます。
コマンドとコマンドの間には必要なウェイト期間があります。
しかしそれはＤａｔａ Ｓｈｅｅｔを読めばわかることです。
またコマンドのビット列もＤａｔａ Ｓｈｅｅｔでわかります。
ならば。
ＰＧＣの立下りごとにＰＧＤのＨ、Ｌを読み取ることでシリアルのデータ列（１０００１０…という感じ）が得られるのではないか？
それはただのビット列になるので３２ＫＢのメモリにビットデータとして格納すれば３２７６８×８ビットのデータを記録することが可能です。
今までの観測データの解析からＰＧＣクロックの間隔はそのパルス幅も含めて約１μｓであることが確認できています。
するとその方法なら３２ＫＢのメモリに記録できるデータ列はＰＧＣクロックが休みなく続いたとしても３２７６８×８＝２６２１４４μｓ（２６２ｍｓ）の間記録できることになります。
実際には前回確認したように間が２８０ｍｓも空いているところもあるのですからおそらくそれだけのメモリ容量があればＢＵＬＫ ＥＲＡＳＥの全過程を記録することが可能と考えられます。
そのようにするために一番手っ取り早い方法は現在のＣＰＬＤ ＬＯＧＩＡＮＡのハードをそのまま利用してＣＰＬＤのプログラムを書き換えることとそのデータを受信してグラフ表示しているところをビットデータ化してそれを表示するなどの変更をすることです。
そうなるとカメレオンロジアナではなくて自前のＣＰＬＤ ＬＯＧＩＡＮＡを使ってそのように変更するほうがやり易いと思います。
いずれにせよＷｉｎｄｏｗｓ側のプログラムはともかくとしてＣＰＬＤのプログラムを書き換えなければなりません。
うむむむ。
ＶＨＤＬかぁ。
もう殆ど忘れてしまっております。
歌の文句じゃありませんが。
チョット前なら覚えちゃいるが
一年前だとチトわからねえなあ。
なかなかにエラいことであります。
ＰＩＣＢＡＳＩＣコンパイラ［第２１８回］
２０２５．２．１２ ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る