STM32でADCをやってみる１（レギュラ変換）

今回は一番簡単なやつやってみます。

やったことを雑に書くとこんな感じ

• レギュラ変換
• ADC2の１CHだけを使った連続変換
• PB4ピンにポテンショメータをつなぎそれを読む
• 変換値をUARTでTeratermに表示する。

CubeMXでの設定

今回は一個しか読まないのでこのようにPA4にアサインする
一応UARTも使ってるのでそれも設定する

各種設定はこんな感じ

要所要所説明挟むとこんなもん

ADC_Setting

設定	機能	説明
mode	independent mode	独立モードで動く、その他速度を上げるDualModeがある
Clock Prescaler	非同期、1~4分周	読んで字のごとくクロック分周器
Resolution	6~12bit	ADCの分解能
Data Alignment	右詰め、左詰め	データの詰め方
Scan Coversion	Enable,Disable	一回のシーケンスですべてのCHを変換するかどうか
Continuos Conversion Mode	Enable,Disable	連続変換
Dis Continuos Conversion Mode	Enable,Disable	不連続変換
End　Of Conversion Selection	シングルごとかシーケンスごとか両方か	変換終了フラグの有無　データシートEOCフラグの部分読んだほうが図もあってわかりやすい
Low Power Auto Wait	Enable,Disable	自動遅延変換モードの有無。ADC オーバーランが発生するリスクのある低周波数のクロックで動作しているアプリケーションのパフォーマンスを最適化する場合に有効

ADC_Regular_Conversion_Mode

設定	機能	説明
Enable Regular Conversion	Enable,Disable	レギュラー変換の有効化
Number of conversion	変換数	チャンネル数分設定できる
External Trigger Conversion Source	ソフトおよびタイマートリガ	変換トリガソースの設定。　タイマーとかに連動できる
External Trigger Conversion Edge	立ち上がりか立下りかソフトか	外部割り込みの設定

Rankの設定

RankはCH分だけ個別設定ができる

設定	機能	説明
Channel	チャンネル数分設定できる	設定したいCHを入れる
SamplingTime	1.5~601.5サイクル	サンプリングタイム
OffsetNumber	1~4	オフセットするCHの選択
Offset	1~4056	変換値のオフセット

ハード構成

一応紹介しておく
POTの2番ピンをA3ピンにつないでいるだけだが

コードを書いていく

参考までにコードを貼っておく

Teratermでの動作確認

Teratermに出さなくてもEclipseの機能でも変換値を見れる

参考文献

RM0316
http://www.st.com/content/ccc/resource/technical/document/reference_manual/4a/19/6e/18/9d/92/43/32/DM00043574.pdf/files/DM00043574.pdf/jcr:content/translations/ja.DM00043574.pdf

STM32でCMSIS DSPを使ってみる その１

今回は高速に三角関数とかを計算できるARM社提供ライブラリであるCMSIS　DSPライブラリを使ってみる話です。
こいつを使うとsin,cosとかよく使う三角関数やaddとかを高速に処理できます。
そのほかFIR,IIRと言ったデジタルフィルタ用のAPIだったり制御用のAPIもあるのでつかわない手はないです。

導入

今回の実習環境は以下の通りです

• IDE：AtollicTrueStudio
• Board:STM32F767　Nucleo144

CubeMXで適当にプロジェクトを作ってビルドが通るとこまで作っておきます。

スタティックライブラリの追加

次にコンパイル済みのライブラリを追加していきます。
オブジェクト自体はCubeF7のフォルダ内にあります。

場所を調べるには

CubeMX上記メニューからhelp->UpdaterSettingでパスをコピーします

ファイルエクスプローラーでそこに移動します。

するとこんな感じのファイル構成になっていると思います

オブジェクトは以下のPATHにあります。

STM32Cube\Repository\STM32Cube_FW_F7_V1.6.0\Drivers\CMSIS\Lib

三つありますがダブルポイント（倍精度）かシングル（単精度）かを選ぶ。
今回はF767なのでdpがついてるlibarm_cortexM7lfdp_math.aを選びます。

それをコピーしてプロジェクト直下にいれます。

プロジェクトの設定

