可燃ごみ箱 STM32 エフェクター

STM32 SPI接続タッチパネル付ディスプレイを使う

Amazon等で取り扱いがある、320×240ドットのSPI接続タッチパネル付2.8インチディスプレイモジュールを使ってみます。前回とは違うILI9341という制御ICです。

Nucleoボードとディスプレイモジュールとの接続は下図の通りです。消費電流は実測50mA程度でした。

※電源に5Vではなく3.3Vを供給する場合は、モジュール裏面のジャンパー(J1)を繋ぎます。最初気づいていませんでしたが、一応動作していました。

＜STM32CubeIDE（1.0.2） iocファイル Pinout & Configurationタブ＞

・右側列 IC画像
　設定済ピンを変更しておく
　　(21)-PA5 : SPI1_SCK
　ピン設定
　　(38)-PC7 : GPIO_Output
　　(42)-PA9 : GPIO_Output
　　(43)-PA10 : GPIO_Output
　　(56)-PB4 : GPIO_Input
　　(58)-PB6 : GPIO_Output

左側列のConnectivity→SPI1を開く

・中央列上側 Mode
　Mode : Full-Duplex Master

・中央列下側 Configuration→Parameter Settingsタブ
　Data Size : 8 bits
　Prescaler (for Baud Rate) : 64　※通信がうまくいかない場合は値を大きくして速度を落とします。

＜STM32CubeIDE（1.0.2） main.cファイル他＞

下記ページのライブラリを利用します。
　github.com/afiskon/stm32-ili9341（右側の[Clone or download]ボタンから全ファイルをダウンロードできます。）

Lib/ili9341フォルダ内の7ファイルを自分のプロジェクトの各フォルダへコピーします。
　Incフォルダ→fonts.h　ili9341.h　ili9341_touch.h　testimg.h
　Srcフォルダ→fonts.c　ili9341.c　ili9341_touch.c

STM32F3シリーズのNucleoボードを使う場合、ili9341.cとili9341_touch.c最上部に記載されている"stm32f4xx_hal.h"を"stm32f3xx_hal.h"へ変更します。STM32F4シリーズの場合は、そのままでOKです。使用するGPIOピンはili9341.hとili9341_touch.hに#defineで定義されています。

ライブラリのmain.cから以下の3箇所のコードを自分のプロジェクトのmain.cへコピーします。
　/* USER CODE BEGIN Includes */〜/* USER CODE END Includes */
　/* USER CODE BEGIN 0 */〜/* USER CODE END 0 */
　/* USER CODE BEGIN WHILE */～/* USER CODE END WHILE */

実行しディスプレイに画像等が表示されれば成功です。最後の黒い画面ではタッチパネルのテストができます。前回のディスプレイは描画した後毎回画面を更新していましたが、今回はその必要はありません。

タグ : マイコン

ページトップ

Srempy

デジタルエフェクターというとディスプレイをつけたくなるもので、ポットなしでスイッチのみを使って操作するというエフェクターを製作しました。精度よく角穴加工するのはかなり大変なので、Tabby's工房さんにお願いしました。

▽ディスプレイ・スイッチ基板レイアウト

いつものようにチャタリング防止を行っています。OLEDディスプレイ・基板用押ボタンスイッチは秋月電子で購入しました。

DSP基板はOwm Pedalと同じものを使用しています。下写真のように合体させます。

ディスプレイの詳細は前回記事をご覧ください。スイッチ操作は割り込みではなくメインループで処理しています（GitHubはこちら）。エフェクトオフ時にはスイッチの反応が速くなりますが、実用上問題ないので特に対処していません。▲▼スイッチ長押しでフラッシュメモリにパラメータ保存できます。下記ページの内容を使わせていただきました。
・sora lab - STM + HAL Flashの書き込み・読み込み

エフェクトプログラムはもちろん変え放題ですが、今回私が考えたものを紹介したいと思います。※信号処理は旧処理方法（TxRxCpltCallback関数利用なし、16ビット）のままです。

アナログ回路でのフィルタ設計は複雑になる場合が多く、コンデンサの容量値も限られています。また、リアルタイムに動かすとなると可変抵抗やフォトカプラを使うぐらいしか選択肢がありません。デジタル信号処理でのフィルタについては計算方法が確立しているため、専門知識がなくとも設計可能で、任意の定数を動かすこともできます。計算式は下記ページのものを利用させていただきました。
・C++でVST作り - 簡単なデジタルフィルタの実装

フェイザーはノッチフィルタがかかったような周波数特性で、谷となる周波数が動いています（参考ページ→MXR Phase 90 Analysis）。今回はこの特性をピーキングフィルタを使って再現、発展させたエフェクトを考えました。フェイザーとワウを合わせたような効果で、5つのモード（STD、SOFT、INV、HIGH、LOW）があります。名前の由来は3つ（Three）のピーキングフィルタ（Peaking Filter）です。

＜STD・SOFTモード＞

