EMPETの使い方が間違っていた

BM20を使っていると次のように動作が不安定な点がありました。

• ペアリング状態においてしばらくするとハングすることがある。
• ペアリングしたはずなのに、電源を入れ直すと、再度ペアリングを要求されてしまう。

ずっと原因がわからずにいたのですが、Microchipのフォーラムで問題解決法を見つけました。MPETツールの使い方がまずかったようです。もともと、アプリケーションノートの説明の通りに操作していたのですが、ノートの説明が不十分だったためハマってしましました。

注意すべきはファイルをマージするステップです。ディフォルトのBINファイルを開くと３つのファイルが入っていることがわかりますが、これまではこれらのファイルを引き継がずに、新たにDSPファイルとUIファイルを指定していました。



しかし、"BM20_203_A2N_Except_GE.txt" というファイルを引き継ぐ必要があるようです。このファイルを選択して、青いマージボタンを押します。DSPファイルも何も変更しないので、引き継ぐことにしました。



UIファイルはUI Toolで設定変更したものに入れ替えたいので、緑のAddボタンを押してファイルを追加してやります。

上記の手順で"BM20_203_A2N_Except_GE.txt" というファイルを引き継いだ ipf ファイルを作成して、EEPROMに書き込んでやります。これで問題が解決できるハズだったのですが、なぜか電源投入後しばらくしてシャットダウンしてしまうという問題が発生するようになってしまいました。試行錯誤した結果、電源の供給の仕方を変更すると調子よく動いてくれることが判明。

変更前 :  BAT_IN = 3.3V, ADP_IN = オープン
変更後 :  BAT_IN = オープン,  ADP_IN = 3.3V

"BM20_203_A2N_Except_GE.txt" による設定の影響があると思われるのですが、そもそもこのファイルがどのような設定を施しているかが全く不明。このような電源の与え方が正しいのかどうかもわかりませんが、今のところこれがわたしの Best Practice です。

Versionを確認してみる

BM20ではマイコン側からコマンドを送り、モジュール側からは動作に応じてイベント情報が送られてくるという動作をします。基本的な動作としてはWT32と似ていますが、WT32が単純なASCII文字列の形式で通信できたのに対し、BM20ではバイナリパケットの形式で通信しなければなりません。そのため、人間が直接対話的に操作するということはできず、マイコンを使って制御してやる必要があります。前回記事のUART動作確認ではBM20から出力されるデータを収集して、それをマニュアルでデコードしていましたが、やはり少しずつでもコードを書いてデコード作業もマイコンにやらせる必要があります。

というわけで、BM20をSTM32につなげてデコード開始。イベントを受信したらそれに対するACKも返すことにしました。これまでは MFB端子は電源制御に使っていましたが、今後は送信制御に使いたいので 電源スイッチ設定をMFBスイッチからDirectlyに変更しました。



どうやら、この変更で全てのスイッチが使えなくなるらしい。当然、電源オフもスイッチ操作ではできなくなるので、電源オフするコマンドを投げるか、電源を強制的に落とすかしないといけないようです。

また、Power ONならびにStandbyへの状態遷移イベントを検出したならば、BM20のバージョン情報を取得するコマンドを投げるようにしてみました。次のログは受信したイベントと、それに対応する EVENT_ACKの送信の様子を示しています。



この結果から、モジュールがサポートするUART command set のバージョンはv146, モジュールのファームのバージョンはv305であることがわかります。Excelで提供されているUART commandのパラメータ一覧を見ると、Command Set最新バージョンはv147のようなんですが、 v147との違いがわかりません。また各バージョンには SPPAU, 5502_MCU_mode, 5502_Embedded_modeの３種類があることになっているのですが、それぞれがどのような意味なのかという説明が一切ありません。サポートするコマンドに違いがあるので、どうやら自分のBM20で使えるのは SPPAUのバージョンであろうかと思われます。SPPAUというのは SPP & Audioという意味なのかなぁ？

マイコンとの接続に用いる TXD, RXD, P00, MFBの各信号も示しておきます。


まずは全体の様子です。最初にMFB信号を400ms オンにしてやることで電源が入り、動作を開始します。起動後、Power ONと Standbyの２つの状態遷移イベントを受信し、その後 800msほど経過してから Ringtone finish indicationを受信しています。

最初のイベントデータ受信以降の部分を拡大すると...



