〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
いつか使うことになるだろうと思ってはいたのですが。
何を今頃になって、というようなものですが。
ようやく本気で、ＣＰＬＤと四つに取り組みます。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
［第１４３回］
●ＣＰＬＤロジアナ（３２）先頭の測定データ
まず最初に過去記事の訂正についてのお知らせです。
今回の記事を書こうとして過去記事を確認していましたら図と説明文に間違いがあることに気が付きました。
［第１１８回］のＭＥＭＷＲの説明のところです。
図とその下の説明のところで「ＭＡＤＲＳはｃｎｔｒＬ（２）の下がりエッジでカウントアップされます」と書いていましたが「下がりエッジ」ではなくて「上がりエッジ」の間違いでした。
現在は図も説明文も訂正済みです。
さて今回のテーマです。
［第１２６回］で波形表示の先頭のデータについて書いています。
この時点では０秒のラインの前（左）に４バイトのデータがあってそれについて説明をしています。
先頭の３バイトは「ファイル管理用のデータ」で４バイト目は「ゴミ」だと書きました。
その後に［第１３６回］では０秒のラインの左にあるのは３バイトのデータになっています。
そしてその３バイトの「ファイル管理データ」について説明をしていますが４バイト目は測定データの先頭０秒のデータとして扱っています。
この間はあれこれ迷っていたりしたのでそういう違いが出てしまいましたが現在は後者（［第１３６回］）に落ち着きました。
ゴミなのか最初の測定データなのかということについては実はどちらも間違っているわけではありません。
今回はそこのところの説明です。
下は測定を開始した最初のところのＰＲＯＢＥ入力信号とそれをラッチしてメモリに書き込むＭＤＡＴＡ信号とメモリアドレス（Ａ０）とＭＥＭＷＲ信号の波形の説明図です。
この図は［第１１８回］のＭＥＭＷＲの説明図にトリガＯＮ信号（ｔｒｉｇｏｎ）とＰＲＯＢＥ入力信号とそれをラッチした信号（ＭＤＡＴＡ）を加えたものです。
ＰＲＯＢＥ入力信号がトリガ条件に一致するとｔｒｉｇｏｎがＨになってそこから測定が開始されます。
ｔｒｉｇｏｎ信号はサンプリングクロックには同期していません。
この図はｔｒｉｇｏｎ信号が都合のよい位置でアクティブになった場合の図です。
このとき最初の測定データは正しくメモリのアドレス０に記録されます。
しかしいつもそのように都合のよい位置でｔｒｉｇｏｎ信号がアクティブになるとは限りません。
下はｔｒｉｇｏｎ信号がｃｎｔｒｓｗｋの立下りよりも後でアクティブになった場合の図です。
ｃｎｔｒｓはｔｒｉｇｏｎがアクティブになったとき以後にアクティブになりますから図の場合ｃｎｔｒｓ信号のＬの期間が短くなってしまいます。
ｃｎｔｒｓは同時にメモリにデータを書き込むＭＥＭＷＲでもありますからそのＭＥＭＷＲの幅が短くなることを意味します。
その結果メモリにデータが正しく書き込まれない可能性が出てきます。
下はｔｒｉｇｏｎの立上り位置が上の図よりもさらに後方になった場合の図です。
ＭＥＭＷＲの幅が極端に短くなるためメモリに正しい値が書き込まれることは期待できなくなります。
この問題は最初の測定値をメモリのアドレス０に書き込むときだけに発生します。
このためメモリに書き込まれたデータを読み出して波形として表示するときに最初の測定値（０秒のところの値）は実際の値を正しく表示していない可能性があります。
これは上のほうに書きましたようにｔｒｉｇｏｎがサンプリングクロックに同期していないためです。
たとえばｃｎｔｒｓｗｋの立上りエッジでｔｒｉｇｏｎの状態を確認してその結果によってｃｎｔｒｓをアクティブにするという工夫もできそうですがその分ＶＨＤＬプログラムが複雑になってかえってそれが測定の精度に影響を及ぼす可能性が出てきます。
それにたとえそのように工夫したとしても最初にラッチされる測定データは最大で１サンプリングクロック分遅れてラッチされることになってしまうので結局正しい結果を記録したことにはなりません。
そのように考えてここは図のようなロジックのままのプログラムにしてあります。
結果として最初の測定データ（０秒のところの表示波形）は正しい測定結果を表示していない場合があります。
まあ余り信用できる値ではありませんから当初はそれをゴミと表現して説明をしました。
ＣＰＬＤ入門！［第１４３回］
２０２２．３．１７ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る