SPI通信プロトコル

Question

SPI通信をサポートするデバイス（SPI-Flash、EEPROMやADC・・・など）のデータシートをいくつか見ているのですが、ふと不思議に感じることがあり質問させて頂きました。

私が見た範囲では、各デバイスの通信プロトコル（コマンドフォーマットや、レスポンスフォーマット）にはCRCやCheck Sumなどの、いわゆる"データ誤り検出の仕組み"が無いものばかりでした。

基本的に、各デバイス間の物理的な距離が近いことが想定されているためか、ノイズなどの影響は受けにくいのかもしれないですが、安全を期すには"データ誤り検出の仕組み"が必要だと感じました。
※TCP/IP通信などではCRCがありますし、RS-232Cなどでもパリティがあります。

通信プロトコルはメーカーの設計思想依存なので、「正しい」とか「間違っている」ということは無いと思いますが、皆さんの考えをお聞かせ頂けないでしょうか？

よろしくお願いいたします。

tadys · Accepted Answer

SPI通信は通常オンボードの回路で使用されます。
オンボードのSPIでエラーが起こるようであれば、設計がちゃんとしていない為で、その他の機能でもエラーが発生する恐れが高いでしょう。
エラーが発生するような通信経路で有れば、それなりの対策が必要となるでしょうし、それは設計者が対応するべきです。

私は、EEPROMやFlashにデータを書き込むときはチェックサムやCRCを追加する事が有ります。
それは主に、チップが書き込みをしている間に電源が落ちた時の対策としてです。
（停電時に書き込みをする必要がある為）

P0O9I · Answer

SPIは元々少ないICピンである程度のデータをやり取りするために、８ビット以上のデータをシフトレジスタを通して２－３本のピンから入出力するために考えられたものです。
オンボード内で、簡単にデータ転送をするために考えられた方式です。
通信プロトコルなんていうほど、大げさなものではありません。

オンボード内ではまずデータエラーなんて考える必要はありません。そこまで必要なら、２～３０年前（SSI,MSIの時代）までロジックなんて作ることはできませんでした。
だから、エラーチェックなんて必要有りません。

RS-232で、実際一番多く使われているデータ方式は御存知ですか？
2 stop bits - non parity です。
あの程度のスピードで数ｍ程度の距離なら、エラーなんてありえないと考えての実際の話です。

もちろん、TCP/IP通信など何百ｍ、何百Kｍなんていう距離でデータ転送するのなら、パリティなんて初歩的なエラーチェックではなく、CRCやより高度なエラーチェック機能は必要にはなりますが。

オンボードと、何百ｍどころではない、何百Kｍに渡るデータ転送と全く状況は違うということは、コストパーフォマンスからいって認識しなければならないことでしう。

SPIは元々少ないICピンである程度のデータをやり取りするために、８ビット以上のデータをシフトレジスタを通して２－３本のピンから入出力するために考えられたものです。