最初のデータ送信に先立ちMFB信号を変化させていますが、これはマイコン側から(スリープしているかもしれない)BM20を Wakeupさせるための手順です。BM20からのイベントデータを受信したばかりなので、実際にはBM20はスリープしておらずWakeup手順は (この場合には)不要なようです。BM20がスリープしているかどうかを判別できればいいのですが、その方法の説明がありません。P00がLowの間はモジュールは起きているのではないかと想像しているのですが、それを裏付ける説明もありません。MFBはマイコン側が送信している間はHighにしておけということになっており、しかも最低150msはHighにする必要があるようです。

UARTプロトコルに関しては、Excelのパラメータ一覧資料と、いくつかの基本フローを図示したUART Command SOPという資料があるだけのようです。とにかく文章での真っ当な説明が無いので、細かい部分は実際に使ってみないとわからない感じ。さすがは中華デバイスですが、謎解き気分が味わえるので、それも趣味でいじくる楽しみのひとつと言えるでしょう。

BM20のUART出力を確認する

これまでの動作確認は全てBM20を単独で動かしていました。次のステップとしてBM20をマイコンとつないで使っていくことにしますが、まずは基本的なUARTポートの動きを簡単に確認しておきます。

最初にUIツールを使ってUARTポートを有効にします。



UART Commandを有効にすると"RX_INDも有効にした方が良い"と言われます。RX_INDはMFBボタンと機能が重なっていますので、Btn0のチェックを外しておきます。



MFBは電源ボタン機能も兼ねていますが、ここの設定については特に何も文句を言われなかったので、そのままにしておくことにします。

UART Commandが有効になったことで、"Part Setting"のメニューも有効になっています。



上記の設定でEEPROMへ書き込みを行い、電源を入れなおします。MFBボタンでの電源オン/オフはまだ有効なままですが、電源投入後にTXD端子からデータが送信されていることが確認できました。P00端子はTXDからのデータ送信に先だってLowレベルに変化し、BM20側からマイコンをWakeupするのに使えるようになっています。




P00がLowになってから1.8秒ほどの間に３つのパケットが送信されていることがわかります。
最初のパケットの部分をズームしてデータを読み取ってみると...


BM20から送信されるイベントのパケットの形式になっています。ダウンロードした資料では、パケットの最初のバイトは 0xAAと書いてあるのですが、実際の動作では0x00, 0xAAの2バイトを送信してくるようです。内容をデコードしてみると、「電源オン」状態に遷移したことを示すイベントのようです。


本当はイベントパケットを受け取ったら、ACKパケットを返さねばならないのですが、まだBM20のRXDには何も送っていません。おそらくBM20はタイムアウト待ちをしてからふたつ目のパケットを送信してきているのだと思われます。２つ目のパケットは、ブートが完了して「スタンバイ状態」に遷移したことを示すイベントのようです。


3つ目のイベントはリングトーンの生成を止めたことを示すイベントになっています。



P00とTXDの関係を見ると、P00がLowになってから10msほどしてからデータが送信されていることがわかります。この時間はUI Toolで設定したWakeup Delay Timeの値が反映されているようです。10msも待つ必要はないので、このディレイの値を最小値である１に変更してみました。



0.3msにはなりませんでしたが、0.8ms程度までは縮まりました。実際にWAKEUPに使うには十分な長さですので、この設定を使うことにします。

i.MX RT 1050

NXPがi.MXファミリーの新しいシリーズとしてi.MX RTを予告しています。i.MXなんだけどコアはCortex-M7で、MCUとMPUの間を埋める Crossover Processorと称しています。

なかなか実際の製品が出こないSTM32H7を凌駕する600MHzを謳っています。この速度は内蔵のRAMにコードを置いて実行するということかな？
10x10 BGAで24bit LCDやカメラI/Fもあるようですが、それだけで50ピン使うと思うんで、同時使用できるのか、外付けDRAMは使えるのかとかもきになるところです。

10月には出荷開始予定とのことですが、どうなるでしょうか。安価な評価ボードもでるみたいなので、FRDM並みの値段になることを期待したいです。

BM20実験基板 -- その2

この１週間ほど、BM20実験基板を使ってBM20の機能を確認する作業を続けてきました。基板を作成した際に想定した機能項目に関してはほぼ確認できたので、ここで今回作成したボードの回路図を参考のために示しておくことにします。