プロジェクトのプロパティーを開く
「C/C++Build」/GCC linker/Miscellaneous欄で
Linker、LibrariesでDSP処理のLinkerとかを設定していく

Librariesに下記を追加。

arm_cortexM7lfdp_math.a

ものによってはエラーになるので.aをなくした版で試して見てください

arm_cortexM7lfdp_math

Library search pathに下記を追加

"${workspace_loc:/${ProjName}}"

上記の例では.aファイルは直下にあるのでこのように書いている。
ちなみに$workspace_locとかはeclipseのディレクトリ変数的なやつなのでeclipseのドキュメントを確認するといろいろのってる。

プリプロセッサの設定

__FPU_PRESENT
ARM_MATH_CM7

を追加する。

FPUの設定

倍精度の奴を選びます。
詳しい説明はここ読んでください
ARM Information Center

んでいったんビルドする

コードを書いていく

ヘッダーをインクルードします。

#include "arm_math.h"

今回は試しに平方根でもやってみます。
FastMathのとこに入ってます。

CMSIS　DSP研究室さんで詳しく解説されています。

DIGITALFILTER.COM

APIとしては

arm_sqrt_f32 (float32_t in,float32_t * pOut )

を用います

Square Root

こんな感じに書いた

動作

入力した値の平方根が帰ってきているのでちゃんと動いているといえる。

ちなみに返り値でStatを見ているがそれの返り値はENUMで定義されてる。

まとめ

• DSPライブラリを導入できた
• FastMath使った割に速度については検討してないので今後やって行きたい

STM32でUARTをやってみる6(float型printfをUART経由で出力)

何だかんだこのシリーズも6個目ですねｗ

前回まででUARTの基本的な使い方はマスターしたと思います。
今回はCubeMXでの出力は詳しくは解説しないので

まだの方は1から読んでみてください

gsmcustomeffects.hatenablog.com

gsmcustomeffects.hatenablog.com

gsmcustomeffects.hatenablog.com

gsmcustomeffects.hatenablog.com

gsmcustomeffects.hatenablog.com

さっそくやってく

今回の環境は以下に示す通り

• AC6　SystemWorkbenchForSTM32
• STM32F303K　Nucleo
• Teraterm

とりあえずCubeでUART2を有効にしてボーレートを各自設定しファイルを出力する。
ココまでは今までと同じです。

Syscall.cを持ってくる

syscall.cがCにおけるスタンダードライブラリを読んでいるのでそれをどっかからもってこないとリンクできないわけです。
とりあえずSTが提供するサンプルには入っているのですがCubeMXが出力するsrcフォルダには入っていません。

なのでAc6で適当な空プロジェクトを作る必要があります。
めんどかったらSTが提供するサンプルから引っ張ってくるという方法もあります。

で今回使うボードを選択

CubeHALを選択

そうするとsyscall.cができるのでそれをCubeMXが出力したSrcにコピーしてくる

んで一度コンパイルします。

Main.cでputcharを再定義。

syscall.c内では

