请教一个 WS63 星闪 SDK 版本的问题：
用 BearPi-Pico H3863 做 SLE 1主8从的多设备数据透传（notify 上行，MTU 520，MCS12）。
SDK 从 1.10.102 升级到 1.10.108（fbb_ws63 官方版）后，应用层参数完全没动，
发现 8 条链路的总吞吐从约 210 条通知/秒 降到约 143 条/秒，缩水了近 30%，
8 台从机满速时最后接入的链路会稳定丢一半数据。
实测过连接间隔和容量的关系（很线性）：
5ms=118条/s，7.5ms=143条/s，10ms=167条/s；
而老 SDK 在 7.5ms 就能跑到 210条/s。现在只能靠把间隔放到 10ms 才勉强够 8 台用，代价是延迟变差。
自己排查过、可以排除的：
- HSO/DFX 日志通道——关掉后没改善；
- QoS 流控——注册了 transmission busy 回调，8 台满速跑全程没有任何状态变化；
- ACB 重传参数——试了 sle_set_acb_evt_param，温和值和极端值（重传次数设 0）都完全没有变化，且日志里重传超时全程只有 2 次，说明平时几乎没有重传发生。
想请教： - 1.10.102 → 1.10.108 这中间，SLE 多连接的调度或 BTC 固件有没有影响notify 吞吐的改动？（新 SDK 的 libbgtp.a / libbth_gle.a 体积都明显变大了）
- sle_set_acb_evt_param 的参数单位是什么？在 1.10.108 上是否真的生效？
- 有没有什么参数或接口能在 7.5ms 间隔下把容量恢复到 200 条/s 以上？
目标是 8 台满速 + 间隔不大于 7.5ms，把端到端延迟降下来。
方便的话我可以提供两个 SDK 版本的对照实测日志。谢谢！