• 通常動作とEEPROM設定変更時とでは、DIPの設定を変更する必要があります。実際のところEANとP2_4の２つの端子はHighレベルにしておき、変更することはありません。これらの端子は内部プルアップされているので、オープンのままでも良かったと思います。
• LED1とLED2には電流制限抵抗は不要です。これらのLEDの明るさはUI Toolで設定変更可能です。
• ブザー機能はBM20の出荷時設定では無効になっています。EEPROM設定で有効にできますが、生成される音は単調ですので、スピーカから流すトーンを使った方が良いと思います。
• ディフォルト設定では、ADP_INから5Vを供給し、BAT_INには電池をつなぐことを想定しています。電池をつながずに5Vを加えるとLED2がしばらく点灯しますが、充電中表示をしているのではないかと思われます。
• ディフォルト設定では電源オン/オフにはMFBスイッチの長押しが必要です。オンのためには2.4秒、オフのためには3.2秒ボタンを押し続ける必要があります。かなり長いです。これらの時間設定はUI Toolを使って変更可能です。
• HFP接続時には、MFBスイッチは着信応答、切断、リダイヤルボタンとしても機能します。

今回Eleclowで作成した基板は７枚届きましたが、１枚を予備に残すことにしても残りの５枚は使うことも無さそうなので、ご希望の方がいらっしゃればお分けします。こちらの売店より購入をお願いします。





お分けするのは基板のみです。部品はご自分で調達願います。

• BM20はDigikeyから購入しましたが、Microchip Directからも購入できるようです。
• マイクにはWM-61A相当、リードピン付きを使いました。
• 3.5mmオーディオジャックとタクトスイッチには手持ちの表面実装用のものを使いました。相当品はスイッチサイエンスのようなSpark Fun製品取扱店やRSオンラインのような部品販売サイトで見つかると思います。
• ブザーには秋月で販売されている圧電サウンダを使いました。
• EEPROM設定変更のためには、USBシリアル変換器を用いてPCと接続する必要があります。この部分の回路は基板上には含まれていませんので、別途用意してください。

BM20には、BM20SPKA1NBC-0001AAとBM20SPKS1NBC-0001AAの２種類の品番の製品があります。値段はBM20SPKAの方が安いのですが、電波法の認証を受けている型番はBM20SPKS1NBCとなっているので、わたしはこちらを買いました。

EEPROM設定を変更してみる -- その4 (BuzzerとPMU)

BM20では動作時にスピーカだけではなく、ブザーを鳴らすこともできるようになっています。今回作成した実験用ボードでは、ブーザとして秋月の圧電スピーカをつなげられるようにパターンを用意しておいたので、これを追加実装しました。タクトスイッチも追加実装したかったのですが、やはり手持ちを切らしてしまったようです。何かのついでに注文するまでしばらく無しのままになりそうです。

ブーザの機能はBM20のディフォルト設定ではイネーブルされていないので、UI Toolで設定を変更する必要があります。



Function EnableのところでBuzzerにチェックを入れておきます。ブーザを接続できる端子にはP0_3またはP1_5の２つがありますが、ディフォルト設定ではP0_3はボタンに割り当てられているので、今回のボードではP1_5をブザーに使うことを想定してパターンを用意してあります。



こちらはブザー関連の設定画面です。Output TypeではPulseとPWMの２種類を選択できます。Pulseは信号がアクティブになっている間鳴り続けるタイプのブーザで、圧電スピーカのように発振器を必要とする場合にはPWMを指定してやります。発振させる周波数はPWM周波数として指定できますが、結果として出てくる音は、on/offパターンは選択できるものの、周波数は単一なので音として面白くありません。スピーカからはマルチトーンで出せるので、ブーザを使うより、スピーカ鳴らした方がいいですね。

BM20のディフォルト設定では充電機能が有効になっており、電圧監視機能も有効になっています。今回の実験では電池はつないでいないので、これらの機能を無効にしておくことにしました。



これまでの動作確認実験では、すべてADP_IN端子にUSB 5Vを加えていました。BAT_IN端子からの電源の供給も可能なのですが、ディフォルトではリポ電池をつないで使用することを想定して充電と電圧監視機能が有効になっています。そのため、BAT_INに3.3Vを加えたとしても電圧監視機能が働いて電圧が低すぎると判断されて、自動的に電源がオフにされてしまうのです。

充電と電圧監視を無効にすることで、BAT_IN端子に3.3Vを加えて動作させることができました。この場合、ADP_INはオープンで構いません。

EEPROM設定を変更してみる -- その3 (音声プロンプトの追加)

前回の記事ではBM20で音声ガイドが出せることを確認しました。BM20では４ヶ国語の音声パターンがあらかじめ用意されていますが、日本語は含まれていません。しかしながら、UI Toolを使って音声プロンプトの追加登録が可能になっているので、これを試してみました。

