16ビットPICのインプットキャプチャについて

質問

dsPICやPIC24の16ビットPICのインプットキャプチャについて

お世話になります。16ビットPICのインプットキャプチャは、8ビットのPIC(特に16F1ファミリ）のCCPモジュールと使用方法がどこか違うのでしょうか。
16ビットPICはバッファを4つ持っており、値を４つまで保持できるはずですが、パルス幅計測がうまくできません。
現在dsPIC33Eを使っています。

皆様のアドバイスを頂けると幸いです。

問題点：
以下のパルスを計測すると、値がおかしくなる。

ㅤAㅤㅤ Bㅤㅤ CㅤㅤD
___|¯¯¯¯|_________|¯¯¯¯¯|______

・B-Aでは正常
・D-Cでも正常
・しかし、C-Bをすると値が狂う。

値の確認方法：
LCDにて表示。
タイマ１をキャプチャ用タイマとしている。（分解能は0.1336us)
オシロでの計測値が120usの時、LCDの表示は「896」なので
896*0.1336=119.705us
なので、正常と判断しています。（B-AやD-Cでパルス幅を計算時）

プログラム仕様：
メインループ内で、キャプチャを行う。

IC1で立下りエッジを検出
Captime_down[0]=IC1BUF;ㅤㅤ上図のDエッジ
Captime_down[1]=IC1BUF;ㅤㅤ上図のBエッジ

IC2で立ち上がりエッジ検出
Captime_rise[0]=IC2BUF;ㅤㅤ上図のCエッジ
Captime_rise[1]=IC2BUF;ㅤㅤ上図のAエッジ

2msでタイマ３割込みが入り、値を計算し、表示
Captime[0]=Captime_down[0]-Captime_rise[0];ㅤㅤD-C
Captime[1]=Captime_down[1]-Captime_rise[1];ㅤㅤB-A

この時にC-B
Captime_rise[0]-Captime_down[1]
を行うと値が理論値をはるかに超えた19000等の値になります。

考察：
インプットキャプチャに使用のタイマ１のオーバーフローも疑いましたが
オーバフローしている形跡はありません。以下を試しました。
(1)タイマ１は0.1336usでカウントUP。
FFFFまで8755us=8.7ms必要。今回は2ｍｓで回し、値もクリアしている。
（TMR1=0)

(2)タイマ１がオーバーフローすると、別ピンがON
→ONしていないのでオーバーフローしない

バッファの使い方？がおかしいのか？
Captime_rise[0]-Captime_down[1]
と配列の要素が違う計算（バッファの位置とでも言うのでしょうか、
キャプチャしたタイミングの違う値→[0]でのエッジ検出と[1]で
タイマ１の値が変わる？）

リファレンスマニュアルや書籍も読んだのですがわかりません。
アドバイスを頂けると幸いです。

回答No.2

koujikuu · ベストアンサー

No.1追記　pic24は勉強中の身で間違っているかも知れませんが
1) ReadCapture関数　この関数は、すべての待ち状態の入力キャプチャ・バッファを読み出します
参考
http://www.microchip.com/stellent/groups/devtools_sg/documents/devicedoc/jp019851.pdf

2) ICxCON2 / ICTRIG=0 同期モード　キャプチャの度にタイマがクリアされる
参考　12.9.1 同期タイマ動作
http://ww1.microchip.com/downloads/jp/DeviceDoc/70352B_JP.pdf

キャプチャ１、キャプチャ２で同じ信号をキャプチャする場合、キャプチャタイマ１，２共に同期を取る必要があるのでは？
又は　単純キャプチャモード＆エッジ検出モードの方が時系列の判別がしやすいと思います。

お礼

アドバイスを頂いてから、まだ触れていません。
申し訳ございません。

仰られる通り、FIFOに拘らず、「実現させたい機能は何か」
を考え、もう一度考えなおします。

回答No.1

koujikuu

プログラム見ました、データシートで確認した限りでは,

1) キャプチャ開始時にICxBUF_FIFOバッファのクリアが必要
2) ICxBUF読み込み時にICOV,ICBNEフラグのチェックがされていない（データが正しいか不明）
3) 割り込み処理内でLCD表示を行っている、（LCD表示は時間がかかります）

以上を検証してみて下さい。

参考にしたデータシート
dsPIC33E/PIC24E ファミリリファレンス マニュアル　セクション12. 入力キャプチャ
http://ww1.microchip.com/downloads/jp/DeviceDoc/70352B_JP.pdf
PIC24FJ128GA310
http://www.microchip.com/stellent/groups/picmicro_sg/documents/devicedoc/jp556267.pdf
LCD SC1602B コマンド処理時間　1.52mS～37μS
http://akizukidenshi.com/download/ds/sunlike/SC1602BBWB-XA-LB-G.pdf

お礼

アドバイスありがとうございます。
お礼が遅れまして申し訳ございません。
また、私の見にくいプログラムまで見て頂き本当にありがとうございます。

現在、割込みでキャプチャ値を取得し、
メインループ内でLCDの表示するように変更をしております。
初めのエッジ（FRE,FDE)はうまく取得できていますが、２つめ（SRE,SDE)
の値が安定しないので、理由を探っています。

割込みイベントの発生を1回～4回まで指定できるので、２回度に割込みを掛けましたが
それでも２つめの取得がうまくいきません。

16FファミリではFIFOバッファはないので、本日のもう一度一から考えなおして
駄目であれば、16Fファミリーの様に、バッファのない場合での取得を考えなおします。
（キャプチャフラグを見て、そのループに入るとカウンタを+して、配列型の変数に代入）

if(IC1のフラグ){
i++;
Captimae[i];
}
の様に致します。

仕様書まで、探して頂きありがとうございます。
dsPICの方は、下名も所持しておりました。
また,LCDはそのものズバリでした。

いつもありがとうございます。

/*以下ソースコード参照先*/

http://anasys.blog.fc2.com/blog-entry-5.html

/*以下抜粋*/

void _ISR _IC1Interrupt(void){
ReadCapture1(&FDE); // First Down Edge
ReadCapture1(&SDE); // Second Rise Egde

do
{
ReadCapture1(&dumy);
}while(IC1CON1bits.ICBNE);
IFS0bits.IC1IF=0;
}

void _ISR _IC2Interrupt(void){
ReadCapture2(&FRE);
ReadCapture2(&SRE);

do
{
ReadCapture2(&dumy);
}while(IC2CON1bits.ICBNE);
IFS0bits.IC2IF=0;
}