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

我会尽力回答自己。
据我所知，我想我找到了解决办法。当CFG_PRF_SPOTAR被注释，因此SPOTAR特性被禁用时，在参考项目中有一个替代数据库堆大小的声明(低值大约400字节)。当我把它更改为默认状态，因为是与SPOTAR功能上的应用程序工作。

但我还有一个关于鼠标HID报告频率的问题。正如我说的，我的参考点是键盘项目，我修改了它的代码，因为这个项目需要某种功能齐全的键盘。我添加了鼠标隐藏报告通道的另一个实例，可以通过请求消息HOGPD_REPORT_UPD_REQ扔鼠标报告到TASK_HOGPD。问题是鼠标包传输速率很低(我想我做错了什么)，传输频率不是恒定的。
我做鼠标报告的架构如下:
1)如果应用程序确定L或R鼠标按钮按下事件，它配置timer0与加速计解析频率(我想要100Hz);
2）Timer0 Handler例程从加速度计获得数据，并调用鼠标惯性过滤器更新。然后它收到新的鼠标增量。然后将这些ΔS安全地（饱和）添加到XY Deltas缓冲区中，以累积新的Δ直接下一步传输;
鼠标隐藏报告从app_asynch_trm() (HOOK#1)发送-键盘报告传输也是从那里通过参考设计。只有在有鼠标按钮事件或积累缓冲区中有非零的X或Y增量时，才传输鼠标隐藏报告。在其他情况下，鼠标报告不会发送到内核。

我在板上调试GPIO引脚，每次产生新的报告时触发。GPIO触发调用放置在鼠标报告函数中使用HOGPD_REPORT_UPD_REQ的ke_msg_send(req)之后。我可以在示波器上看到，在运动中这个ke_msg_send()以所需的频率被调用。所以，据我所知，OS在蓝牙连接的另一边(主机)应该得到这个报告与相同的频率。然而，事实并非如此。传输频率是不稳定的，在100Hz我也得到突然断开。我认为这些断开是由蓝牙堆栈本身发起的，因为我在断开事件回调中得到断点，而不是在引用应用程序的断开例程中。70Hz足以保持连接始终活跃而不会突然断开，但报告频率稳定性很差。

我开发和移植的惯性鼠标滤波算法从测试板与另一个微控制器(也皮质m0)和相同的MEMS芯片。该板适用于惯性鼠标算法的调试。将100Hz频率的鼠标报告数据流通过UART馈送给主机。然后python脚本通过os调用将此流直接转换为鼠标移动。据我所知，100Hz对于舒适的鼠标用户反馈来说已经足够了。Dialog的鼠标引用应用程序也利用了100Hz的鼠标报告率。
那么我需要做些什么来获得稳定的鼠标报告流？

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

支持。请。我将非常高兴的任何信息，这可能的情况下，鼠标报告率不稳定的问题。

谢谢你的回应。
我不禁止中断。然而，大约1.7毫秒(对于所需的100Hz Timer0中断处理程序周期为10毫秒)程序花费在Timer0处理程序回调例程上。
然而，在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(…)，以查看操作系统是如何被直接请求发送通知后，从更高级别的请求到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的中断和更改全局标志。从HOOK#1 (app_async_trm())调用鼠标报告发送例程，它从Timer0中断检查标志并发送零鼠标报告，之前检查BLE缓冲区中的空闲空间和关键报告的连接状态。
然后我有100Hz的调试输出(从低电平GATT通知发送例程)。在实际分配内存并通过HOGPD配置文件发送鼠标报告后，app_asynch_trm()返回'true'，因此再次调用rwip_schedule()。
Wireshark输出显示每秒约100Hz的包速率。但是帧率是不稳定的。在很低的时间增量(小于1ms，实际上是600-700ms)的突发数据包之间仍然有一个很大的间隔~70ms。

感谢您的答复。

我不禁用项目中的任何中断。在转动MEMS芯片后，我调用force_wakeup函数。休眠模式被禁用，直到禁用鼠标报告计时器。现在我甚至在app_init中没有使用sleep选项来进行调试。连接间隔MIN和MAX是7.5ms(6*1.25)作为键盘参考项目。
我如何检查主机是否接受我的间隔?

好。一个小更新。
您已经指出检查由主机接受的延迟参数。据我所知，设备发送它的首选连接参数，但主机可能拒绝他们，并发送自己的连接参数。我启用了调试消息，现在我可以在linux主机的UART终端中看到这个:
Gap_le_create_conn_req_cmp_evt_handler () (56, 0, 42, 1)

这是android主机的响应:
Gap_le_create_conn_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)参数- > con_interval,
(int)参数- > con_latency,
（int）param-> sup_to，
（int）param-> clk_aguracy
)；


所以56 * 1.25 = 70ms -这是我在Wireshark捕获中看到的低延迟数据包之间的延迟。
主机是否根据调试输出拒绝我的连接延迟参数?

我已经找到了解决办法。
这是我的错。在搜索代码内存减少解决方案时，我注释掉了USE_PREF_CONN_PARAMS_ON，并且不允许它返回。所以设备甚至没有发送它自己的更好的连接参数。
我还有一个关于连接参数更新超时的问题。有没有原因在40秒到主机以后更新它们？ichangeed此值为5秒，因为使用1second延迟Wireshark捕获，因此连接后不再交换更新参数报文。