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处理程序从加速度计获取数据并调用鼠标惯性滤波器更新。然后它接收到新的鼠标增量。这些增量然后安全地(饱和)添加到XY增量缓冲区，以积累新的增量，直到下一次传输;
3）鼠标HID报告从App_Asynch_trm（）（挂钩＃1）发送 - 键盘报告传输也来自参考设计。仅当有鼠标按钮事件时才会传输鼠标HID报告，或者累计缓冲区中是否存在非零x或y delta。在其他情况下，鼠标报告不会发送到内核。

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

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

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

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

谢谢你的回复。
我不禁止中断。然而，大约1.7毫秒(对于所需的100Hz Timer0中断处理程序周期为10毫秒)程序花费在Timer0处理程序回调例程上。
然而，在Timer0初始化例程中有:
NVIC_SetPriority (SWTIM_IRQn 3);/* set Priority for TIM0 Interrupt to the lowest */设置TIM0中断优先级为最低*/
因此，据我所知，而定时器具有最低优先级，并且不应影响更高级别的BLE堆栈中断。可能是我做错了假设吗？

从HOOK#1发送鼠标报告的代码利用了检查低级缓冲区，就像键盘报告一样:
If (app_kbd_check_conn_status() && l2cm_get_nb_buffer_available()) {
send_mouse_keyreport（）
｝


我还把调试引脚切换例程到低级操作系统调用在prf_server_send_event(…)，以查看操作系统是如何被直接请求发送通知后，从更高级别的请求到HOGPD配置文件的所有回调。这些电话的频率是我需要的。

我也尝试调试蓝牙流与wireshark在linux。wireshark捕获输出会有较大的时间增量。两个通知之间通常有70毫秒的时间差值。然后通常有1-2个通知，时间增量低于1ms，然后又有~70ms的差距。我附上了PDF格式的帧率图表。图形显示平均报告频率主机30Hz，看起来像真的。

好。我在Timer0中断例程中删除了从mems芯片收集数据。现在Timer0 ISR的执行时间非常短- 4.5微秒。看起来平均包速率现在是根据wireshark捕获统计(现在我有80Hz通知速率和wireshark统计显示我大约80包每秒)，但报告速率是不稳定的。
在这些软件修改后，通知包之间有许多非常短的时间差值，小于1ms，每个5-6包之间有延迟~70ms的间隔。通知包应每10毫秒送达。
DA14580 app.中发送通知报文调用的操作系统例程以期望的稳定频率执行。可以在示波器上看到。我放置调试引脚切换例程后发送gattc_send_evt_cmd操作系统内核。也许有一些同步例程在BLE堆栈，我错过了?

有关测试目的，我试图删除所有传感器过滤。我现在只有Timer0，它会产生100Hz中断并更改全局标志。鼠标报告发送例程从挂钩＃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)作为键盘参考项目。
如何检查主机是否接受我的间隔？

好。一点更新。
您已经指出，检查主机的延迟参数接受。据我所知，设备发送它的优先连接参数，但主机可以彻底泄露它们并发送自己的连接参数。我启用了调试消息，现在我可以在UART终端中查看Linux主机：
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()用于在连接后通过Host更新连接参数，它的调试输出显示新的连接参数:
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)参数- > sup_to,
(int)参数- > clk_accuracy
）;


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

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