Я работал над датчиком Ti cc2650 на прошлой неделе или около того, пытаясь добавить другой сервис к уже существующим службам в примере приложения SensorTag.Сначала я подумал, что именно код, специфичный для реального сервиса, который я написал, нарушает функциональность BLE;однако при более глубоком анализе проблемы я заметил, что это на самом деле было связано с использованием printf.Я понимаю, что printf немного тяжелее ресурсов, чем, скажем, Display_print0, System_printf или даже puts, но даже эти "более легкие" методы, похоже, все равно приводят к сбою приложения.
Из того, что я понимаюЧто касается ситуации, я бы предположил, что printf и другие методы отображения занимают слишком много времени для отображения на консоли и использования слишком большого количества памяти в процессе.Кое-что об этой задержке и распределении памяти вызывает несоответствие в сигнале BLE и, следовательно, приводит к разрыву соединения между SensorTag и моим Android.
Я использую Code Composer Studio, может ли это быть проблемой сIDE я использую?
Это проблема с Android?
Разве это не то, что поддерживает SensorTag?
Использование чего-либо для отображения текста на консоли - для меня больше средство для достижения целиа не конечная цель, очевидно.Я полагаюсь (возможно, слишком сильно) на вывод текста, чтобы знать, когда что-то происходит, но мысли по этому вопросу были бы приняты и полезны для меня.
Примечание: за то, что стоит printf выводит на консоль, просто разрывает соединение BLE почти каждый раз.
Спасибо