__io_putchar(int ch) __attribute__((weak））

のようにWEAK定義されているのでMain内で再定義してこっちを使うよということをコンパイラに教えてあげる作業をします

こういうふうにします。

#ifdef __GNUC__
#define PUTCHAR_PROTOTYPE int __io_putchar(int ch)
#else
#define PUTCHAR_PROTOTYPE int fputc(int ch, FILE *f)
#endif /* __GNUC__ */
void __io_putchar(uint8_t ch) {
HAL_UART_Transmit(&huart2, &ch, 1, 1);
}

printfというのは内部で書式を整えてputcharを呼び出しているのでそのputcharの内部をHALの一文字送信APIに置き換えるということです。

コンパイルマクロがGNUとかついてるのはARMの純正コンパイラではfputcと定義されてるのでコンパイラごとに読み替えが効くようにしているためです。

次にprintfを呼ぶ前にどこか最初以下の行を挿入します

setbuf(stdout, NULL);

これはprintfの仕様みたいで1024byte入れた後に呼ばれるのでコレがないと変なハンドラに飛びます。
とりあえずバッファをフラッシュするといいみたいです。

ここまででとりあえずint型のprintfは動きます。

だいたい15KBぐらいになります。

Linkerフラグの編集

リンカーオプションにfloatを追加して再ビルドする必要があります。

やることとしてはlinkerのフラグ部分に-u _printf_floatというのを追加するだけです。

それであとはApplyして再ビルドします。

結構サイズがでかくなります。

いうてGCCならKEILと違って32KB以上もビルドできるしFloat扱うようなマイコンはフラッシュ自体大きい物がのってるので特に悩まないかと思います。

動作のようす

こんな感じに書いて

Teratermで表示する

ちなみに桁数ちゃんと合わせないとゴミが入りますｗ

ちなみにSemihostingというARMの機能を使ってSWD経由でEclipse上のコンソールに出力することもできます。
それについてはユークリッドさんが書いているので引用させていただきます。

yuqlid.hatenablog.com

yuqlid.hatenablog.com

場合分けで使いたい方使えばいいと思います。

単に値見たいだけならExpression機能もありますしね

ARMのソフトウエアトリガ割り込みについて

ARMのソフトウエア駆動割り込みの覚え書きです。

ARMの割り込みはNVIC（統合ネスト型ベクタ割り込みコントローラ）で管理されていますがその中でSTIRというレジスタがあります

図で言うと赤の部分ですね

詳細はこちらになります

Write to the STIR to generate an interrupt from software

とあるように割り込みの番号を入れてやるとソフトウエアから割り込みを生成できるようです。

実際の使い方はこのような感じです。

STIRレジスタにIRQ番号を書くだけです

STM32の場合IRQ番号はstm32f767xx.hに定義されています

ためしにピン割り込みハンドラにソフトウエアから移動してみます

図ではわからないですがスイッチを押さなくても割り込みハンドラに遷移しています。
もちろん割り込みも有効なのでスイッチを押すとそのタイミングでも割り込みがかかります。
なのでこの割り込みを使う際は使わないであろうペリフェラルを殺しておいて使うほうがいいでしょう

STM32でI2C通信をやってみる

この記事は現在一緒に開発やってくれてるオカダ
twitter.com
と共同でデバッグしてた時の記録です。

一応動いていますがHALのバグなのか正しい使い方なのかは不明です。

やる際は自己責任でお願いします。

とりあえずやってく

今回は二つのマイコンで通信するので二つNucleoを用意しないといけません。

Slave側の設定

CubeMXを立ち上げてI2Cを有効にする。
クロックなどは各自自由に設定してください

I2Cの設定はこんな感じにした。

アドレスは7bitモードと10bitモードがあるが今回は7bitモードにした。
アドレス値が0だがあとでコード内で記述するのでここでは放置

次にSW4STM32にインポートしていく。

ここでI2Cのアドレス設定する。

hi2c1.Init.OwnAddress1 = 0x01<<1;

ここでシフト演算子でアドレスをシフトしているのは後述するのでとりあえずこうしてください。

次に受信処理を書いていきます。

HAL_I2C_Slave_Receive(I2C_HandleTypeDef *hi2c, uint8_t *pData, uint16_t Size, uint32_t Timeout)

というAPIがブロッキング受信なのでそれを使っていきます。

HAL_I2C_Slave_Receive(&hi2c1,(uint8_t*)aRxBuffer, 1, 1000);

こんな感じに書きます。
aRxBufferは上のほうでこんな感じに定義してます。

uint8_t aRxBuffer[1] = {0};

無限ループ内はこんな感じになります

Master側の設定

上記と同様にCubeMXの設定をする。

今回はマスターなのでアドレスはノーケアでOK

AC6に読み込んで送信コードを書いていく

HAL_I2C_Master_Transmit(I2C_HandleTypeDef *hi2c, uint16_t DevAddress, uint8_t *pData, uint16_t Size, uint32_t Timeout)

が送信APIなのでそれを使って書いていく。

ここで注意するのがAddressをシフトして引数に入れることだ

んでそれにならって書くとこんな感じ

ここでは上部に何も記述してないが実際の動作コードでは送信バッファaTXBufferに0xAB、0xBAを順番に代入し交互に送られるようにした。

実際に動作させていく

両方のI2CピンとGNDピンをつなぎバス間部分をロジアナでみてみる

きちんと交互にデータが来ていることがわかる。

ちなみにその時の送受信レジスタの値はこのようになっている。

問題のシフトの説明

上記の例は動作するケースだけを示している。

それはシフト演算子でアドレスをシフトしているのできちんと読みこめています。
それについて最初まったく原因がわからず時間を溶かしました・・・・・・・

結局

CubeMXが出力するコードに問題があり自身のアドレスを示すレジスタの値がおかしいことになっていた。

設定レジスタはI2C_OAR1のOA1ビット（7:1bit）である

そこを見てみると

上記のように自身のアドレスをシフトして入れないとレジスタに正しく値がセットされていない。
CubeMX上でPrimaryアドレスにそのままの値を入れてもこうなってしまう

正しくはシフトがついた状態で出力されているもしくはHALの内部でシフトしてセットしているはずである。

よって使い方が悪いわけではなさそうなので一応バグに入るのかね？

これについては海外フォーラムでも話題になっていたみたいである。
先に読めばよかった・・・・・・・・

community.st.com

今回はこんな感じです

皆さんのお役に立てたらうれしいです。それでは！

STM32のMCO機能を使ってGPIOからクロックを出してみる

MCO機能

マイクロコントローラクロック出力（MCO）機能では、外部 MCO ピンにクロックを出力することができます。

5 つのクロック信号のうちの 1 つを MCO クロックとして選択できる。

実際の使用例ではNucleoなんかがそうですね、
STLINKのF103からボード上のMCUへクロックを供給してます。

MCOへ供給可能なクロックは以下の通りだ

• LSI
• LSE
• SYSCLK
• HSI
• HSE
• 2 分周された PLL クロック

選択はクロック設定レジスタ（RCC_CFGR）の MCO[2:0] ビットによって制御できる。
STM32F303xD/E、STM32F303x6/8 および STM32F328x8、 では、このレジスタの追加ビット
PLLNODIV が、MCO への PLL クロック入力の分周バイパスを制御します。
MCO 周波数は、クロック設定レジスタ（RCC_CFGR）の MCOPRE[2..0] ビットで制御される設定可能な分周器によって低減できます。

とあるがこれをまとめると

• RCC_CFGRのMCOビットでクロックの元を選べる
• STM32F303xD/E、STM32F303x6/8 および STM32F328x8はプリスケーラを持っているので分周できる
• PLLNODIVを設定することでPLLCLKを使う場合分周の有無を選べる
• RCC_CFGRのMCOPREビットでMCOを分周できる

レジスタの説明

主にRCC_CFGRで設定する

追記
ここでMCOFビットはSTM32F303xB/C and STM32F358xC onlyとあるので30:28がMCOPREとなる。
英語版最新データシートより

PLLNODIV

bit	機能
0	MCOの前でPLLを2分周
1	MCOの前でPLLは分周されない

MCOPRE[2:0]

bit	機能
000	MCO を1分周
001	MCO を2分周
010	MCO を4分周
011	MCO を8分周
100	MCO を16分周
101	MCO を32分周
110	MCO を64分周
111	MCO を128分周

MCO[2:0]

bit	機能
000	出力無効、MCO にクロックなし
001	予約済み
010	LSI クロックの選択
011	LSE クロックの選択
100	システムクロック（SYSCLK）の選択
101	HSI クロックの選択
110	HSE クロックの選択
111	PLL クロックの選択（PLLNODIV ビットに応じて 1 または 2 で分周）

CubeMXでのやり方

RCC画面でMCOを有効する

クロック設定画面で好きなように設定してみる
今回はSYSCLKを選んで8分周するので8MHzが出てくるはずである

あとは出力してビルドするだけ
今回はNucleoF303kを使っているのでD9ピンからクロックが出ているはずだ。

8分周したMCOから8Mhzが出てきていることから64MHzがSYSCLKということになる
SystemCoreClockは64MHzなのできちんとこの周波数で動いていることがわかる

おまけで500kHzも出してみた

128分周して500kHz出せたぞー
なのでメインクロックは64MHz

ちゃんとSystemCoreClockの値があってるかも確認できたし満足 pic.twitter.com/yxatNHt1jo

— がれすた (@GarageStyleMsc) 2017年3月31日

まとめ

• MCOを使ってクロック出力ができた
• MCO機能で他のマイコンにクロック供給できるので今度やってみたいと思った