鼠标报告的Hogpd不稳定数据速率

我会尽力回答自己。
据我所知，我想我找到了解决方案。在评论CFG_PRF_Spotar时，参考项目中有备用DB堆大小（大约400bytes较低的值）声明，因此禁用Spotar功能。当我将其更改为默认状态时，使用Spotar Featerne on - 应用程序工作。

但我还有关于鼠标HID报告频率的另一个问题。正如我所说，我的参考点是键盘项目，我修改了它的代码，因为这个项目需要某种齐全的键盘。我添加了另一个鼠标HID报告通道实例，并可以通过请求消息Hogpd_report_upd_req将鼠标报告抛出到task_hogpd。问题是，鼠标包传输速率低（我认为我做错了什么），传输频率不是恒定的。
我要做鼠标报告的架构如下：
1）如果App确定L或R鼠标按钮按事件，它会使用加速度计解析频率（我想要100Hz）配置Timer0;
2）Timer0 Handler例程从加速度计获得数据，并调用鼠标惯性过滤器更新。然后它收到新的鼠标增量。然后将这些ΔS安全地（饱和）添加到XY Deltas缓冲区中，以累积新的Δ直接下一步传输;
3）鼠标HID报告从App_Asynch_trm（）（挂钩＃1）发送 - 键盘报告传输也来自参考设计。仅当有鼠标按钮事件时才会传输鼠标HID报告，或者累计缓冲区中是否存在非零x或y delta。在其他情况下，鼠标报告不会发送到内核。

我有调试GPIO引脚，每次生成新报告时都会触发。在鼠标报告函数中使用Hogpd_report_upd_req ke_msg_send（req）之后，将此GPIO触发呼叫放置。我可以在示波器上看到，在运动中，ke_msg_send（）称为所需频率。因此，就我了解蓝牙连接的另一边（主机）的操作系统应该以相同的频率获取此报告。豪夫，它不是那么。传输频率不稳定，在100Hz时，我也会突然断开连接。我认为这些断开连接由蓝牙堆栈本身启动，因为我在断开事件回调中获得断点，而不是断开的参考应用程序的例程。70Hz足以保持连接直播，无突然断开，但报告频率稳定性差。

我通过使用另一个微控制器（也是Cortex-M0）和相同的MEMS芯片，从测试板开发并移植了惯性鼠标过滤算法。该板非常适合调试惯性鼠标藻类术。具有100Hz频率的鼠标报告数据流被uart馈送到主计算机。然后，Python脚本将此流直接转换为OS调用的鼠标运动。据我所知，100Hz是足够的频率，以便舒适的鼠标用户反馈。对话框的鼠标参考应用程序还利用了100Hz的鼠标报告速率。
那么我需要做些什么来获得稳定的鼠标报告流？

拜托，我需要一些帮助来解决这个问题。

支持。请。我对任何关于这种不稳定鼠标报告率的可能案例的信息都非常高兴。

谢谢你的回应。
我不禁用中断。然而，大约1.7ms（100Hz所需的Timer0中断处理程序期间的10ms）花费在Timer0 Handlack例程中。
但是，在Timer0初始化例程中有：
nvic_setpriority（swtim_irqn，3）;/ *为tim0中断设置优先级，以最低* /
因此，据我所知，而定时器具有最低优先级，并且不应影响更高级别的BLE堆栈中断。可能是我做错了假设吗？

从挂钩＃1发送鼠标报告的代码利用键盘报告查看低级缓冲区：
if（app_kbd_check_conn_status（）&& l2cm_get_nb_buffer_available（））{
send_mouse_keyreport（）
}


我还在prf_server_send_event（...）中将调试引脚切换例程转到低级OS调用，以查看如何直接请求操作系统以在从更高级别请求到Hogpd配置文件的所有回调后发送通知。这些呼叫的频率是我需要的。

我还尝试使用Linux中使用Wireshark调试蓝牙流。相应地有大型时间Δ捕获输出。通常在2个通知之间存在〜70ms的时间δ。然后，通常在1ms低于1ms，然后再次〜70ms间隙中遵循1-2个概念。我在PDF中附加了帧速率图。Grafh显示Avg。向主机30Hz报告频率，看起来像是真的。

出色地。我在Timer0中断例程中删除了MEMS芯片的收集数据。现在Timer0 ISR执行时间非常短 - 4.5microseconds。看起来像平均数据包率现在根据Wireshark捕获统计信息（现在我有80Hz通知率和Wireshark统计信息，向我展示每秒80个报文），但报告速率是不稳定的。
在这些软件修改之后，通知数据包之间有许多非常短的时间Δ，在延迟和延迟〜70ms的延迟〜70ms之间。通知数据包应每10毫秒到达。
OS例程在DA14580应用程序中。调用发送通知分组以所需和稳定的频率执行。它可以在示波器上看到。将GattC_Send_evt_cmd发送到OS内核后，我放置了调试引脚切换例程。也许我错过的BLE堆叠中有一些同步例程？

有关测试目的，我试图删除所有传感器过滤。我现在只有Timer0，它会产生100Hz中断并更改全局标志。鼠标报告发送例程从挂钩＃1调用（app_async_trm（）），它从timer0中断检查标志，并在先前检查BLE缓冲区和连接状态的可用空间的零鼠标报告。
然后我在调试输出时有100Hz（从低电平Gatt通知发送例程）。经过Hogpd Profile App_Asynch_trm（）通过Hogpd Profile App_Asynch_Trm（）返回“true”，因此再次调用Rwip_schedule（）后。
Wireshark输出在一秒钟内显示大约100Hz的数据包率。但竞争不稳定。我仍然在具有非常低的Timedeltas（小于1ms，实际600-700ms）之间的数据包爆发之间获得了一个大的差距〜70ms。

感谢您的答复。

我根本不禁用项目中的中断。转动MEMS芯片I呼叫Force_WakeUp功能后。禁用睡眠模式，直到禁用计时器的鼠标报告。我甚至在App_init中使用睡眠迟到，以用于调试目的。连接间隔最小和最大值为7.5ms（6 * 1.25），如键盘参考项目。
如何检查主机是否接受我的间隔？

出色地。一点更新。
您已经指出，检查主机的延迟参数接受。据我所知，设备发送它的优先连接参数，但主机可以彻底泄露它们并发送自己的连接参数。我启用了调试消息，现在我可以在UART终端中查看Linux主机：
GAP_LE_CREATE_CONN_REQ_CMP_EVT_HANDLER（）（56,0,42,1）

这是Android主机的响应：
GAP_LE_CREATE_CONNN_REQ_CMP_EVT_HANDLER（）（39,0,700,5）

正如我所理解的App_connection_func（）随后通过主机在连接后更新连接参数，并且它的调试输出显示新的连接参数：
dbg_printf（dbg_all，“gap_le_create_conn_req_cmp_evt_handler（）（％d，％d，％d，％d）\ r \ n”，
（int）param-> con_interval，
（int）param-> con_latency，
（int）param-> sup_to，
（int）param-> clk_aguracy
）;


所以56 * 1.25 = 70ms - 这是我在Wirshark在非常低延迟数据包之间突发之间看到的延迟。
主机恢复我的连接延迟参数是否正确以调试输出？

我找到了解决方案。
这是我的错误。我正在评论使用_pref_conn_params_on，而我正在搜索代码内存递减解决方案，并且不允许它。所以设备甚至没有发送它自己的预处理参数。
我还有一个关于连接参数更新超时的问题。有没有原因在40秒到主机以后更新它们？ichangeed此值为5秒，因为使用1second延迟Wireshark捕获，因此连接后不再交换更新参数报文。