各位好，
我的透传应用场景每笔传输的数据量20 b,但是实时性很高。我将需求方v_5.150.2连接的时间间隔最小改为7.5,MTU改为23。串口中断收到数据后立即调用attmdb_att_set_value
现测试:TX RX短接回环,14580连接手机,手机发20 b后监听,收到14580回数据后,做收发时间差记录,大概要59女士,不能满足要求。能否做到30 ms以下吗?
请问，有哪些改进的方向？
调用attmdb_att_set_value后,多久才触发通知或指示。这个时间间隔能否缩短，有没有办法立即出发。
设备:
我的手机应用没有使用流控制特点,spss_env。tx_flow_en是否应该常为真的,然后立即调用spss_env。tx_flow_en prf_server_send_event,但是GATTC_SEND_EVT_CMD这个消息多久处理呢?理论上讲平均50多女士太长了,不知道耗在哪
｛
attmdb_att_set_value (spss_env。shdl + SPSS_IDX_TX_DATA_VAL, sizeof(uint8_t) * param->length， (uint8_t *)param->data;
如果(spss_env.tx_flow_en)
｛
Prf_server_send_event ((prf_env_struct *))&spss_env, false, spss_env. Prf_server_send_event ((prf_env_struct *));shdl + SPSS_IDX_TX_DATA_VAL);
spss_env。pending_tx_ntf_cmp = true;
spss_env.pending_ntf_cmp + +;
}
其他的
｛
spss_env。pending_tx = true;
}
}
一个连接间隔可以有多少个包/康涅狄格州事件,一个包/康涅狄格州事件最多多少字节。连接时间间隔设置多少合适
我修改了连接间隔貌似不起作用。和IOS手机连接貌似还是30 ms。抓包对比了另一个祝福芯片,他们的就是20毫秒。看附件
嗨Weiqiang,
iOS手机的连接间隔幾乎都是30 ms。有兩種情況會縮短。
1.藏perherial
https://developer.apple.com/hardwaredrivers/BluetoothDesignGuidelines.pdf
2.使用較大的特性長MTU和度。例如:MTU size= 161, feature size length = 158。配合L2CAP连接参数更新请求,有機會縮短連線間隔
由于莫里斯