フライトコントローラーを自作してみる。~その8~

いよいよフライトコントローラーの基板に部品を実装したいと思います。

まず実装前の基板はこれです。PCBgogoで製作して入着済。

約500円で10枚作れるPCBgogoの基板

そしてメタルマスクも購入済。こっちは基板よりも高くて約¥1000します。
画用紙をレーザーカットして代用できないかとも思いますが、初めてのリフローなので確実な方でやってみます。

実装前の準備として部品を紙の上に並べていきました。コンデンサの様に何も書いていない部品もあるので手をひっかけてバラケると大変なことになります。なので紙はテープで机に貼り付けています。

そして板の上に不要な基板の切れ端を貼り付けて固定治具にします。
まずは部品が少ない裏面(機体に積んだ時に下側にくる面)から実装する事にしました。

その上からメタルマスクを貼り付けて・・・

慎重に位置合わせ・・

マスクの上からクリームはんだを塗っていきます。

プラスチック板の切れ端でスリコミ スリコミ・・・

マスクを剥がすとこんな感じでクリームハンダが載っています。
まあ大丈夫そうです。

そして1個ずつピンセットで部品を置いていった後の写真。
この時には気づいていませんが左下のスイッチングレギュレーターICの位置がずれていて、リフロー後に気づく事になります。

ではいよいよオーブントースター(改)リフロー炉に投入。
不要基板に温度計のセンサーを貼り付けて横に置き、温度を見ながらやります。

スタート!
そして リフロー中・・・

よし終わった・・・

大体良いのですが、先程書いた通りレギュレーターICがずれていたのでポロッと落ちてしまいました。これは後ほど手ハンダで取り付けます。

またよく見るとOSD用ICのリードにブリッジがあります。なにか条件が良くなかったのでしょうね。クリームハンダが厚すぎたのかな?
これもはんだゴテで除去します。

ちょっとピンボケですがMAX7456のリード2か所にブリッジが見られます。

ハンダブリッジとレギュレータずれ以外、見た感じは良さそうです。

では表面側の実装に取り掛かります。
ところで表面にクリームハンダを塗る際、裏面には既に部品がついているので先程と同じ方法だと基板が浮いてしまいメタルマスクと基板が密着できない事に気づきました。
そこでMDFをレーザーで切り、部品のない四隅を支える治具を作成しました。このままだと基板厚の分MDFより高くなるので厚みが基板とほぼ同じ1.6mmの段ボールを見つけてきて基板の周りに置く事で全体が面一になりました。

1.6mm厚の段ボールに窓を開けてこの上に載せると全体が同じ高さになるのです。

あとは先程同様クリームハンダを塗って部品を載せました。

SHコネクタやタクトスイッチが溶けないか心配

リフローの時、実装済みの裏面から部品が落ちるとまずいのでアルミ箔で熱を遮ってみました(効果の程は判りませんがとりあえず大丈夫でした)。

リフロー完了

コネクタやスイッチが溶けないか心配していましたが無事みたいです。
でもやっぱりマイコンのリードにブリッジがありますね。何がいけないんだろう。
なお表面の過熱により裏面のブリッジが直っていないかと期待しましたが変化ありませんでした。 まとめてはんだゴテで除去します。

リフロー×ブリッジでググると、クリームハンダがそもそもブリッジしている場合は当然として、高温時間が長い場合も狭い隙間にハンダを吸い上げてしまう様です。毛細管現象みたいなものですかね。
今回のはリードの少し上でブリッジしているので高温長すぎの方かもしれません。

何はともあれ、基板に部品がつきました。
次は動作を確認していきたいと思います。

フライトコントローラーを自作してみる。~その4~

BlackBoxについて

前回書いた通り、基板化する前にBlackBoxを動作させてみます。
BlackBoxとはフライトコントローラー(以下FC)が諸々の情報をログとして記録する機能です。
ログの保存先としてBetaflightがサポートするメディアには、OpenLog基板、SDカード、SPIフラッシュIC 等があります。

OpenLogはSparkFun(SwitchScienceでも取扱いがある様です) のロギングデバイスで、FCには外付けする事になり機体内のスペースを取るため今回はパス。またSDカードは安くて大容量なのが魅力ですがカードコネクタがFC基板の面積を喰い設計が難しくなりそうなので、もうちょっと腕が上がってからにします。
という事で今回はSPIフラッシュを使ってみようと思います。

記録メディア

BetaflightがサポートするSPIフラッシュICはこちらのページに記載されている下記のデバイスで、この中から16MBのW25Q128を購入しました。

  • Micron/ST M25P16 -2 MByte
  • Micron/ST N25Q064 -8 MByte
  • Winbond W25Q64 -8 MByte
  • Macronix MX25L64 -8 MByte
  • Micron/ST N25Q128 -16 MByte
  • Winbond W25Q128 -16 MByte
ちょっと思っていたよりサイズが大きい。

配線

接続は電源とSPI信号をつなぐだけ・・・。

ファームウェア定義ファイル

Betaflightのターゲット定義ファイルtarget.hに以下を追記しました。
SPI3に接続しています。

#define USE_SPI_DEVICE_3 
#define SPI3_SCK_PIN PC10
#define SPI3_MISO_PIN PC11
#define SPI3_MOSI_PIN PC12
#define USE_FLASHFS
#define USE_FLASH_M25P16
#define FLASH_SPI_INSTANCE SPI3
#define FLASH_CS_PIN PA15
#define ENABLE_BLACKBOX_LOGGING_ON_SPIFLASH_BY_DEFAULT

気になったのは’USE_FLASH_M25P16’の行。M25P16は2MBのメモリーですが今回接続するW25Q128は16MBです。このあたりの設定は不要なのでしょうか? 他のFCの設定を見ても特に容量を指定する箇所もなく、単にM25P16を指定しているの様なのでこのままやってみます。

