树莓派4仅能开启3路麦克风流，求8路同步采集解决方案

你的问题核心是树莓派的USB带宽分配、ALSA音频框架默认限制，以及代码中的同步逻辑导致最多只能维持3路音频流并发。以下是针对性的解决步骤：

1. 优先解决USB硬件层面的限制 #

• 使用有源USB Hub：8个麦克风的总供电和带宽需求较高，无源Hub会导致供电不足，触发树莓派的USB限流机制，强制关闭部分设备。确保两个4口Hub均为带外接电源的有源Hub，并直接连接到树莓派的USB3.0端口（蓝色接口）。
• 释放USB带宽：暂时断开树莓派上其他USB设备（如U盘、USB无线网卡），避免抢占麦克风的带宽资源。树莓派的USB2.0/3.0端口共享总线带宽，多余设备会压缩音频设备的可用带宽。

2. 修改ALSA配置突破并发流限制 #

Sounddevice依赖ALSA音频框架，默认ALSA的实时线程数、缓冲参数限制了并发音频流数量。创建或修改~/.asoundrc文件（全局配置用/etc/asound.conf），添加以下配置：

# 全局音频参数设置
defaults.pcm.dmix.max_periods 128
defaults.pcm.dmix.rate 48000
defaults.pcm.dmix.format S16_LE
defaults.pcm.dmix.channels 8
defaults.pcm.dmix.card 0

# 实时线程与定时器优化
defaults.timer.class 3
defaults.timer.sclass 2
defaults.timer.card 0
defaults.timer.device 0

该配置会扩展ALSA的混合器缓冲，允许更多并发音频流，同时统一采样率和格式，减少设备间的格式转换开销。

3. 优化Sounddevice流参数 #

原代码中的音频流参数存在冗余和不合理之处，调整如下：

• 将latency=True改为latency='low'（或具体数值如0.01），降低音频缓冲的延迟和内存占用，避免因缓冲过大导致流超时被系统关闭。
• 减小SPLIT_TIME至0.1秒，减少每次读取的数据量，降低单线程的带宽压力，避免流阻塞。
• 修改后的open_stream函数：

def open_stream(device_index, dqu):
    # 调整latency为低延迟模式，明确采样参数
    stream = sd.InputStream(device=device_index, 
                           samplerate=SAMPLE_RATE, 
                           channels=CHANNELS, 
                           dtype='int16', 
                           latency='low')
    stream.start()

    while True:
        # 每次读取0.1秒的数据，减少单次数据量
        audio_data, overflowed = stream.read(int(SAMPLE_RATE * SPLIT_TIME))
        if overflowed:
            print(f"Device {device_index} overflowed, check bandwidth!")
        audio_data = audio_data.reshape(-1,)
        now = time.time()
        dqu.append([device_index, audio_data, now])

4. 优化进程/线程与同步逻辑 #

• 调整MAX_MIC=2为MAX_MIC=4，让每个进程处理4个麦克风线程（树莓派4B有4核CPU，每个进程占用1核，避免调度冲突）。
• 原run函数中等待所有队列有数据再批量put的逻辑会导致部分流因超时被关闭，改为每个线程读取到数据后直接写入队列，去掉不必要的同步等待：

def run(que, mic_list):
    # Thread declaration according to number of microphones
    thrds = []
    for mic_index in mic_list:
        # 直接将队列传入线程，无需中间deque
        thrd = Thread(target=open_stream_direct, args=(mic_index, que), daemon=True)
        thrds.append(thrd)

    # Run threads as simultaneously as possible
    for thrd in thrds:
        thrd.start()
    
    # 进程无需额外循环，线程直接向队列写数据
    while True:
        time.sleep(1)

# 修改后的open_stream直接写入队列
def open_stream_direct(device_index, que):
    stream = sd.InputStream(device=device_index, 
                           samplerate=SAMPLE_RATE, 
                           channels=CHANNELS, 
                           dtype='int16', 
                           latency='low')
    stream.start()

    while True:
        audio_data, overflowed = stream.read(int(SAMPLE_RATE * SPLIT_TIME))
        if overflowed:
            print(f"Device {device_index} overflowed!")
        audio_data = audio_data.reshape(-1,)
        now = time.time()
        que.put([device_index, audio_data, now])

• 去掉main函数的async修饰符，改为普通函数，避免异步框架的额外开销。

5. 验证系统层面的设备兼容性 #

• 运行arecord -l确认所有8个麦克风均被正确识别，记录每个设备的硬件编号（如plughw:X,Y）。
• 尝试用原生ALSA命令同时录制8路音频，验证系统层面是否支持：

# 同时启动8个录制进程，替换X,Y为实际设备编号
arecord -D plughw:0,0 -r 48000 -f S16_LE -c 1 mic0.wav &
arecord -D plughw:1,0 -r 48000 -f S16_LE -c 1 mic1.wav &
arecord -D plughw:2,0 -r 48000 -f S16_LE -c 1 mic2.wav &
arecord -D plughw:3,0 -r 48000 -f S16_LE -c 1 mic3.wav &
arecord -D plughw:4,0 -r 48000 -f S16_LE -c 1 mic4.wav &
arecord -D plughw:5,0 -r 48000 -f S16_LE -c 1 mic5.wav &
arecord -D plughw:6,0 -r 48000 -f S16_LE -c 1 mic6.wav &
arecord -D plughw:7,0 -r 48000 -f S16_LE -c 1 mic7.wav &

如果该命令能成功录制8路音频，说明系统层面支持，问题出在代码逻辑；如果失败，说明硬件或ALSA配置仍有问题。

内容的提问来源于stack exchange，提问作者Desty