最近、Avnet から Microchip/Roving Networks の RN42-APL 開発キットを受け取りました。サンプルの iOS アプリを実行してループバック テストを行うことができ、すべてがうまくいっています (BT の接続、認証、アプリがオンであることの認識)。
しかし、データが RX-In ピンに流れている実際の回路にこのボードを配置すると、RN42 は認証さえしません!
この MFI チップの機能例を見た人はいますか? 「それはうまくいく」という全体は、実際には真実ではありません。このチップがデータを送受信できるようになる前に、何かする必要がありますか?
RN-42-APL BT モジュールが認証されないというのは、正確にはどういう意味ですか? RN-42-APL + MFi 2.0c チップを iOS 認証に使用しましたが、うまく機能します。ただし、最新のファームウェア 5.43 には、Android システムでの認証に関連するいくつかのバグが残っています。以前は、ファームウェア 5.36 の BT モジュールを使用していました。Microchip のエンジニアは、以前のファームウェアには、PIN コードを必要とする認証に関連するいくつかのバグがあると教えてくれました。最新のファームウェアは改善されていますが、テスト中にもう 1 つのバグが見つかりました。
MFi チップは 2 線式で BT モジュールに接続する必要があります。このチップは I2C データ転送を使用します。これらのコンポーネントに基づいた実際のデバイスを設計および構築しました。最後に、このモジュールは iOS でうまく機能し、認証モードは SA,x コマンドで変更できます。マニュアルをお読みください。0、1、2、4 の 4 つのオプションがあります。
だから私は問題を理解しました（私は思う）。ファームウェアとは関係ありませんが、認証が行われる前に UART 回線にトラフィックがあった場合、デバイスは認証されなかったようです。
この制限がどこから来るのかはわかりませんし、気にする必要もありませんが、誰かがこれに遭遇した場合は、認証まで UART トラフィックを遮断してみます。