初めてお世話になります。axonteraです。
RL78/G13を7つ使って、マスタ1、スレーブ6のCSI通信を行おうとしていますが、うまくいっていません。【症状】・マスタから送信したデータが１バイト遅れてマスタの受信データになる・スレーブ側はオーバーランエラーが出て送受信できていない【条件】・マスタ、スレーブともコード生成を使用・通信条件（CSI00）：シングル転送モード、8ビット、MSB、タイミングタイプ1、312500bps、割り込み優先度レベル2・マスタでCS後、100usのディレイ後に送受信開始（R_CSI_Send_Receive実行）・スレーブ側はCSを検知してすぐに送信バッファ（配列変数）にデータ格納し、続いてR_CSI_Send_Receive実行
現在はスレーブを１つにして、他の５つのスレーブはR_CSI_Createを実行せず、P10とP12をNchオープンドレインに設定したところ、SI00（マスタ）が0固定になってしまいました。そこで上記５つのスレーブでPM1 = 0x02、P1 = 0x05を追記して出力を1にしてみましたが、今度は立ち上がりの鈍い波形になり、マスタのマイコンが熱くなって（60℃くらい）しまいました。その鈍い波形もやはり当初の１バイト遅れデータのように見えます。
何か思い当たるアドバイスがあればお願いいたします。
チョコです。
具体的にどのような設定にしているかがよく読み取れません。
>他の５つのスレーブはR_CSI_Createを実行せず、P10とP12をNchオープンドレインに設定
これは、N-chオープンドレイン出力に設定したということでしょうか。全てのスレーブのCSI00の端子が接続されているならば、スレーブがSCKに出力すること自体が問題です。また、CSで選択されていないのにSO00に出力することが間違いです。
>今度は立ち上がりの鈍い波形になり、マスタのマイコンが熱くなって（60℃くらい）しまいました。
CSIの出力はCMOS出力です。マスタがSCKにハイを出力しても、スレーブがローにひっぱている（または、逆の組み合わせ）ので、出力同士がショートして、熱くなっているのではないですか。
CSで、選択されていないスレーブはCSIを停止して、SOはHi-Z（つまりは入力モード）にしてください。CSで選択されたスレーブはCSの立下りを検出したらSOを出る奥に設定してCSIの動作をスタートさせてください。
また、どのように接続しているのかを確認する必要もあります。そのうえでどのように制御しているかを確認する必要があります。
RL78/G13で適当なアプリケーションノートがないので、「RL78/G10 シリアル・アレイ・ユニット（CSIマスタ通信） CC-RL」(R01AN3076）のアプリケーションノートを参考にしてみてください。なお、RL78/G10はROMが小さいので、プログラムはアセンブラだったはずです。
詳しい情報が分かれば、きちんとしてコメントができると思います。出来れば、回路図とプロジェクトをzipで固めて添付してください。
以上
早速のご回答ありがとうございます。そしてわかりにくくてすみません。
昨日実験をやり直した内容をまとめます。・スレーブ6個のうち5個をリセット状態にした・コード生成のポート（スレーブ）、CSI00（スレーブ、マスタ）を以下のように設定 これでスレーブにおけるxSCK00、SI00は入力、SO00はNchオープンドレインになっているという認識です。・SO00（スレーブ基準）のプルアップ抵抗を100KΩ → 1KΩに変更
これらの変更で、マスタマイコンが熱くなるのとSO00（スレーブ基準）波形の立ち上がりが鈍いのは解消できました。ただ、まだスレーブでオーバーランが発生します。（スレーブのr_csi00_interrupt()の頭に"SIR00 = 1"と書いて、強引にエラーを消して動作確認しています。）回路図とプロジェクトをまるまる公開は難しいので、回路図で関係していそうな部分の切り抜きと、プログラムの関係していそうな部分を抜き出します。（zip添付はよくわかりませんでした）バスのプルアップは100KΩ（SI00のみ1KΩ）です。--- マスタ側プログラム ---（この前にTxBuf[]には18個のデータを格納済み。R_CSI_Startも実行済み）
CSmoni5 = 0; // デバッグのためスレーブ5だけ
Delay_us(100); // サブマイコンの準備待ち 100usstatus = R_CSI00_Send_Receive(&com0.TxBuf[0], 18, &com0.RxBuf[0]); check_TxComp_CSI00(); // r_csi00_callback_sendend()待ち check_RxComp_CSI00(); // r_csi00_callback_receiveend()待ちCSmoni5 = 1;
--- スレーブ側プログラム ---if(!CSmoni) { R_CSI00_Start(); SetSendDataCSI00(); // TxBuf[]にデータ格納 memset( &com0.RxBuf[0], 0, 18 ); // 受信バッファクリア status = R_CSI00_Send_Receive(&com0.TxBuf[0], 18, &com0.RxBuf[0]); check_TxComp_CSI00(); // r_csi00_callback_sendend()待ち check_RxComp_CSI00(); // r_csi00_callback_receiveend()待ち}アプリケーションノートもこれから見てみます。よろしくお願いいたします。
回路を眺めたところ、マスタのCS信号出力にN-chオープンドレインのP60とP61を使っているようですが、プルアップ抵抗が100ｋΩというのは、大きすぎです。
それと、スレーブが準備できる前にマスタが通信を開始することはないでしょうか。
R_CSI00_Send_Receiveの引数に、「&com0.TxBuf[0]」や「 &com0.RxBuf[0]」の表現がありますが、com0は構造体で定義しているのでしょうか。
スレーブはCSをポーリングで待っているようですが、応答時間は100μsで大丈夫でしょうか。
チョコさん、ご確認ありがとうございます。
スレーブの準備ができる前にマスタのクロックが来ないように100usのディレイを設定しました。それを確認するために、念のためディレイを150usにして、スレーブのR_CSI_Send_Receive()の直前に空きピンをハイにし、同関数後にローにした時の波形を以下に示します。（緑が空きピンP21、ピンクがxSCK00です）
--- プログラム（スレーブ） ---P2_bit.no1 = 1; status = R_CSI00_Send_Receive(&com0.TxBuf[0], 18, &com0.RxBuf[0]);P2_bit.no1 = 0;
これを見ると同関数の呼び出し後にxSCK00が始まっているように見えます。この時も問題は解決していません。
あ、ご推察の通りcom0はCSI00の構造体です。
CSのプルアップ抵抗については残りのスレーブを復活させたときに検討しますが、今回生かしているスレーブ5はP20を使っているので1usくらいで遷移しているようです。
よろしくお願いいたします。
>まだスレーブでオーバーランが発生します。
割り込み禁止期間があるのではないでしょうか。
明日は忙しいので、明後日にでもテスト用のプロジェクトを作成してみようと思います。