各位好，
我的透传应用场景场景传输传输传输传输的数量20b，但是当时很高。我将dsps v_5.150.2的连接间隔最小值为7.5，mtu改为23.串口中间断收到数码后立即使用attmdb_att_set_value
现测试：TX RX短接回环，14580连接手机，整理机发动机20B，收到14580回数码后，做批发时间差记录，大概要59ms，不能满足。
请请，有哪些改进的方向？
使用ATTMDB_ATT_SET_VALUE后，多重才批发通知或指示。这个时间间间间能否缩短，有没有办法立即批发。
设备：
我的手机APP没有使用流量控制特性，spss_env.tx_flow_en是否应该常为真，然后立即调用spss_env.tx_flow_en prf_server_send_event，但是GATTC_SEND_EVT_CMD这个消息多久处理呢？理论上讲平均50ms的多太长了，不知道耗在哪
{
attmdb_att_set_value（spss_env.shdl + spss_idx_tx_data_val，sizeof（uint8_t）* param->长度，（uint8_t *）param->数据）;
if（spss_env.tx_flow_en）
{
prf_server_send_event（（prf_env_struct *）＆spss_env，false，spss_env.shdl + spss_idx_tx_data_val）;
spss_env.pending_tx_ntf_cmp = true;
spss_env.pending_ntf_cmp ++;
}
别的
{
spss_env.pending_tx = true;
}
}
一个连接间隔可有多种数据包/ conn事件，一个包/ conn事件若多多重字节。连接间隔设置多种合同
我修改了连接间隔貌似不行作用。和ios手机连接貌似貌似还还还包对比了另一串ble芯片，他们的就是20ms。看看
嗨W.艾强，
iOS整机的连接间隔几乎都是30ms。有两种情况会缩短。
1.隐藏的
https://developer.apple.com/hardwaredrivers/bluetoothdesignguidelines.pdf.
2.使用较大的查理学长度和mtu。EX：MTU尺寸= 161，查理体型尺寸长度= 158.联合L2CAP Connection参数更新请求，有机会缩短前线间隔
谢谢莫里斯