Проблема с аудио-шлюзом Bluetooth;система медленно сканирует после использования последовательного интерфейса через Bluetooth

Question

Я разрабатываю приложение, использующее соединение Bluetooth с проприетарным устройством. Кажется, все работает нормально, за исключением того, что через некоторое время мой планшет Samsung замедляется до абсолютного сканирования и практически не может работать до следующей принудительной перезагрузки.

Я вижу это сообщение в alogcat:

E / bluetoothaudiogateway.cpp 2582 обнаружено загрязнение звуковой шлюз, уведомление о подключении wrp_find_wsock: запись не найдена blz_wrapper (2582) btl_if_poll: wsock down, return pollhup pol fd 48, ev 1b

Есть идеи о том, что происходит? Кажется, в этом «аудио-шлюзе Bluetooth» есть ошибка, но что я могу с этим поделать? Я не использую Bluetooth для медиа, как я могу избавиться от этого и т. Д.? 1007 *

спасибо!

Answer 1

1. Все ли ускоряется, если вы отключите Bluetooth и включите его снова?
2. Как долго это "время"?
3. Подтвердили ли вы, что вы не получаете эти сообщения, если ваше приложение не запущено?
4. Вы пробовали свое приложение на другом устройстве?
5. Помогают ли вам экраны «Настройки ... Управление приложениями или использование батареи», указывая, потребляет ли какой-либо конкретный процесс много памяти и / или процессора?

Answer 2

У меня похожие проблемы с ошибкой BluetoothAudioGateway.cpp, и Pollhup обнаружил сообщения, используя мой Samsung Galaxy Ace с установленной на заводе FROYO 2.2.

Поскольку у меня есть два абсолютно одинаковых устройства, я обновил 2.2 до 2.3.3 на одном устройстве, используя samsung kies, когда обновление вышло в начале этого месяца (сентябрь 2011 г.), и у меня не было этой проблемы при использовании 2.3.3 , Фактически, когда я разрабатываю версию 2.2, мне приходится перезагружать свое устройство от 10 до 20 раз в день, в зависимости от того, сколько тестов я провожу, в то время как другой Galaxy Ace с 2.3.3 работает весь день без перезапуска вообще. независимо от того, сколько я запускаю на нем свое приложение.

Если вам не подходит обновление до 2.3.3, я нашел несколько вещей, которые помогут предотвратить перезапуск устройства 2.2:

Самое главное, не сканировать устройства во время прослушивания соединений. Если вы используете listenUsingRfcommWithServiceRecord, остановите его, вызвав BluetoothSocket.close () перед сканированием устройств и наоборот.

Во-вторых, не звоните близко по BluetoothSocket, который вы уже закрыли. Это мгновенно замораживает мой опыт.

В-третьих, при запуске новой сборки из Eclipse через «Run», нажмите кнопку «Домой» на устройстве, выключите Bluetooth и затем запустите ваше приложение. Если приложение активно во время его запуска из Eclipse, оно перезапустится, когда отладчик убьет его, и если приложение вызывает функции Bluetooth, оно что-то с этим сделает ... Я не знаю, что, но эти шаги вуду помогли мне сэкономить часы все время легко тратится на перезапуск замороженного устройства.

Мне кажется, что эти проблемы связаны с устройствами Samsung под управлением Android 2.2, но я могу только сообщить о своих выводах для Galaxy Ace.