RN42-APL dev board не аутентифицируется при получении передаваемых байтов
Недавно я получил от Avnet набор для разработки Microchip/Roving Networks RN42-APL, и я смог получить пример приложения iOS для запуска и выполнения тестов обратной связи, и все отлично (BT подключается, аутентифицируется, знает, что приложение включено).
Однако, когда я помещаю эту плату в реальную цепь, где данные поступают на контакты RX-In, RN42 даже не будет аутентифицироваться!
Кто-нибудь видел функциональный пример этого чипа MFI? Все "это просто работает" на самом деле не звучит правдоподобно. Нужно ли что-то сделать, прежде чем этот чип сможет отправлять и получать данные?
2 ответа
Вот и я разобрался в проблеме (думаю). Это не было связано с прошивкой, но кажется, что устройство не будет аутентифицироваться, если бы на линиях UART был трафик до того, как аутентификация прошла.
Я не знаю, откуда исходит это ограничение, и мне все равно, но если кто-нибудь столкнется с этим, я попытаюсь отключить трафик UART до аутентификации.
Что именно вы имеете в виду, что модуль BT RN-42-APL не аутентифицируется? Я использовал чип RN-42-APL + MFi 2.0c для аутентификации iOS, и он работает хорошо. Однако в последней версии прошивки 5.43 все еще есть ошибка, связанная с аутентификацией в системе Android. Ранее я использовал модуль BT с прошивкой 5.36. Инженер из Microchip сказал мне, что в предыдущей прошивке были некоторые ошибки, связанные с аутентификацией, для которой требуется PIN-код. Самая новая прошивка была улучшена, но я обнаружил еще одну ошибку во время моих тестов.
Микросхема MFi должна быть подключена с помощью 2 проводов к модулю BT. Этот чип использует передачу данных I2C. Я спроектировал и сконструировал реальное устройство, основанное на этих компонентах. Наконец, этот модуль хорошо работает с iOS, режим аутентификации можно изменить с помощью команды SA,x. Пожалуйста, прочитайте руководство. Есть 4 варианта: 0, 1, 2 и 4.