追加する音声はサンプリング周波数8000Hzのモノクロ16bit PCMで用意しておき、これをwavファイルのコンテナに入れておきます。わたしは、「電源オン!!」と吹き込んだおよそ1.55秒のファイルをAudacityを使って作成しました。UI Toolのマニュアルによれば、音声の長さは３秒までで、電源オンの通知だけは4.5秒まで許容されるようです。

UI Toolを立ち上げて、用意したファイルをVoice Prompt Toneとして追加登録してやります。



ファイルを追加するとCurrent EEPROM Sizeの値が増えます。もともとは4096 だったのが5460に増えているので、1360バイト増えていますが、16bit PCM形式のままだと24KBは必要になるはずなので、何らかの圧縮を行なって保存するようです。複数の音声を追加しようとすれば、それだけEEPROMの領域が必要になるので、そもそもBM20が持っているEEPROMの容量を知りたいところですが、データシートにはこの値が明記されていません。探し回ったところ、IS20xx_ApplicationNote.pdfに512Kbitであるという記述がありました。

上図の最後に示されているように、追加したファイルが各トーンの設定メニューで選択可能になるので、これを選択してやります。Multi-Toneの方も同様な手順で独自のトーンを追加できますが、こちらはMIDファイルを食わせてやるようです。

こうしてEEPROMを更新することで、電源オン時に自分で作成した音声が流れることを確認できました。

EEPROM設定を変更してみる -- その2

使用すべきツールセットの区別がついたので、ようやくとEEPROM設定変更作業を開始します。

まずはUI Toolから。パラメータは色々ありますが、今回はSPPプロファイルをイネーブルするだけの変更にしておきます。SPPではUARTを使うことになりますが、UART CommandのチェックはUART経由でコマンドを投入したりイベントを拾ったりする場合の指定だと思われるので、チェック無しにしておきます。



Nextを押して次の画面に進みます。



うーん、読みが外れてしまいました。UART機能がdisable状態で変えられません。どうやら、最初の画面でUART Commandをチェックしておかないと、この画面でUART機能がEnableにならないようです。実際のところ、どういう風に動くのかわからないので、このまま進むことにします。



Sys. Setup2の画面です。デバイス名称を変えておきます。



スクロールすると、AACとmSBCが無効になっていたので、どちらも有効にしておきました。データシートにはAACはオプションと書いてあったので別途ライセンス料が必要なのかと思いましたが、ここでチェックするだけでいいのかな？



こちらの画面では、Link SPP..の部分がDisableだったので、A2DP Profileにしておきました。A2DPのリンクがあると、SPP接続を許可するということなんでしょうか？

LEDやボタンの設定はディフォルトのままにしておきますが、それぞれボタンに対応するアクションの紐付けや、LED点滅パターンや明るさの設定が行えます。



最後にトーン設定を変更しておきました。音声ガイドは英語だけを有効にして、電源ON/OFF時にトーンではなく、音声を流すように設定変更しました。"VP"というのが Voice Promptの意味のようです。

続いてDSP Toolを起動。チップを選択するとロードされるディフォルトの設定をそのままセーブしておきます。



次にEMPETを起動。記録のために画面だけ貼っておきますが、説明は省略。








この画面の意味がわからないのですが、とりあえず何もチェックしないで進むことにしました。



ここまでで、.ipfファイルが生成されたので、EEPROM toolを起動して書き込みを行います。前の記事に書いたようにDIP SW設定を変更して、電源を入れ直しておきます。


ファイル名を入れてWriteボタンを押すと...



無事に書き込み完了。UARTとはHCI_TXとHCI_RXの２本しかつないでいませんが、問題なく書き込みできるようです。

一旦、電源を切って DIP SW設定を元に戻します。そして、電源を入れ直します。MFBボタンを押していると、「パワー　オン」という音声ガイドがスピーカから流れ、無事に設定変更できたことが確認できました。ただし、音声を最後まで聞いている間、ボタンを押しっぱなしにしていりと、ペアリングモードに入ってしまうようです。音声が聞こえた時点でボタンを離しても大丈夫。

ペアリング状態でDPを確認してみると、次のレコードが追加されていました。

Service Name: Bluetooth Serial Port
Service RecHandle: 0x10007
Service Class ID List:
  "Serial Port" (0x1101)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 6
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "Serial Port" (0x1101)
    Version: 0x0102

