Ｅ：８９はファイルエンドを越えてＲｅａｄコマンドを実行したときに表示されるエラーコードです。
このエラー自体は問題ではありません。
問題はそのあとに発生しました。
Ｅコマンドで一旦プログラムを終了してからもう一度ＪＰ Ａ０００でプログラムにエントリしました。
そのあとＩコマンドでＳＤカードのイニシャライズを実行したときに異常が発生しました。
通常ならばＩコマンドのエコーとしてコマンドコード１３が表示されたあと００が表示されるはずなのにＦＦが表示されたあとＥ：ＦＦが表示されました。
エコーＦＦはあり得ないコードです。
またＥ：ＦＦというエラーコードもありません。
もう一度Ｅコマンドでプログラムを終了してから再度ＪＰ Ａ０００に続いてＩコマンドを実行したところ今度は正しく実行されました。
なんなのだ、これは？
しかもあらためて同じ手順で再実行してみると殆ど同じように異常が発生します。
当初はＲＢコマンドのバグを疑ったのですがどこにもそれらしいところはみつかりません。
ありえないことが起きています。
この怪奇現象にはまるっと１日考えても全く原因がわからずほとほと疲れてしまいました。
こ、これはあれだ。
悪霊の仕業に違いない。
こういうときは金麦を飲んで寝てしまうに限る。
朝になればきっと平常に戻っているにちがいない。
んなわけにはいきませんでした。
そうなるとここはじっくり腰をすえて考えるしかありません。
そのうちに。
何かの原因でＮＤ８０Ｚ３．５からの送信とＰＩＣ１８Ｆ２５５０の受信のタイミングが合わなくなってしまうのではないか？
という疑いが頭をかすめました。
２つのプログラムを何回見比べてみてもそんなことは起こるはずはないと思えるのですが。
しかし現実に異常が発生しています。
さらにあれこれテストをしていくとどういう場合に異常が発生するのかがだんだんはっきりしてきました。
この時点では原因は不明だったのですがどうやらＮＤ８０Ｚ３．５側のプログラムとＰＩＣ１８Ｆ２５５０のプログラムの両方が「入力モード」になってしまうようです。
［２０２３．１１．１６注記］この説明は間違っていました。［第１０１回］を参照願います。
どうもそういうことのようです。
しかしなぜそんなことが起きるのか。
ＮＤ８０Ｚ３．５のプログラムもＰＩＣ１８Ｆ２５５０のプログラムも送受信のタイミングが合うようにきちんと設計したはずです。
しかし現実にありえないはずの送受信の食い違いが起きているということになるとその設計のどこかにアナがあるに違いありません。
それはどこなのか？
毎々書いておりますように当ブログ風記事は私自身の備忘録を兼ねております。
いえ。
勿論製作ノートは作成しておりますです。
しかしそこには思いついたあれこれを試行錯誤のままに書いていきますから、しかも気ばかりあせって書いたりしますから後からは判読不明の文字になってしまったりします。
今回の苦闘の記録です。
これを整理して後から読んでもわかるようにすればよいのですがそんなことをやっている暇はありません。
どうせ時間をかけるのならばこうやってホームページの記事にしたほうが少しは世の中のためになったような自己満足を得ることができます。
自分だけでわかったつもりになっていてもその実わかってないことがよくあります。
自分だけのノートではなくてこうやって皆様に説明するつもりで書いていますと考えのアナがみつかったりして思わぬ果実を得ることができたりします。
また後から私自身が参考にできる格好の備忘録として重宝しますから努力のしがいがあるというものです。
とはいえやはり時間のないなかでの作業ですので、とても説明を尽くすというにはほど遠い内容になりがちです。
まま、そのあたりはどうかお許しいただきますようお願いいたします。
そんな次第でとにかくはノートを整理しつつ説明を続けることにいたします。
まずはＮＤ８０Ｚ３．５とＰＩＣ１８Ｆ２５５０との間のデータの送受信はどのように行なっているのかについてその概略を説明しておきます。
こちらはＮＤ８０Ｚ３．５側がコマンド、データを送信してＰＩＣ１８Ｆ２５５０がそれを受信するときの信号波形です。
ＮＤ８０Ｚ３．５側がマスターでクロックパルスを送るとともにコマンド、データを送出します。
ＮＤ８０Ｚ３．５からの送信クロックと送信データライン、それに対するＰＩＣ１８Ｆ２５５０から出力するＲＥＡＤＹ／ＢＵＳＹ信号ラインとＰＩＣ１８Ｆ２５５０からＮＤ８０Ｚ３．５にデータを送信するラインの４本とＧＮＤの合計５本のラインで送受信を行ないます。
この部分を含む回路図は［第８５回］にあります。
送受信データは８ビットのデータをシリアル信号に変換して送ります。
ビット０が先でビット７が後です。
ＮＤ８０Ｚ３．５は送信に先立ってＰＩＣ１８Ｆ２５５０からのＲＥＡＤＹ信号を確認します。
ＲＥＡＤＹ／ＢＵＳＹ信号は８２Ｃ５５のＰＣ７に入力されます。
ＮＤ８０Ｚ３．５はＰＣ７入力がＬになるのを待ってから最初のクロックを立ち上げます。
クロックは８２Ｃ５５のＰＣ１から出力されます。
続いてコマンド、データのビット０のＨ、ＬにしたがってＰＣ０からＨ、Ｌ信号が出力されます。
クロックはＨ、Ｌそれぞれが約８０μｓｅｃのパルスです。
１周期が１６０μｓｅｃですから１０００／０．１６＝６２５０ｂｐｓの割とゆっくりした送信速度です。
もっと速くすることもできますが今はテストですし何より安全第一です。
このくらいが無理のない速度でしょう。
ＰＩＣ１８Ｆ２５５０はクロックの下がりエッジでデータを読み取ります。
上の図はコード１３を送信しているところです。
ＰＩＣ１８Ｆ２５５０は８ビットのデータを読み終わるとＲＥＡＤＹ／ＢＵＳＹラインをＨ（ＢＵＳＹ）にします。
この間ＰＩＣ１８Ｆ２５５０のデータ出力ライン（８２Ｃ５５のＰＣ６入力）はＨ、Ｌのどちらかで変化しません。
下はＰＩＣ１８Ｆ２５５０がデータを出力してそれをＮＤ８０Ｚ３．５が受信するときの信号波形です。
このときもクロック信号はＮＤ８０Ｚ３．５側が出力します。
送受信のタイミングは最初にＮＤ８０Ｚ３．５の側のコマンド入力から始まりコマンドによって送信、受信のデータの順序、データ数は決定されています。
ＰＩＣ１８Ｆ２５５０の側から送信、受信の要求を出すことはありません。
ＮＤ８０Ｚ３．５がＰＩＣ１８Ｆ２５５０からデータを受信するタイミングではＰＩＣ１８Ｆ２５５０からのＲＥＡＤＹ信号（８２Ｃ５５のＰＣ７入力）がＬになったことを確認してからクロックをＨにします。
ＰＩＣ１８Ｆ２５５０はそれに先立って送信データのビット０のＨ、Ｌに従ってデータ送信ライン（８２Ｃ５５のＰＣ６入力）をＨ、Ｌにします。
送信データはクロックの下がりエッジが過ぎてから次のビットの出力に変わります。
ＮＤ８０Ｚ３．５の側はクロックの下がりエッジでデータを読み取ります。
ＰＩＣ１８Ｆ２５５０からのＲＥＡＤＹ／ＢＵＳＹ信号ラインはクロックの下がりエッジのタイミングで短いパルスが出力されます。
これはデバッグのための仕様でＮＤ８０Ｚ３．５の側はこのパルスは読みません。
ＰＩＣ１８Ｆ２５５０はデータの送出を終えるとＲＥＡＤＹ／ＢＵＳＹ信号をＨ（ＢＵＳＹ）にします。
説明の途中ですが本日は時間がなくなってしまいました。
この続きは次回にいたします。
ＰＩＣＢＡＳＩＣコンパイラ［第９９回］
２０２３．１１．１３ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る