SOFTモードでは、単純に谷となるフィルタを2つかけています。谷と谷の間は減衰し、スッキリとした感じとなります。STD（スタンダード）モードは、Phase 90の特性に近づけています。うねり感を得るためには、2つの谷の間に山が必要なようです。ちなみに2つの谷の間隔が広いとユニヴァイブのコーラスモードっぽい音になります。谷となる周波数の揺れ幅や高低は、出音への影響は少なかったです。

＜INV・HIGH・LOWモード＞

フィルタを谷ではなく山にした場合、山が1つだとオートワウのようになります。山を2つにすると、クセは強いもののフェイザーっぽいシュワシュワ感が現れます。INV（インバース）モードでは、2つの山の間にさらに谷を追加しています。HIGH／LOWモードは谷と山を混ぜており、通常のフェイザーの高音域／低音域が強調された感じとなります。

＜計算高速化＞
BiQuadフィルタの係数は三角関数の計算が入っていて、そのままでは処理に時間がかかり過ぎると思われます。そのため表計算ソフトで近似式を算出するなどして対応しています。それでも実際のCPU使用率は70%程度となってしまいましたので、計算高速化についてはもう少し検討していく予定です。

タグ : 自作エフェクター周波数特性マイコンフェイザー

ページトップ

STM32 I2C接続OLEDディスプレイを使う

秋月電子等で取り扱いがある、128×64ドットのI2C制御有機ELディスプレイモジュールを使ってみます。使われているSSD1306は定番の制御ICらしいです。接続は上写真の通り、GND、VCC(3.3V)、SCL、SDAをつなぎます。SCL、SDAのプルアップ抵抗はモジュールに搭載されているようです。

＜STM32CubeMX（5.1.0）　Pinout & Configurationタブ＞
左側列のConnectivity→I2C1を開く

・中央列上側 Mode
　I2C : I2C

・中央列下側 Configuration→Parameter Settingsタブ
　Rise Time (ns) : 1000
　Fall Time (ns) : 300

・右側列 IC画像
　ピン位置を変更
　　(61)-PB8 : I2C1_SCL
　　(62)-PB9 : I2C1_SDA

＜TrueSTUDIO（9.3.0）＞
下記ページのライブラリを利用します。必要最小限となっているので使いやすいと思います。
　github.com/4ilo/ssd1306-stm32HAL（右側の[Clone or download]ボタンから全ファイルをダウンロードできます。）

以下の4ファイルを自分のプロジェクトへコピーします。
　Incフォルダ→fonts.h　ssd1306.h
　Srcフォルダ→fonts.c　ssd1306.c

私のNucleoボードはSTM32F3シリーズなので、fonts.hとssd1306.h最上部に記載されている"stm32f4xx_hal.h"を"stm32f3xx_hal.h"へ変更します。STM32F4シリーズを使う場合は、そのままでOKです。

ライブラリのmain.cから以下の2箇所のコードを自分のmain.cへコピーします。
　/* USER CODE BEGIN Includes */〜/* USER CODE END Includes */
　/* USER CODE BEGIN 2 */〜/* USER CODE END 2 */

実行しディスプレイに文字が表示されれば成功です。以下は各関数の簡単な説明です。円などの図形を描く関数はないので、必要なものはssd1306_DrawPixel関数を使って描画することになります。
　ssd1306_Init…初期化
　ssd1306_Fill…画面全体塗りつぶし
　ssd1306_DrawPixel…1ピクセル描画
　ssd1306_SetCursor…文字描画位置を設定
　ssd1306_WriteString…文字列を描画
　ssd1306_UpdateScreen…描画を反映して画面を更新

＜画面端の文字を強制描画＞
ディスプレイ端のピクセル数が足りない場合、文字描画しないようになっていますが、文字が切れてでも描画するようにします。ssd1306_DrawPixel関数で画面外は描画しないよう制限されているので、たぶん問題ないでしょう。

ssd1306.c内、ssd1306_WriteChar関数の以下の記述を削除

// Check remaining space on current line
if (SSD1306_WIDTH <= (SSD1306.CurrentX + Font.FontWidth) ||
  SSD1306_HEIGHT <= (SSD1306.CurrentY + Font.FontHeight))
{
  // Not enough space on current line
  return 0;
}

＜フォント自作＞
font.cにフォントのデータが入っており、自分で文字データを作成することができます。例として7x10ピクセルの「2」を0と1で描きます。横は左側7列だけ使いますが、後々のために16列準備します。

0011100000000000
0100010000000000
0100010000000000
0000010000000000
0000100000000000
0001000000000000
0010000000000000
0111110000000000
0000000000000000
0000000000000000

1行ずつを16桁の2進数とみなし、16進数へ変換します。
→0x3800, 0x4400, 0x4400, 0x0400, 0x0800, 0x1000, 0x2000, 0x7C00, 0x0000, 0x0000
これを「2」のフォントデータとすればOKです。自動計算できる表計算ファイル（LibreOfficeやOpenOfficeで開けるodsファイル）をGitHubに置いています。

