我正在为索尼SmartWatch 2开发一个控制扩展,它需要在SW2显示器上每秒钟更新一次和TextView 。
如果我的智能手机通过USB连接,或者当我的智能手机屏幕处于激活状态时,控制扩展程序就会像SmartWatch 2一样工作。
但是很快我的SmartPhone屏幕就会闲置,控件扩展就会停止常规的TextView更新。先是开始断裂,最后被卡住了。主机应用程序不会关闭扩展,SW2与智能手机保持良好的匹配关系。事实上,如果我触摸显示,扩展似乎会在几个TextView更新之后恢复状态,但是很快就会中断,再次陷入困境。
同时,如果我打开智能手机屏幕,控制扩展将恢复状态并恢复正常的TextView更新。
看起来,当智能手机闲置时,它就会停下来向SW2发送普通的蓝牙信息。为了避免这种行为,我尝试了许多解决方案,甚至将keepRunningWhenConnected设置为true。但这种行为总是一样的。
是否有人也有这个问题,或有一个解决方案的线索?
谢谢:)
发布于 2014-01-02 11:57:03
你用的是什么型号的电话?
如果蓝牙连接确实没有持久,那么您可以尝试以下可能的解决方案:
发布于 2014-01-02 17:15:36
好的。经过测试和测试几种解决方案(AlarmManager,BluetoothAdapter等)我得出以下结论:
失去蓝牙连接的不是蓝牙,否则SmartWatch 2将失去与智能手机的连接,而且这种情况永远不会发生。实际上是ControlExtension丢失的手机CPU,因为当智能手机空闲时,CPU也会空转。通过释放电话CPU,ControlExtension无法处理“sendText(.)”调用,这意味着相应的上级调用“sendHostApp(.)”它使用它从未调用过的蓝牙消息,这就是为什么TextView没有在SmartWatch 2上更新的原因。
我还认为,当我触摸SmartWatch 2屏幕时,这会触发一个硬件中断,它会在短时间内唤醒手机CPU,以响应SmartWatch 2触摸事件,这也是为什么当我触摸SW2屏幕时,TextView会在再次卡住之前被更新几次。
这对于只显示静态内容和/或对用户的回复(触摸、滑动等)的静态控件扩展应用程序来说很好。事件。但是对于需要进行一些处理的Control扩展应用程序来说,这是一个完全的灾难,而不管用户直接交互。
我从来不这么想,因为我认为SmartConnect主机应用程序的工作是保证控制扩展的Phone CPU。
因此,一些应用程序的解决方案可能是使用AlartManager来安排唤醒呼叫来进行一些处理。对于其他应用程序,解决方案可以是PowerManger,并使用wakelock.aquire()/wakelock.release()。
https://stackoverflow.com/questions/20873347
复制相似问题