RSPIにおけるデータ転送のビット数とフレーム数について

LEONです。

まず、Y_RSPI0_Start()、Y_RSPI0_Stop()内のRSPIレジスタ設定値をご開示願います。

> 送信8ビット、受信32ビットを実行するにはどのようにしたらよいのでしょうか。

 FRAMのコマンド送信時は、8Bit送信のみを行い、送信後、32Bit、全二重同期に
設定を切り替えてはいかがでしょうか。
以下に手順を考えてみました。

　Y_RSPI0_Start()後

　//--  FRAMのコマンド送信時   --//
　// 8Bit、送信のみの設定
　SPSR.IDLNF== 1は待ち　// 0:RSPIがアイドル状態
　SPCR.SPE = 0　　　　　// 0:RSPI機能無効
　SPCR.TXMD =1　　　　// 1:送信動作のみのシリアル通信
　SPDCR←0x00　　　　　// SPLW=0:ワードアクセス、SPSF=00:1フレーム
　　　　　　　　　　　　// SPRDDT=0:SPDRは受信バッファリード
　SPCMD0←0x0400　　　// SPB=0100:8Bit、LSBF=0:MSBファースト
　　　　　　　　　　　　// 他のBitは必要に応じて調整してください
　SPCR.SPE = 1　　　　　// 1:RSPI機能有効

　チップセレクト
　// RDID コマンド送信
　while(RSPI0.SPSR.BIT.SPTEF == 0);
　RSPI0.SPDR.WORD.H = 0x009F;　　// RDID(0x9F)コマンド送信
　
　//--  FRAMからのデバイスID(4Byte)を受信時  --//
　// 32Bit、全二重同期式シリアル通信の設定
　SPSR.IDLNF== 1は待ち　// 0:RSPIがアイドル状態
　SPCR.SPE = 0　　　　　// 0:RSPI機能無効
　SPCR.TXMD =0　　　　// 0:全二重同期式シリアル通信
　SPDCR←0x20　　　　　// SPLW=1:ロングワードアクセス、SPSF=00:1フレーム
　　　　　　　　　　　　// SPRDDT=0:SPDRは受信バッファリード
　SPCMD0←0x0200　　　// SPB=0010:32Bit、LSBF=0:MSBファースト
　　　　　　　　　　　　// 他のBitは必要に応じて調整してください
　SPCR.SPE = 1　　　　　// 1:RSPI機能有効

　// 32ビットのID受信用ダミー送信
　while(RSPI0.SPSR.BIT.SPTEF == 0);
　RSPI0.SPDR.LONG = 0x00000000;　　// ダミー送信

　//-- デバイスID(4Byte)のリード --//
　while(RSPI0.SPSR.BIT.SPRF == 0);　// 受信バッファフルの確認
　FRAM_DEVICE_ID = RSPI0.SPDR.LONG;

　チップセレクト 解除
　SPCR.SPE = 0　　　　　　// 0:RSPI機能無効

設定切り替え部は、関数化すると良いでしょう。
検証できないので、誤りがある場合はご容赦ください。

おっと、ポーリングの場合 IDLNFチェックの前に(時におまじない的な)SPSR空読みを入れるんだった。

上のポーリング方式は、処理が終わるまで他タスクが実行できないので、割り込み方式をお勧めします。まずは、ポーリング方式のRSPI制御がうまく動作してから、その後どうするか考えましょう。

Higetaka様

お世話になっております。

> シーケンスの送出後、設定したフレーム数分の受信データがシフトレジスタから受信バッファ（SPRX）に転送されたとき、

> SPRFが1になり、その後に受信バッファにたまっている２フレーム分の応答を読み出せば良いはずです。

やはり、その筈ですよね…　

しかし、別のスレッドで書かせて頂いていますが、「送信完了」となったのちに

　　while(RSPI0.SPSR.BIT.SPRF == 0);

で受信バッファフルの状態を待って、

　　FRAM_READ_STR = RSPI0.SPDR.WORD.H;

で受信データの取り込みを試みておりましたが、悉く、全てのデータが‘0xFF’となっているのです。

バスのロジアナ波形が正しいのに、なぜバッファのデータが0xFFなのか…全く判らず、かなり困っておりました。

原因がわからないので、一旦保留にしておいたのです。

今回Higetakaさんに教えていただいた後はロングワードアクセスとなりましたので、

　　FRAM_READ_STR = RSPI0.SPDR.LONG;

になるかと思いますので、明日試作機で試してみます。

と、現在自宅で書きながら考えたのですが…

ワードアクセスで評価している時、送信データは上位16ビットに書き込むということになっているので、

受信も同様に考えてSPDR上位16ビットを読んでいました。

ハードウェアマニュアルのPage1076の説明は、

「SPDR レジスタは、RSPI 送受信用のデータを格納するバッファです。
ロングワードアクセス（SPLW ビットが“1”）のときは、SPDR をアクセスしてください。
ワードアクセス（SPLW ビットが“0”）のときは、SPDR の上位側16 ビット（H）をアクセスしてください。」

と説明されています。

SPDRの上位16ビット（H）とは、別の表現ではSPDR[31:16]ですよね。

一方で、同マニュアルのPage1076-1077をあらためて読みますと、次のように説明されています。

「　受信バッファは、データの受信が完了すると受信データを格納します。オーバラン発生時は、受信バッファの値を更新しません。

　また、データ長が32 ビット以外の場合、SPRXn（n=0 ～ 3）の非参照ビットには、SPTXn（n=0 ～ 3）の非参照ビットが格納されます。
たとえば、データ長が9 ビットのデータを受信した場合はSPRXn[8:0] には受信データが格納され、SPRXn[31:9] にSPTXn[31:9] が格納されます。」

つまり、受信したステータスリードなどの8ビットデータはSPDR[7:0]に居たということになるのでしょうか。

ならば、ワードアクセスでSPDRの上位側16ビット（H）をアクセスするのは送信の時のみ？　（汗;）

Higetaka様

お世話になっております。

> 2回読み出すのがポイントです。

> FFなのは、1フレーム目の時のMISOの状態を読み出しているからでは？

> ---

> xxx = RSPI0.SPDR.LONG;

> FRAM_DEVICE_ID = RSPI0.SPDR.LONG;

---

とやってみてください。

あ゛、読めました　！　

確かに1回目の読み込みはFFでしたが、2回目の読み込みは上図の通り、正しい値が読み取れました。

ただ、わからないのは、この32ビットのデータ（デバイスID）は読み取ることができましたが、

ステータスレジスタなど、８ビットのデータは相変わらず読めず、FFになってしまうのです。

もしかして、強制的に３２ビットのクロックを送出してあげないと読み取れないとかでしょうか。

８ビットのデータ（ステータスレジスタの状態）を返すコマンドを試した結果が次の図です。

図１　２フレームを用いて、８ビットのデータを受信してみた

正しい値「0x02」を連続４回送ってきています。

そして、SPDRの値は…

図２　SPDRの値＝０

なぜか０.

３２ビットの波形が示す値は、0x02020202

何故だろう？  また問題が増えてしまいました　orz

正しく取れれば、余計な部分はマスクしてしまえばよいのですが、違う値では使えません。orz