SPPを許可したことで、対応するSDPレコードをアナウンスするようになったわけです。実際にPCから接続を試みたところ、SPPの接続は確立できるのですが、データの送受信が行えませんでした。データ送受をするためには、UI Toolの設定において UART Commandを有効にしなければならないようです。

EEPROM設定を変更してみる -- その１

工場出荷時状態での動作がほぼ確認できたので、EEPROMを書き換えて設定を変更してみることにします。

BM20には設定用ツールとして、次の4つのWindowsアプリが用意されています。

1. UI Tool
   User Interface関連のパラメータを設定変更するツールで、.txtファイルを生成します。サポートするプロファイル、ボタンへの機能割付け、LEDの点滅パターン、トーン設定や音声ガイドなどの設定ができます。
   
2. DSP Tool
   音声信号入出力に関連するフィルターやイコライザー、アンプゲインなどの設定を変更するツールです。.txtファイルを生成します。
3. MPET Tool
   UI ToolとDSP　Toolの出力したファイルをマージして、EEPROMへの書き込みデータを作成するツール。.ipfファイルを生成します。
4. EEPROM Tool
   MPET Toolの出力したデータ(.ipfファイル)をBM20に内蔵するEEPROMに書き込むためのツール。
   

手順が多くて面倒ですが、上記の４つのツールをこの順番で使ってEEPROMへの書き込みを行います。この４つのツールのうち、実際にBM20とつないで作業を行う必要があるのは、最後のEEPROMツールだけです。

さて、これらのツールはBM20のページのDocumentation/Softwareからダウンロードできるのですが、そこにはBM20_203 Tools SetとIS2020_002 Toolsの２種類のzipファイルが掲載されています。両方をダウンロードしてみると、どちらにも４種類のツールが含まれています。どちらを使えばいいのかわからないので、試しにUI Toolを立ち上げてみると、そもそも最初の画面の表示内容が違います。

BM20_203のUI Tool表示画面


IS2020_002のUI Tool表示画面


どちらもディフォルトではSPPがイネーブルされていないことを示しているようなんですが、BM20_203の方ではそもそもPBAPのサポートが無いように見受けられます。いよいよ混乱してきましたが、ツールセットの中に含まれていたアプリケーションノートを読んでようやくとその違いがわかりました。どうやら、SiliconのバージョンにIS20xxx_002 とIS20xxx_203の２種類があり、まずはEEPROMツールを使ってシリコンのバージョンを確認し、それに対応したツールを使う必要があるとのことです。

EEPROMツールを使うためにFT232とBM20のHCI_TX/HCI_RX端子をつなぎ、DIP SWを　P1-ON, P2-OFF, P3-ONに設定し直します。USB 5Vを加えてやるとLED1とLED2の両方が点灯状態となり、EEPROMツールからのアクセスができました。MFBボタンの操作は必要ありませんでした。



わたしの購入したモジュールのSiliconバージョンはIS20xxx_203であることが判明しましたので、Tool Set としてはBM20_203 Tools Setを使えば良いことになります。しかし、これはPBAPが使えないことが確定ということなんでしょうか？　改めて資料を確認してみるとデータシートにはPBAPサポートが明記されているのですが、BM20の製品ホームページにはPBAPという文字はありません。なんか騙された気分がしないでもありませんが、まぁこんなトラブルも中華チップを楽しむ上での醍醐味かもしれません。

前置きが長くなったので、続きは その２に書くことにします。

BM20を動かしてみる

準備は整ったので、いよいよ実際にBM20を動かしてみます。もともとBM20はサウンドバーとかスピーカー・フォンのような民生機器に用いられることを意識したモジュールなので、制御マイコン無しでも電源を入れてやるだけでBlueoothスピーカとして十分な機能を提供してくれます。

電源を入れる前に、まずDIP SWの設定を行っておきます。PIN1とPIN2をOFF, PIN3をONにしてやることで、BM20のP20, P24, EANの各端子を全てHighにして電源を入れることで、通常動作モードで起動します。実験ボード上にはLED1とLED2の２つのLEDが実装されています。ADP_INに5Vを入れてやるとLED2がしばらく点灯して、消えました。この状態では、接続された電池への充電機能は動くものの、Bluetooth部分はオフになっているようです。

