你好,
我们有联系建立在几秒钟后“脱节”。我们使用延伸睡眠和全面主持设计。
但是如果我们使用arch_ble_force_wakeup(),断开不发生……
它是适当的使用arch_ble_force_wakeup () ?我认为arch_ble_force_wakeup()不应使用定期(例如,睡觉前,让arch_ble_force_wakeup()调用)。
我认为程序员不需要关心的关系扩展睡眠,醒来和连接....
如果我能得到任何评论,感谢!
提前谢谢你的支持。
最好的问候,
CD
设备:
嗨,CD,
arch_ble_force_wakeup()不应该为了一个设备用于维持连接。函数力量祝福醒来不是编程醒来时(也就是说,如果你想让你的设备是唤醒从外部醒来然后应该使用这个函数)。祝福将知道什么时候醒来广告或连接事件没有计划任何事情。
由于MT_dialog
嗨太,
谢谢你的快速回复。
请让我确认你的评论。外部醒来=完全嵌入式解决方案设计? ?
我的设计是完全托管(集成处理器模型),所以我们不应该使用这个函数(arch_ble_force_wakeup),难道我们? !意味着,完全托管的模型知道当BLE核心必须醒来等等……这是正确的吗? ?
然后,我们应该在我们使用SDK .....问题在睡眠中我们也使用其他功能的API。他们是arch_set_extended_sleep()和arch_disable_sleep ()。我们可以使用这些函数完全托管设计吗? ?在“DA1458x软件平台参考(版本1.0)”、p.p。42岁,有一个注意的应该是非常重要的:
但是,它是印刷错误或错误,是吗? ?这/解决方案? ?供完整的嵌入式解决方案吗?或完全托管的解决方案吗?我找不到答案甚至在源代码中…
我们应该如何代码当我希望DA1458x系统保持清醒一段时间完全托管解决方案? ?我可以用“arch_set_extended_sleep()”和“arch_disable_sleep()”为集成处理器设计?
再次非常感谢您的合作。
最好的方面,
CD
嗨,CD,
外部醒来可以存在于一个完整的托管系统(从一个按钮按下),是的,如果你想要祝福的激活按钮被按下时你必须强迫BLE醒来。除了系统知道什么时候应该醒来继续活着,祝福的连接将被唤醒。是的你可以使用睡眠功能完全托管的解决方案,您也可以看一下参考设计这些功能是如何实现的(这些函数有不同的名称,因为裁判实现des在以前的sdk)。
由于MT_dialog
嗨太,
非常感谢!
现在,我去理解它。请让我确认使用情况arch_ble_force_wakeup ();
我附加的excel文件可视化图像……请参考它。
有一些文件的确认问题。
再次非常感谢你的支持。
最好的问候,
CD
嗨,CD,
1)是的,这是正确的如果你使用外部中断和你想要你的祝福是活跃的力量。
2)当您使用arch_disable_sleep()你的设备不是睡觉,当你调用arch_set_extended_sleep()睡眠机制将会启用。
3)既然你禁用睡眠当你的按钮是打你不能看到任何睡觉之间活动连接的间隔,这并不意味着你的设备将会继续发送数据,间隔将仍然保持相同但da不会得到它能得到的最低功率模式。形象的问题3看来你期望的da continiously传输。它会消耗更多的权力之间的连接的间隔。
由于MT_dialog
嗨太,
非常感谢! !我能理解周围的建筑睡眠API。
关于图像使用C,这仅仅是一个例子的问题,我不想这样做。我只是想知道函数在睡眠API是如何工作的。
再次非常感谢您的支持。现在所有的问题关于睡眠的API是清晰的。
最好的问候,
CD