工具/软件：
您好：
我们在 Linux 6.12 系统上使用 WL1831、并包含最新的 TI 驱动程序和固件。 我们发现、在某些环境中、当 Wi-Fi 处于活动状态（不一定是传输数据，而是在后台连接到 AP 时进行被动扫描）时、BLE 连接需要很长时间。 当 Wi-Fi 与网络断开连接时、BLE 连接速度显著提高。 TI 固件、NVRAM 或驱动程序是否提供任何选项来调整 COEX 优先级？ 我想告诉 WL1831MOD 在我们知道我们正尝试配对到 BLE 设备时、应优先考虑 BLE 流量。
谢谢你。
大家好、作为额外环境、我们在 以 我们定制 BLE 外设的中心连接启动时、由于故障率过大而遇到连接过长。 HCI 主机侧的症状是在初始链路层尝试后立即出现 0x3e“无法建立连接“条件：
通过为外设使用带有 NRF Connect 的 iOS 堆栈、我们已成功建立了近 100%的链路（即我们的第一个 HCI 命令 — LE Read Remote Features — 成功） 。
我们观察到使用不同供应商控制器的另一个中央角色设备存在类似情况 、我们通过调整其通话时间优先级参数来解决问题。 该控制器的固件 具有单独的标志、用于优先考虑 BLE 连接、启动、扫描和通过 WLAN 活动广播的每个优先级。 BLE 初始化标志有助于我们的应用 更好地 解决这一症状。
我注意到 、SWRU423A 第 8.4.1 节表 24 中 测试了 BLE 活动对 WLAN 吞吐量的影响、这对我们的应用很重要（我们的 BLE 吞吐量很小）。 我们的问题是、 在 启动 BLE 链路后、WL1831 固件会在前六个连接间隔内动态优先接收 BLE PDU、以便 成功连接。
如果 TI 有供应商命令或工具来调整此行为、那么我们可以 在需要 BLE 连接优先级时明确请求自己优先级。 请提供建议。
谢谢
