STM32 SPI 受信送信ライブラリ関数３種

こんばんは、よろず設計中のヒラサカです．メカ設計が終わったので、STM32をやってるとこ．（あとで奥さんとノムネンに飲みに行く予定）

設計リスクにはランクがあります．超リスクと弱リスクみたいな差です．

「平易な回路を作るのだが、時間が足りない」　←こうゆうのは弱リスクです．リスクの度合いを見積もれます．たとえしくじってもリカバリする大変さを見積もれます．

「原理的に成立するのかどうか未検証」　←これは超ハードなリスクです．見積もり不能なリスクです．敵がどこから鉄砲撃ってくるかわからないという危険極まりない、万歳突撃にも等しい状況．(笑)

わたしは後者のケースを仕事のスケジュールに織り込んだことはありません．あまりにもヤバいから．

会社では、事前に少人数の時間を少し借りた程度の作業で原理検証を行って、確証を得てから正式な業務に昇格させます．ヤレと言われる前に先回りして原理検証しとく．

自営業では、「上手くいくかどうかわからんので約束なんかできないけどやってみましょう」というスタンスであることを念押しして原理検証に入ります．失敗しても知らん．

ところがいま、万歳突撃状態で、考えるだに大笑いしちゃう境遇なんです．年末年始の休みあるのかな？　(笑)

ーーーー

それではSTM32の話題です．

今火入れしている基板で、SPI DACを動かすのためSPI 送信ばかりやっていました．

次にSPI ADCを動かします．SPI受信が必要です．STM32でSPI受信は初体験です．

仕様は、SPIデバイスに、コマンド２BYTEを送信すると、デバイスは１BYTEを返してきます．絵的にはこんなです．

↓これをMISOとMOSIに分けて描くと、こうなります．

ここでSTM32は、SPI Master、Full Duplex だとします．

↓これにclockを追記すると、、、SCKがtotal 24発のclockとして観測されます．SCKを発生させるのはSTM32です．

SPI送受信について、ArduinoのSPIライブラリの記憶では、

　SPI_Transfer(buffer, 3);

みたいな関数があって、3BYTEを廻すと、buffer[0:2]が破壊され、buffer[2]に返信データが入ってくるんだったかなと．つまりこの関数は、MOSIへ送信すると同時に、MISOを受信してもいるわけですね．Full Duplexなら合理的です．

それでSTM32のライブラリへ移るのですが、それっぽい関数が３つあるんですよ．

１）HAL_SPI_Receive             ( hSPI, spibuf, 3, 100 );

２）HAL_SPI_Transmit           ( hSPI, spibuf, 3, 100 );

３）HAL_SPI_TransmitReceive( hSPI, spiTxbuf, spiRxbuf, 3, 100 );

今日はこれで半日ぐらいハマったです．

なにせ受信する目的なのですから、迷わずHAL_SPI_Receive()を使ってみました．

しかし、MOSIが沈黙してるんです．

0.5mm pitchですからハンダ不良かなとか、、、デバイスが焼けてるとか、、、pill-upとかいろんな原因を探りましたがMOSI沈黙からリカバリできません．

夜になりいい加減に窮して、Arduinoに倣ってHAL_SPI_Transmit()を使ったらMOSIが出る！！！　でも、３BYTE目を受信できない．この関数は送信しかしないらしい．

Arduinoみたいに送受信する関数があるんじゃないのか？とlibrary sourceを探したら、HAL_SPI_TransmitReceive()というのがある．すごくこれっぽい．これならちゃんと送信も受信もできました．

なにげに想定外な気がしちゃったにょ

かしこ