動作確認

ファームをビルドしてFCに書き込み、BetaflightConfigratorから接続してみると・・・

ちゃんと16MBとして認識しています。

適当に動作させたログをPCに取り込み、Blackbox Explorerで結果を見てみました(FCは机に置いたままなのでジャイロや加速度センサーの値は全く動いていませんけど・・)。

動作は大丈夫そうです。

ということで・・・

いよいよ基板設計を開始しました。一般的な一辺35mmの正方形に収める予定ですが、手ハンダも考慮してSMDパーツのパッドを大きめにしたため、面積的に結構厳しいです。くじけたら35mm角は諦めて基板サイズを広げるかもしれません。

フライトコントローラーを自作してみる。

ドローンレースの練習をしていると色々なところを壊します。
ほいほい堂本舗は貧乏性なのでできる限り修理して再利用したり、また可能なところは自作してみたくなります。

という事でフライトコントローラーを作ってみたいと思います。フライトコントローラーとは一言でいうとマルチローター系の機体を制御するマイコンボードです。固定翼の飛行機は構造的に自立安定して飛行しますが、これと違ってマルチローターは特に制御しなければ安定して飛び続けられません。そこでジャイロや加速度センサーで機体の姿勢を検出しどのモーターをどの程度のパワーで回すかを決めるのがフライトコントローラー(以下FCと略す)です。

自作フライトコントローラーの構想

近年の(ホビー系の)FCは殆どがSTマイクロエレクトロニクス製のSTM32Fxx マイコンが使われています。これにジャイロ/加速度センサーを載せるのですがマイコンとの接続はSPIやI2Cですし、モーターを回すためのドライバ(ラジコン界ではESCという)へはPWM(およびその変形)で信号を送るので、ほぼマイコン工作で作れそうです。

またソフトについては優秀なオープンソースのファームウェアが多数出ているのでこれらを用いることができます。

といっても、いきなりプリント基板を作る勇気はないのでまずはマイコンボードを使って動作を確認してみます。マイコンボードにはSTM32F411 Nucleo-64を使う予定。

STM32F411 Nucleo-64

全体像はこのブロック図の様に考えています。このうち水色で囲んだ部分をここではフライトコントローラー(FC)と呼ぶ事にします。

実用的にレースで使うにはこの他にOSD(On Screen Display:FPVの映像に諸々の情報をスーパーインポーズして表示する機能)も必要になりますが、まずは飛べる事を確認出来た後でこれらも試したいと思います(実はOSD用ICも入手済)。

Betaflightをビルドする。

ファームウェアはいつも使っているBetaFlightを書き込む予定ですが、その前にファームウェアをビルドする環境を作っておこうと思います。
BetaFlightのビルドはUNIX環境上で行うのが基本となっている様で、Windows上のWSL(Windows Subsystem for Linux)でも実行できます。詳細はBetaflight Wikiのこのページに説明されており、この通りにやれば構築できました。
手順通りに構築するとWSL環境内の~/Git/Betaflightというディテクトリ以下にファイル一式ができています。更に下には~/Git/betaflight/src/main/targetというディレクトリがあり、ここには下図の様に各種FC毎の設定があります。

このディレクトリ下に今回作るFC用として’HOIHOIF411’というディレクトリを作るのですが、まずは似たFCである’MATEKF411’の内容を丸コピーし、そこから変更していくことにします。

HOIHOIF411ディレクトリの中にはtarget.mk、target.h、target.cの3本のファイルがあります。ここら辺の詳しい説明資料が見つからないのですが、この3本のファイルを変更するとそれぞれのFC固有のファームウェアが出来上がる様です。で、いろいろ試行錯誤した結果のファイルを添付しておきます。→HOIHOIF411.tar.gz

targetディレクトリの設定ファイルができたらカレントディレクトリを
~/Git/Betaflight に設定し、ここで’make HOIHOIF411’とコマンドを実行すると ~/Git/Betaflight/binの下にファームウェアが出来上がります。このファイルをBetaflightConfiguratorのファームフラッシャーを使って書き込んでやる訳です。

ジャイロ/加速度センサー

当初ジャイロ/加速度センサーにはモーション・フライトシミュレーターで使ったので手元にあった MPU6050ボードを使ってみました。市販のFCは大抵SPIで接続できるセンサーを使っていますがMPU6050はI2C接続専用です。一応これもBetaflightにサポートされているっぽいのですが、しかし何故かうまく接続できません。mbedで書いたプログラムだとセンサー値を取れるのですがBetaflightのファームからは取れないのです。

MPU6050ボード

そうこうしている内にポチッていたMPU6500ボードが届いたのでこれをSPIで接すると問題なく接続できました。 名前が似ていてややこしいですがMPU6500はSPIで接続するタイプで市販のFCでも結構使われています。
どのみち最終的にはMPU6500を使うつもりなのでこれで行きます。

MPU6500ボード


回路図

こんな感じで行こうと思います。
NucleoボードはArduino互換ソケットが付いているので、なるべくこれを利用する事で、Arduino用シールド基板を使って配線し易い様にします。
なおOSDは後で追加予定です。

機体

動作確認用に、息子が作って今は使っていないこの機体に乗せてみます。

製作

まずはブレッドボードで動作を確認して・・・

大体動作したのでArduino用シールド基板上に回路を載せて・・・

機体に乗せてみます。

飛ばしてみる

で、飛ばしてみると・・・一応浮き上がるのですが斜めに振動して止まりません。
原因調査中ですが、市販のFCに載せ変えても同じ様に振動するのでFCの問題ではないのかもしれません。
この続きは後日・・・