USRP接收指示灯闪烁原因排查及采样速率匹配方法咨询

问题判断 #

你的怀疑是成立的，接收机LED闪烁、变暗是USRP接收链路出现*溢出（Overrun）*的典型表现，本质就是计算机消耗采样点的速率跟不上USRP的采集速率，导致USRP内部缓冲区满，只能丢弃新采集的采样点，触发流中断，LED就会出现异常状态。你现有代码的写法本身就会加剧这个问题。

现有代码的核心问题 #

你使用了uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPS_AND_DONE模式，每次仅采集1024个采样点就自动停止接收流，同时在循环中重复发送流启动命令，会导致接收流频繁启停，不仅会丢失中间的采样点，还会带来额外的控制交互开销，根本无法实现连续稳定的采集，LED自然无法保持常亮绿色。

解决方法 #

• 更换为连续流采集模式：使用STREAM_MODE_START_CONTINUOUS模式，仅在进入接收循环前发送一次启动命令，不需要循环重复发流命令，停止采集时再发送STREAM_MODE_STOP_CONTINUOUS命令即可，保证采集流连续不中断。
• 增加单次接收的采样块大小：当前每次仅接收1024个点，频繁调用recv会产生大量系统调用开销，建议通过rx_stream->get_max_num_samps()获取设备支持的最大单次接收采样数，将缓冲区大小设置为该值的1~2倍，大幅降低recv的调用频率。
• 检查元数据错误码：每次调用recv后判断md.error_code，可以直接定位是否出现溢出、超时等异常，方便排查问题。
• 收发与处理逻辑解耦：当前接收线程收到数据后直接触发ReceiveIQ信号，如果后续频谱计算、UI渲染逻辑耗时过长，会直接阻塞接收线程，导致采样点消耗不及时。建议用无锁队列做缓冲，接收线程只负责将采样点写入队列，单独开线程完成频谱计算、UI更新的操作，避免阻塞接收链路。
• 提升接收线程优先级：将接收线程设置为系统实时优先级，避免线程被其他进程抢占调度，保证采样点能被及时读取。

修改后参考代码 #

void
USRPDriver::RxEventLoop()
{
    uhd::rx_metadata_t md;
    // 改用连续流模式
    uhd::stream_cmd_t stream_cmd(uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS);
    stream_cmd.stream_now = true;
    // 用设备支持的最大块大小设置缓冲区
    const size_t max_samps = rx_stream->get_max_num_samps();
    std::vector<std::complex<float>> fcpxIQ(max_samps * 2);
    // 仅在启动时发一次流命令
    usrp->issue_stream_cmd(stream_cmd);
    while(true)
    {
        size_t num_rx_samps = rx_stream->recv(fcpxIQ.data(), fcpxIQ.size(), md);
        // 检查接收错误
        if (md.error_code != uhd::rx_metadata_t::ERROR_CODE_NONE) {
            // 可添加自定义错误处理逻辑，溢出时打印提示等
            continue;
        }
        emit ReceiveIQ(std::vector<std::complex<float>>(fcpxIQ.begin(), fcpxIQ.begin() + num_rx_samps));
    }
    // 停止采集时再发停止命令
    // usrp->issue_stream_cmd(uhd::stream_cmd_t::STREAM_MODE_STOP_CONTINUOUS);
}

内容的提问来源于stack exchange，提问作者Moses Browne Mwakyanjala