 |
| まずは、デバッガーを接続して・・・・ |
●メインマイコン単体でのデバッグ
ＰＩＣマイコンは実装せずに（ＰＩＣマイコン実装部分はソケット）、 メインマイコン単体でデバッグを行います。
|
| まずは、デバッガーを接続して・・・・ |
『１』 ＰＬＤへのポートアクセスの確認
ＰＬＤ内部のコントロールレジスタへのアクセスをデバッガーで確認します。
次に、クリップでＩＩＣバス入力ピンをＬｏｗ、ＨｉｇｈにしてＩＩＣバスの状態を読み込んでみます。
どちらも確認はＯＫでした。
 |
| ID-KC80 デバッガー画面 |
『２』 ＩＩＣデータの取り込み部分デバッグ
ＩＩＣバス疑似信号をＰＣ９８０１のプリンターポートから出力するプログラムを作成 して、この信号が取り込めることを確認します。
 |
 |
|
| 疑似信号をＰＣ９８０１のプリンターポートから出力 | 疑似信号をターゲットに接続 |
ＩＩＣバス疑似信号のクロックを１０ＫＨｚ程度、データ件数は１６件として取り込み、
メモリーに正常に取り込めたことを確認。
次にＩＩＣバス疑似信号のクロックを８０ＫＨｚ程度、データ件数は１６件としてメモリーに取り込めるか確認しました。
あれれ・・・取り込みバッファーにうまくデータを取り込めていない！
今度はデータがうまく取り込みできていませんでした。
クロック周波数を上げたら正常に取り込めないということは、ＰＬＤからの割り込み
を処理するルーチンの
実行時間が長すぎるのだろうと考え、割り込みルーチン実行時間 を計測することにしました。
＜割り込みルーチン入口と出口にポート出力追加したところ＞
;==============================================================================
; IIC CH0 ﾃﾞｰﾀ受信割り込み
;==============================================================================
iic_dtrcv_int_ch0::
ex af,af'
exx
; 時間計測デバッグｏｕｔ
LD A,40H
OUT (PPB_D0),A ; Debug Port OUT
;
ld a,(iic_ffcont_mem0)
res DATA_RCV_FF_CLR_BIT,a
out (STR_STP_FFLCR_PORT0),a
set DATA_RCV_FF_CLR_BIT,a
out (STR_STP_FFLCR_PORT0),a
;-----------------------------------------------
call iic_2latch_read0 ; 2 段ﾗｯﾁ読み出し DE=1段目,HL=2段目
ld c,a ; 有効段数 Save To C Reg
push hl ; ２段目データ Push
ld hl,smpl_remain_bytes_ch0
;-----------------------------------------------
; １段目ﾃﾞｰﾀｾｰﾌﾞ
;-----------------------------------------------
ld a,(hl)
and a ; 取り込み制限なら取り込まない
jr z,idic_e01
;
call smpl_data_save ; DE Register Save Buffer
dec (hl)
jr z,idic_e01
;
ld a,c ; 有効段数 Check
cp 2 ; ２段目も有効 ?
jr nz,idic_e01 ; No,jump
;-----------------------------------------------
; ２段目ﾃﾞｰﾀｾｰﾌﾞ
;-----------------------------------------------
pop de ; ２段目データ Pop
call smpl_data_save ; DE Register Save Buffer
dec (hl)
jr idic_exit
;
idic_e01:
pop de
idic_exit:
; 時間計測デバッグｏｕｔ
XOR A
OUT (PPB_D0),A ; Debug Port
;
exx
ex af,af'
ei
reti
メインマイコンの空きポートに対し、
割り込みルーチン入口 ： ポートをＨｉｇｈにする
割り込みルーチン出口 ： ポートをＬｏｗにする
命令を追加し、オシロスコープでこのポートの出力のＨｉｇｈ期間の時間を確認すると、約１４０ｕＳとなっていました。
ＰＬＤからの割り込みインターバルは、クロックが８０ＫＨｚなので 約１１２ｕＳ なのに、割り込みルーチン
実行時間が１４０ｕＳでは正常に取り込みはできないはず でした。
ここで、考えられる対策としては
＊ 割り込みルーチン処理時間を短縮する
＊ ＰＬＤの割り込み要求の周期を下げる
の２案のいずれかしかありません。
ＰＬＤロジック設計当初から、「割り込み処理ルーチン実行時間が長かった場合には、
ＰＬＤ内部のシリアル→パラレル変換回路の変換後データラッチレジスターのビット数を
９ビットから１８ビットに変更しよう」と考えていました。
そこで、ＰＬＤ内部の変換回路を変更してＰＬＤからの割り込み要求インターバル時間を２倍にしてみました。
ＰＬＤ回路変更前と同じ条件でデータ取り込みを試みたところ、今度は正常に取り込みで
きました。
だだし、目標はクロック２００ＫＨｚなので、割り込みルーチンの処理時間としては
９０ｕＳまで短縮が必要です。
あと５０ｕＳの時間短縮は取り込みデータをメモリに保存する方法を変更すれば可能なように思われたので、
データ取り込み部のデバッグはここまでにしておき、ＰＩＣマイコン単体でのデバッグに移りました。
 |
| ＩＤＫＣ−８０でのデバッグ |
●ＰＩＣマイコン単体でのデバッグ
ＰＩＣマイコンのポート動作を確認後、ＵＳＢ通信のデバッグを始めました。
 |
 |
|
| ターゲットへの接続 | パソコンプリンターポートに接続 |
・ＰＩＣマイコンのＵＳＢ通信部のソフトは、マイクロチップ社のホームページからダウンロードした
サンプルを参考に作成しました。
・デバッグ用のＵＳＢデバイスドライバーには、雑誌の付録ＣＤ−ＲＯＭに納められていた
「汎用ＵＳＢドライバー」を使用しました。
・パソコン側では、このドライバーを使ったＵＳＢ通信のみを行うテストプログラムを作成して、
ＰＩＣマイコンのデバッグを始めました。
 |
| ＰＩＣ デバッガー画面 |
ＵＳＢ通信の部分そのものはサンプルを参考にしたのと、デバイスドライバーも動作確実なものを使用したこと、
またデバッガーを使用したこともあり、最初に思っていたよりもプラグインプレイ〜データのやり取りがすんなり
動作できました。
●メインマイコンとＰＩＣマイコンとのやりとり
『１』 ２３２Ｃ通信
まず、両マイコンの２３２Ｃ通信のデバッグから始めました。
２３２Ｃ通信は、どちらのマイコンも以前に２３２Ｃ通信を行ったことがあるので、問題なく動作できました。
『２』 メインマイコン→ＰＩＣマイコンへのデータの送出確認
このデバッグでは、メインマイコン側はデバッガーでポートダイレクトに１バイトのデータを出力し、
ＰＩＣ側ではパラレルスレーブポートの割り込みルーチン先頭にブレークポイントを設けて確認した
ところ、パラレルスレーブポート割り込みも正常にかかり、かつ正常に受け渡しが完了できました。
 |
 |