单片机社区的专栏

泰山派开发板之前完成开启gst-rtsp-server服务及推流测试，本次用编程方式控制推流。通过简单的信号量传递信息，launch进程推流，收到信号量后结束推流服务。测试时，按下泰山派上的adc-key，进程发送信号量，推流进程结束。在推流服务中，通过定时器回调函数判断信号量是否有效。

在上篇随笔中讨论了eth0网口绑了2个ip的问题，可能会对通信带来影响。针对泰山派开发板，可以采用多种方法解决这个问题。权衡利弊，选择禁用eth0这个特定网口关闭DHCP服务，设置静态IP的方式。如果不希望某个特定的网络接口使用 DHCP 来获取 IP 地址，可以在 /etc/dhcp/文件中为该接口添加一个配置项，使其不使用 DHCP。（对于Debian/Ubuntu系统）或通过其他网络管理工具（如。配置一个静态 IP 地址，就不需要依赖 DHCP。按照以上配置，开机启动后就只有一个ip地址了。

在调试语音对讲过程中遇到过一个“奇怪”问题：泰山派作为一端，可以收到对方发来的语音，而对方不能收到泰山派发出的语音。用wireshark抓包UDP发现，泰山派发送的地址是192.168.1.30，而给泰山派实际设置的静态地址是192.168.1.99。由于接收端有地址识别，只接收99，因此30的数据应该是被丢弃了，导致不能播放音频。

为了提升效率，降低CPU占用，需要合理安排对底层接口的频繁调用，一些参数还是需要进一步磨合调试。泰山派这部分程序使用2个线程，分别处理音频的读取和UDP发送。主要是考虑UDP一帧数据控制在512字节，不用拆包。此功能是远程对讲的一部分，由泰山派实时采集语音，然后UDP发送到远端。泰山派使用RK809-5管理内核电源（PMIC），此IC同时具备音频编解码器（CODEC），接口I2S1。现在到处都是大模型，编写程序就变得简单多了，向大模型提出需求，程序就写好了。当然，需要修改是难免的，但少了许多码字时间。

阅读芯片数据手册，通信I2C的硬件地址，TCS4525为0x1C，SYR837PKC为0x40，所以默认驱动不能控制837了，也就不能给CPU提供900mV电源。此时想起来，泰山派电路中是使用了TCS4525。幸运的是，瑞芯微的SDK里提供了SYR827的驱动，兼容837，参考RK3399板卡的设备树，修改了泰山派的设备树，主要就是I2C的硬件地址。由于商城里没这款芯片，比较后选择了SYR837，网友介绍可以代替，当时专注画PCB，也就没进一步深入研究，问题应该就是这个了。重新编译烧录，log显示正常。

基于泰山派开源硬件的核心板

语音对讲场景有时候需要实现回音消除或者噪声抑制功能，利用speexdsp的音频处理的3A算法可以实现需求，因此需要在Buildroot里添加speexdsp库。

本次内容与泰山派开发板无关，纯粹是编程时遇到的问题。

基于wsl工具的ubuntu虚拟磁盘在编译SDK使用一段时间后，就膨胀得很大，需要瘦身一下。

-r 44100：表示采样率，即音频每秒的采样点数量。这里使用 44100 表示每秒采样 44100 个点，这是 CD 质量音频的标准采样率。#-f S16_LE：表示音频采样格式，这里使用 S16_LE 表示采样点以 16 位有符号的 little-endian 格式存储。#使用arecord工具进行录音，并保存为一个名为record.wav的文件。按照使用说明，连接音频小板，一个喇叭一个麦克风，4根线，buildroot系统镜像。本项测试简单，对购买的音频扩展模块进行录音放音测试。

查看电路图可知，这个按键是连接SARADC_VIN0，这是个ADC输入，可以通过检测输入电压判断信号来源。简单说就是可以外接多个按键，每个按键对电源不同分压，由电压值确定是哪个按键按下了。显然，现在的电路可以确定，没按下时是1.8V，按下就是0V。一般来说开发板都会给用户提供一个用户按键，看样子泰山派用户按键是需要自己用GPIO实现，问题是需要写个驱动，或者用GPIO的驱动实现。按键3是升级按键RECOVER，配合RESET按键可以使开发板进入Loader 烧写模式。泰山派开发板上有3个按键。

 trigger：表示LED的触发器。可以通过写入不同的触发器名称来改变LED的行为。brightness赋值1~255控制LED亮度，应该是采用PWM方式，目前实测是不行的，立创方面估计还没改好。把这些命令行打包成脚本sh文件，类似windows系统的bat文件，就可以实现一定程度的控制效果。当该值为0时，LED的行为符合正常的预期。 heartbeat：心跳触发器，LED呼吸灯效果，类似于心跳的闪烁。查看电路图知道，RGB是通过GPIO1的B0~B2引脚控制的，低电平点亮。

泰山派RK3566开发板的SDK使用了GStreamer媒体编解码框架，其扩展能力应该是优于ffmpeg，因此目前不考虑移植ffmpeg。要实现摄像头推流，还需要流体服务器。之前已经使用mediamtx做了测试，但后续需要在应用层面控制摄像头，也可能涉及一些功能需求，必须使用库函数方式。

摄像头，已配置OV5696，MIPI-CPI接口，30pin音视频编解码工具，比如常用的ffmpeg，泰山派开发板SDK已集成了GStreamer1流媒体服务器，采用rtsp协议，需要RTSP server模块支持vlc，开源跨平台多媒体播放器，拉流，电脑安装。

通过wifi连接内网，电脑通过SSH连接泰山派。

泰山派RK3566支持千兆以太网，为确保数据准确传输，需要配置延迟线delayline，来实现发送和接收时钟的对齐，数据延迟与时钟延迟保持一致。

连接扩展底板用于有线网络接口；要使用扩展板需要对内核打补丁。

泰山派开发板SDK使用了GStreamer媒体框架作为音视频的编解码器，支持硬件编解码。开发板提供MIPI_CSI摄像头接口连接摄像头。

立创泰山派RK3566开发板默认调试串口波特率是1500000bps，一般串口助手工具没有此波特率，为适应各种调试环境需要，打算修改调试串口波特率为115200bps