BM20評価ボードのマニュアルによると、MFBボタンをクリックすると電源が入って、ペアリングモードになり、LEDがブリンクするとのことだったのですが、何度ボタンをクリックしても電源が入らず、焦りました。試しに長押しすると２つのLEDが点滅して電源が入り、さらにMFBボタンを押し続けるとペアリングモードに入って、ふたつのLEDが交互に点滅することがわかりました。また、電源が入った時とペアリングモードに入った時には、動作状態を知らせるトーンがスピーカから鳴って知らせてくれます。電源投入時には、あらかじめスピーカあるいはイヤフォンをつなげておきましょう。

ボタンへの機能割り当てやLEDの点滅パターン、トーンの種類はUI ToolというWindowsアプリでモジュール内に内蔵されているEEPROMの設定内容を変更することで、設定変更できるようです。またいくつかのイベントはトーンでの通知の代わりに音声ガイド(中/英/仏/西の４ヶ国語対応)での通知にも変更できるようです。ディフォルトでは音声ガイドは無く、トーン通知だけのようですので、後ほどEEPROM書き換えを試してみるつもりです。

ペアリング状態では、スマホから発見可能になるので、次のように表示されます。



EDDY SHSというのが、モジュール名とか内部で使用しているチップ名称というわけでも無く、何を示しているのかわからないのがちょっと不思議です。まぁ、この名前もUI Toolで変えられるようですので、何でもいいのですが。。

この後、ペアリングを行うと、そのまま接続もHFP, A2DP, AVRCPでの接続も行われるようです。



詳細は省略しますが、何の問題もなく音楽の再生や、電話の着信が行えました。残念ながらタクトスイッチの数が足りないのでAVRCPでの操作まではまだ確認できていません。さて、ここまでのところでちょっと疑問が。。

• データシートにはPBAP 1.0に対応と書いてあるが、 HFP接続時に電話帳へのアクセス承認を求められない。つまり、BM20はPBAPでのアクセス要求を出していないのではないか？
• データシートにはSPPをサポートしていると書かれているが、SPPでアクセスできない。

データシートを読んでも、サポートするプロファイルについては、名前が列挙されているだけで、それ以上の説明はありません。そこで Linuxを立ち上げて sdptoolでサービスを確認してみました。

Browsing 34:81:F4:09:43:17 ...
Service RecHandle: 0x10001
Service Class ID List:
  "PnP Information" (0x1200)
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "PnP Information" (0x1200)
    Version: 0x0103

Failed to connect to SDP server on 34:81:F4:09:43:17: Connection refused
Service Name: Headset unit
Service RecHandle: 0x10002
Service Class ID List:
  "Headset" (0x1108)
  "Generic Audio" (0x1203)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 2
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "Headset" (0x1108)
    Version: 0x0102

Service Name: Hands-free unit
Service RecHandle: 0x10003
Service Class ID List:
  "Handsfree" (0x111e)
  "Generic Audio" (0x1203)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 1
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "Handsfree" (0x111e)
    Version: 0x0106

Service Name: Audio SNK
Service Provider: ISSC
Service RecHandle: 0x10008
Service Class ID List:
  "Audio Sink" (0x110b)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 25
  "AVDTP" (0x0019)
    uint16: 0x0102
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "Advanced Audio" (0x110d)
    Version: 0x0102

Service Name: AVRCP CT
Service Provider: ISSC
Service RecHandle: 0x10006
Service Class ID List:
  "AV Remote" (0x110e)
  "AV Remote Controller" (0x110f)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 23
  "AVCTP" (0x0017)
    uint16: 0x0104
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "AV Remote" (0x110e)
    Version: 0x0105

Service Name: AVRCP TG
Service Provider: ISSC
Service RecHandle: 0x1000c
Service Class ID List:
  "AV Remote Target" (0x110c)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 23
  "AVCTP" (0x0017)
    uint16: 0x0104
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "AV Remote" (0x110e)
    Version: 0x0105

HSP, HFP, A2DP, AVRCPをサポートしていることはわかりますが、SPPのサービスが見当たりません。どうやら、出荷時の設定では SPPはイネーブルされていないようで、EEPROM設定を変更してやらなければならないようです。

こんなわけで、次の段階としてはEEPROM設定を変更してみる予定です。しかしながら、ここまでの段階でも、BM20はMFBスイッチとスピーカをつけて電源を与えてやれば、何の設定も無しにそれだけでBluetooth対応スピーカとして使えるということがわかりました。ディフォルトの設定で、何の不自由もなく使えてしまうので、簡単な電子工作ネタとしても手頃ですね。ただし、そのディフォルトの設定というのがわかりにくいが難点でもあります。ディフォルトの設定内容がデータシートやアプリケーションノートに明示されていないのです。