タグ : マイコン

ページトップ

STM32 I2S DMA利用時の32ビット対応

たいていのオーディオコーデックICでは、24ビットや32ビットのデータを取り扱うことができます。Owm Pedalは16ビットに設定していましたが、32ビットに対応できるよう変更します。

リファレンスマニュアルによると、I2Sで32ビットデータを取り扱うには16ビットずつデータ転送する必要があります。DMAは16ビット（Half Word）設定のままでうまく処理するようです。しかしここで問題があり、上位16ビットと下位16ビットが入れ替わって送受信されてしまいます。STM32のコミュニティで質問されていましたが、修正するには自分でビットを入れ替えるコードを書くしかないようです。

単純に元の数を左シフトしたものと右シフトしたものを合わせればいいのですが、負の数を右シフトすると左側が1で埋まるので、0で置き換えるようにします。

int32_t swap16(int32_t x)
{
  return (0x0000FFFF & x >> 16) | x << 16;
}

符号なし整数へ型変換してから右シフトする方法もあります。処理速度は上記と変わりませんでした。

int32_t swap16(int32_t x)
{
  return (int32_t)((uint32_t) x >> 16) | x << 16;
}

その他の変更部分については下記の通りです。

・STM32CubeMX設定
　Multimedia→I2S2→Configuration→Parameter Settings
　→Data and Frame Format [32 Bits Data on 32 Bits Frame]

・送受信バッファを32ビット整数へ
　volatile int32_t RX_BUFFER[BLOCK_SIZE*2] = {}; // 受信バッファ
　volatile int32_t TX_BUFFER[BLOCK_SIZE*2] = {}; // 送信バッファ

・float変換時の乗除算に使う数を変更（32ビット符号付き整数の範囲は-2147483648～+2147483647）
　32768.0f→2147483648.0f

Owm Pedalに正弦波を入力し、実際のデータで確認しました。DMAで受信したデータはバラバラの値ですが、上下16ビットを入れ替えると正しいデータになることがわかります。

GitHubのmain.cファイルも変更しています。オーディオコーデックV4220Mでは上位24ビット分のみ有効なので、下位8ビット分は0として取り扱われますが特に支障はないでしょう。

タグ : マイコン

ページトップ

HAL_I2SEx_TransmitReceive_DMA使用時の割り込み修正

Owm Pedal ソフトウェア編で書いていた通り、「HAL_I2SEx_TransmitReceive_DMA」使用時に「HAL_I2SEx_TxRxCpltCallback」が起こらないというバグがあります。STM32のコミュニティで質問されていましたがその後のバージョンでも修正されていないので、自力で修正することにします。

プロジェクトフォルダ内のファイルDrivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_i2s_ex.cを編集します。「I2SEx_TxRxDMACplt」関数がDMA転送完了時に呼び出されるようになっています。この関数を見ると、「if (hdma->Init.Mode == DMA_NORMAL)」以下のカッコ内に「/* Call user TxRx complete callback */」以下の記述が入っているため、DMAサーキュラーモードでは何も起きないことがわかります。なのでこの記述をカッコ外に移動すれば解決するはずです。（同フォルダ内にあるstm32f4xx_hal_i2s.cの「I2S_DMATxCplt」関数を見ると正しいコードがわかります。）

細かい修正をすると間違えそうなので、私は単純にHAL_I2SEx_TxRxCpltCallback関数を追加記載することにしました。

static void I2SEx_TxRxDMACplt(DMA_HandleTypeDef *hdma)
{
  I2S_HandleTypeDef *hi2s = (I2S_HandleTypeDef *)((DMA_HandleTypeDef *)hdma)->Parent;

  HAL_I2SEx_TxRxCpltCallback(hi2s); // ←追加！CubeMXでコード出力すると元に戻るので注意

  /* if DMA is configured in DMA_NORMAL mode */
  if (hdma->Init.Mode == DMA_NORMAL)
  {
    if (hi2s->hdmarx == hdma)
    {
      /* 中略 */
    }

    if (hi2s->hdmatx == hdma)
    {
      /* 中略 */
    }
  }
}

＜データ処理方法変更＞
1つのブロックにつき「HAL_I2SEx_TxRxHalfCpltCallback」と「HAL_I2SEx_TxRxCpltCallback」の2回割り込みが使えるようになったので、Owm Pedalの信号処理を下図のように変更しました。GitHubのmain.cファイルも変更しています。

最初の割り込みでグループA前半の信号処理と送信バッファへの代入を開始し、次の割り込みでグループA後半を処理開始します。処理後のグループA（A'）を送信するときには送信バッファへの代入が余裕をもって終わっていると考えられるので、安定した動作が見込めます。ただし、実質的にブロックサイズ半分で処理しているという点には注意が必要です。

タグ : マイコン

ページトップ

« 前のページホーム次のページ »