当前发现的问题总结:
1.设备有时会自动的发声,发的声是00000000
解答:
低压报警? 还是闹钟?这两种事件到来,会发声。
观察打印信息,才可以具体知道。
2.蓝牙电量变化的间度,昨天一天电量获取一直是40,今天上午9点获取的时候变为30,30-40的区间未体现
解答:
蓝牙库通道做好的,这个数值已经上传BLE UUID通道,我设置打印信息可以观察具体些:
4.1V时候
3.6V时候
3.需要有音量控制
解答:已经增加BLE音量控制,注意UUID
4.需要知道设备的存储空间大小,剩余存储空间大小,固件版本
固件版本UUID读取
先写 0x01,才能通知读取。
5.绑定流程。仿oriori 需要在蓝牙设备的基本数据里做个该类蓝牙设备的唯一标识性
解答:可以按名称扫描,不一定是MAC地址,目前为了调试,固定了MAC地址连接。
6.播放监听.当设备播放声音,设备需要发送指令给app告诉app哪首歌播放了,比如我播放了0地址的音乐,需要告诉app0地址的音乐被播放了
共用这个UUID通道!
特征通道的数组数据参考
7.关于开关机的问题,之前说是无开关机键,请问正式版是否有。还有设备休眠唤醒的问题是否实现
解答:需求没有开关机, 休眠,进入hold.
长按SW1 3秒退出休眠,重新广播
8.设备需要有地方存储音频的一些相关内容。比如当前音频的名称,大小,作者等,如无那么多空间,至少需要能存当前音频的唯一ID,以便app根据这个id去服务器寻找对应音频资料信息
解答:音频的名称,大小,作者,可以是,手机端发送给设备,设备存储,后续再可以返回这些数据。
9.设备需要按顺序提供当前设备内的所有音频的唯一标识,以便app知道当前设备存在的所有音频都是什么
解答:还是需要手机端发送歌曲数据时候,附带这些ID数据,设备一起存储,后续再可以返回这些数据。
10.设备需要提供切换播放模式的功能,正常应该是顺序播放,app可以发送指令切换成其他模式播放。
解答:这个可以设置随机模式。目前都是手动播放。可以改成自动顺序播放,随机播放等模式。
11.mtu扩
解答:
目前MTU已经扩展到 103字节
手机端可进行实验。是否可行,后续再具体情况调整。