你好,
我的申请有两个580，一个主从机
我想让两者时间同步，时间精度是0.01，最好是0.001。
关键词:
设备:
⚠️
大家好. .感谢来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台的过程中，它将提供更好的功能，并包含在主对话网站。所有的帖子和账号已经迁移。我们现在只接受新论坛的流量-请发布任何新的帖子在//www.wsdof.com/support．我们会在接下来的几天修复bug /优化搜索和标记。
大家好. .感谢来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台的过程中，它将提供更好的功能，并包含在主对话网站。所有的帖子和账号已经迁移。我们现在只接受新论坛的流量-请发布任何新的帖子在//www.wsdof.com/support．我们会在接下来的几天修复bug /优化搜索和标记。
你好,
假设同步要求只适用于连接状态，您应该能够依赖于连接事件结束的时间(该事件可以在rwble.c中检测到——在该文件中查找BLE_EVT_END)。
/ MHv
谢谢MT_dialog,
这几天我研究了你的建议，我认为主从BLE_EVT_END是同步发生的，我可以在双方发生BLE_EVT_END后立即得到时间，然后我可以同步时间。
当BLE_EVT_END频繁发生时，我无法从双方找到相应的事件，如何解决这个问题？
非常感谢。
BLE主服务器和从服务器上的BLE_EVT_END事件应该尽可能接近同步。如果希望限制同步发生的时间，可以实现一个GATT特性，然后写入该特性，然后驱动逻辑在接下来的事件结束时进行同步。你可以在事件被记录之后在rwble.c中添加你的同步代码(这一行记录了事件:arch_rwble_last_event = BLE_EVT_END;-注意，你会在rwble.c中找到两次这样的行。它们中的哪一个实际执行取决于您的电源优化设置)。在中央触发事件和外围触发事件之间可能有一个固定的时间延迟，但它很小，是恒定的，因此可以补偿。
使用BLE_EVT_端的优点之一是，您将有大量时间来管理同步算法。在下一个连接事件之前，不需要处理高优先级IRQ。
您可以使用函数uint32_t lld_evt_time_get（void）以625us的增量获取当前时间。如果您需要更好的计时，则必须禁用睡眠，并使用systick定时器，该定时器可提供低至1us的精确度。
请告知我们您是否成功实施了建议的解决方案。我认为这种同步方案与超声波在测距/远距离应用中的结合将非常强大。如果实施得当，可能会达到英寸甚至厘米类型的精度。
/ MHv
/ MHv
亲爱的MT_dialog，
非常感谢你的快速回复。
我的问题是如何“识别”同一个主从连接对应的BLE_EVT_END事件，因为事件一个接一个发生的非常快，我无法区分不同的BLE_EVT_END事件。
应用是距离应用，而不是超声波测距。
0.01秒时间同步精度可以满足我的应用程序的要求,更好的同步是首选的,因为我不需要重置同步由于时间漂移短时间使用,我将实现建议的解决方案,但现在我专注于如何“识别”对应的BLE_EVT_END双方。
再次感谢。
写入特征并知道连接间隔将允许您标记连接。数据的传输将在接下来的连接事件中发生，服务器端的接收也将发生(同样，可能会有一个偏移量，但这个偏移量应该是常量)。当数据被传输时，客户端将收到一个确认，服务器将收到一个数据已经到达的指示。
/ MHv
您好！
我的问题是两个580主从时间同步的问题，如何才能确定主从的BLE_EVT_END为相对应的事件呢？ 因为 BLE_EVT_END是在不停快速地重复出现，我不知道如何确定主从对应的事件
只有确定了主从相对应的BLE_EVT_END事件后才可以在事件发生后取得时间以同步。
谢谢！
亲爱的MHv_Dialog，
谢谢你的回答。
坦率地说，我是这个领域的新手，虽然我觉得你的答案可能是我问题的正确答案，但经过大量研究后，我仍然不知道该怎么做。
1.确认和指示是什么?BLE_EVT_END吗?或其他事件吗?
2.我仍然不知道如何标记连接，我认为应该有一些不同的东西来区分它。
希望你不要对我的问题不耐烦。
嗨，本杰明，
首先，我想说的是，你们要做的事情并不简单。
但以下是我如何实现它的核心。首先，在中央和外围设备上，使用app_on_connection事件来重置全局计数器。然后，在rwble.c中，找到指向BLE_EVT_END的两个位置(这个事件有两个实现。哪一个运行取决于您使用的“USE_POWER_OPTIMIZATIONS”)。两个实现都有这样一行:
arch_rwble_last_event = BLE_EVT_END;
在这一行之后，在中央和外围设备上，您可以增加您在app_on_connection事件中重置的全局计数器，如上所述。两个计数器（一个在中央/主设备上，一个在外围设备/从设备上）将同步运行，因为两侧的BLE事件在“几乎完全相同”的时间结束（相隔微秒）-只要您不开始实施从设备延迟。柜台将是你的粗时间。这将为您提供一个同步的主设备和从设备，但粒度取决于连接间隔（最小7.5ms）。要实现更精细的粒度，可以基于SysTick计时器实现精细计时器（有关详细信息，请参阅参考手册）。此计时器应在每次BLE_EVT_结束时重置，并允许您将粒度降低到几微秒。请注意，SysTick定时器仅在设备处于唤醒状态时工作，因此精细定时器仅在您处于唤醒状态时有效。
我希望这对你有所帮助。让我们都知道结果如何。
/米凯尔
你好再次,
我刚刚实现了上面描述的概念，结果很有希望。我使用无代码项目作为起点，并将rwble.c更改为在BLE_EVT_端切换GPIO高。然后，我将这个修改后的无代码hexfile加载到两个开发工具包中，并通过AT命令在它们之间建立连接（参见无代码文档）。我使用逻辑分析仪监控两个GPIO，我看到它们被3us偏移量隔开，偏差为+/-500ns。在使用声音的测距应用中，500ns相当于声音传播小于0.2mm。
有时从服务器会错过从主服务器的传输(这就是RF的“美丽”之处)，所以你需要对事件之间的计时器做一些死推算来过滤掉那些实例。但它们应该很容易被发现。
/ MHv
嗨,米凯尔,
我正在测试你给我的方法，总的来说，这是一个很好的方法，可以满足我的需求。我计划有更多的测试，因为有问题，看到你有更多的信息在这里，我把我的测试结果放在这里。
我遇到的问题是，大约有1%的情况下BLE_EVT_END不是同步发生的，无论是从主端还是从药膏端，在最严重的情况下，异步是0.5ms，而其他99%的情况下，同步非常好。
对于我的应用程序，0.5ms的异步是可以接受的，实际上，如果我愿意，我可以找出异步。
我将进行更多测试，以确定这是真正的异步化还是其他原因。
您提到“从机将错过主机的传输”，您的意思是BLE_EVT_END不会成对发生吗？我很担心，但根据我的测试，这从未发生过。如果这在理论上可以发生，或者像你发现的那样，我可以设法避免它的影响。
再次感谢你，米克尔。
嗨，本杰明，
很高兴听到你已经看到成果了。在RF的世界中，您偶尔会遇到被其他流量阻塞的通道，这将导致“丢失”连接事件。从机可能会错过来自主机的TX，并将尝试保持它的接收器打开一段时间。slave直到超时才认为事件结束，从slave的角度来看，这会导致稍后触发BLE_EVT_END。事件仍然会发生-但你实际上与主服务器不同步。这很可能就是你所观察到的。0.5毫秒听起来差不多。
/ MHv
嗨MHv_Dialog,
非常感谢你的快速回复。
仍然对于“从机将错过从机的传输”，它听起来有时可能错过的内容，而事件(BLE_EVT_END
)永远不会错过（虽然有时可能会有一些延迟），换句话说，BLE_EVT_END总是成对地发生在主机和从机上。
这是非常重要的，如果我假设事件成对发生，而有时在单侧（主机或从机）缺少事件，则可能会出现大问题。
我需要确认一下。
如果在理论上，不会有任何遗漏的事件或双方的遗漏，我就放心了。
或者在理论上，单方面可能会有缺失事件，我需要在我的功能中考虑这一点。
谢谢。
我可以确定，双方的事件数量总是相同的。slave可能不会从中央“听到”消息，但事件仍然会结束——尽管时间会错过大约半毫秒的时间。换句话说，在时间方面会有一些异常值，但主端事件计数总是与从端事件计数相匹配。在您的例子中，1ms的精度已经足够好了，您真的不需要过滤任何内容。
/ MHv
嗨，MHv_对话，
我将使用函数uint32_t lld_evt_time_get(void)来获得你推荐的当前时间，我发现这将是非常方便的，我可以重置这个定时器，有什么函数可以让我这样做吗?
谢谢。
嗨，本杰明，
不幸的是，没有这样的功能。
/ MHv
嗨MHv_Dialog团队,
在使用上述方法时，我遇到了一个新问题。
我使用“app_connect_confirm”而不是“app_on_connection”（我的SDK是3.x，我在SDK5.x中没有示例，尽管我想使用它）重置全局计数器。
在“arch\u rwble\u last\u event=BLE\u EVT\u END”之后，我按照您的建议在中央和外围设备上增加全局计数器，这在发现新问题之前效果良好。
问题如下:
一段时间后连接的奴隶和主人,短的几分钟,时间是20分钟,在奴隶身边,“app_disconnect_func”电话后,奴隶不能接收信息从主,但“arch_rwble_last_event = BLE_EVT_END”可以excuted两边,奴隶还在前面的速度,但在主端，速度是从属端的15倍。
我的分析如下:
连接断了，因为从端无法接收到主端信息，为什么两边设备都能执行“arch_rwble_last_event = BLE_EVT_END”?
你能在以下方面帮助我吗?
在从端调用"app_disconnect_func"的可能原因是什么?我认为这两个设备应该没有糟糕的连接环境。
因为很明显时间同步是不可能的，希望你能帮我解决这个问题。
谢谢
嗨BenjaminDu,
是的，如果设备通过app_disconnect_func，那么连接断开了，BLE_EVT_END是一个状态，当设备在发布广告时，当设备连接时，它表示BLE活动的结束周期。所以你的设备失去了连接，它继续广告，所以你将从广告事件获得BLE_END_EVT。关于的断开,断开的发生有许多原因,可以初始化从中央或断开外围本身,可能松散连接的设备如果外围出于某种原因没有找到主人指定的连接上的间隔,或者由于某种原因，当连接间隔时间到达时，从服务器的主服务器发送或接收延迟。首先可以在app_disconnect_func()中检查设备断开时的原因，以确定580报告的断开原因。
谢谢你的对话
嗨，MT_对话小组，
正如前面讨论的,
BLE_EVT_END总是成对发生在主机和从端
通过计数器，事件发生后，时间可以同步。
但是如果其中一个设备繁忙(例如:如果长时间或频繁定时器中断)，计数器在两边的显示是不同的。
1.如果BLE_EVT_END总是在主机和从端成对发生，这怎么可能发生
2.还有其他保持时间同步的方法吗?
非常感谢
便雅悯
嗨BenjaminDu,
谢谢你的对话