Подтвержденное поведение устройства Bluetooth, сертифицированного MFi, на iOS.

Мы собираемся создать приложение для iOS, которое будет использовать платформу внешних аксессуаров для взаимодействия с устройством, предоставленным нашим клиентом, который утверждает, что устройство сертифицировано MFi.

Поскольку мы всего лишь разработчики приложений, у нас нет доступа к ресурсам, доступным для программы MFi, поэтому нам приходится разбираться во всем методом проб и ошибок.

Насколько мы понимаем, и наши тесты, похоже, подтверждают нам, создавая другое приложение с EAF и другим Bluetooth-устройством MFi, что приложение (и, в свою очередь, EAF) даже не вступает в игру до тех пор, пока «после» сопряжения не произошло. и устройство подключено.

Наши тесты с попыткой сопряжения устройства от этого клиента приводят к сообщению, указывающему:

     Pairing Unsuccessful
  "XXXXXXX" is not supported

Может ли это сообщение отображаться на устройстве, если оно действительно сертифицировано MFi?

Указывает ли это сообщение на устройство, не сертифицированное MFi, или может быть какая-то другая проблема, которую нам еще предстоит решить?

Если это сообщение может появиться при сопряжении с подлинным устройством, сертифицированным MFi, в чем может быть проблема?

Что нам нужно от производителя/заказчика, чтобы исходить из этого?

Спасибо за любую информацию о том, как действовать.


person Streamline    schedule 21.01.2014    source источник
comment
Вы поместили протокол в свой файл plist?   -  person Larme    schedule 26.01.2014
comment
Ларме, спасибо, но это не проблема, потому что сопряжение происходит до того, как приложение станет частью уравнения. После завершения сопряжения протокол в файле plist сообщает iOS, что приложение может взаимодействовать с устройством.   -  person Streamline    schedule 26.01.2014


Ответы (1)


Я считаю, что мы пришли к выводу, что это устройство не является подлинным устройством, сертифицированным MFi, несмотря на то, что производитель нашего клиента изначально указал, что это так. Скорее всего, это была проблема с коммуникативным/языковым барьером или они действительно не понимали требований.

person Streamline    schedule 26.01.2014