Stackoverflowとインターネット全体から得ている雰囲気は、LEデバイスを使用していない限り、iOSアプリ用に作成するBluetoothデバイスはすべてMFi認定を受けている必要があるということです。
ただし、MFi FAQページで、次の行を見つけました。
...標準テクノロジ（Bluetooth Low Energyや標準Bluetoothプロファイルなど）のみに依存するアクセサリの開発者は、MFiプログラムに参加する必要はありません。
私のデバイスは、標準のBluetoothプロファイルファイル転送プロトコル（FTP）を使用できるようになります。
今、これは私へのいくつかの矛盾するアドバイスのように聞こえます、またはおそらく私は正しく理解していないだけです。したがって、上記の証拠を提供したので、私は完全に質問します：デバイスをMFiとして認定せずに、標準のBluetoothプロファイルFTPを使用してプロプライエタリBluetoothデバイスに接続するiOSアプリを作成して公開できますか？もしそうなら、私はどのような詳細、警告などを知る必要がありますか？
Appleの最新のiOSデバイスに実装されている新しいBluetooth4.0Low Energy（以降BLE 4.0）仕様では、アプリ固有のプロファイルを作成し、ジェイルブレイクすることなく、承認されたBluetooth 2.1プロファイルを使用するか、Appleの一部になることなくBLE4.0デバイスに接続できます。 'd MFIプログラムと、以前に必要だったMFI暗号化チップの使用。
つまり、適切なBLE 4.0互換のBluetooth無線を使用すると、デバイスをAppleに事前承認しなくても、iOSアプリに接続するワイヤレスデバイスを作成できます。ただし、デバイス用のカスタムアプリを作成する必要があります。そうすれば、Appleは、必要に応じてそのアプリを拒否することができます。それで彼らはまだこれをかなりの程度までコントロールしています。これは本質的にAndroidADKに対するAppleの答えですが、気に入らないアプリやデバイスをシャットダウンする機能を完全に放棄するわけではありません。
アプリには、アプリのBluetoothプロファイル用の特定のXMLスキーマが含まれ、CoreBluetoothFramework APIを使用する必要があるため、アプリの承認プロセス中に、アプリがデバイスに接続することはAppleにとって非常に明白です。デバイスが存在しないとアプリが機能しない場合、Appleはデバイスがないとアプリをテストできないため、MFIプログラムに参加していないと、アプリが拒否される可能性があります。このテストに合格したと思われるアプリは、要件ではなく、アプリ機能のアクセサリとしてデバイスを使用します。たとえば、エクササイズアプリはBLE 4.0心拍数モニターに接続できますが、アプリはそれに依存していません。
一部のアプリは、デバイスが存在しないときにデバイス情報の代わりにシミュレートされた情報またはオンライン情報を表示することでこれを回避しているようです。したがって、アプリはデバイスなしでテストでき、デバイスが存在する場合に機能的に動作します。
あなたはいくつかの成功した努力をオンラインで見つけることができます：
http://blog.makezine.com/2012/03/19/bluetooth-4-0-from-arduino-to-iphone-no-jailbreaking-no-mfi/
特にBlueGigaは、特にこの用途のためにデバイスをプッシュしているので、おそらく他の場所にフォーラムとサポートがあります。
現在BLE4.0をサポートしているデバイスは限られており、現在は次のもののみが含まれていることに注意してください
この規格をサポートする他のAppleデバイスがあるかもしれません。これは、Appleが各製品の技術仕様ページで公然と宣伝しているものであるため、現在の製品を簡単に見つけることができます。
この行は、HFPやA2DPなどのiOSデバイスでネイティブにサポートされている標準プロファイルを参照しています。HFPを実行するヘッドセットデバイスを構築すると、iPhoneはそれに接続して、ヘッドセットがMFiの一部でなくても、通話をヘッドセットにルーティングできるようになります。
FTPを含め、Bluetoothで他のことを行うアプリを作成する場合は、MFiを使用する必要があります。