Longrun的博客

1

误区真相❌ 不要找/dev/rknpu✅ 新版驱动用❌ 不要只看设备节点✅ 必须看dmesg是否❌ 不要软重启✅ 必须断电重启才能让 reserved-memory 生效。

1

MCU 烧"程序"，MPU 烧"系统 + 服务"。：rc.local 是玩具，systemd 是产品。：定制镜像 + first-boot 自动化。：根文件系统是 Linux 运行时看到的。：SD 卡克隆 + 手动改 token。：手动改 token，效率低，易出错。阶段 2：小批量试产（5~20 台）八、镜像 vs 根文件系统：核心区别。阶段 3：中批量（100 台以上）：CI/CD + OTA 升级。阶段 1：原型验证（你现在）五、从原型到量产：四个阶段。：能跑通，但不能批量复制。

去 Armbian 归档站下载。烧录到 TF 卡，插入 NanoPi M1，接网线、电源。官方系统内核太老（4.14），Armbian 是社区维护的现代系统。选focal是因为它是 Ubuntu 20.04 用户空间，软件生态好。虽然初始内核是 5.10.60，但后续可以升级。归档站是因为官网不再直接展示旧板子镜像。

内核新且稳定：Armbian 为 H3 芯片提供了基于主线（Mainline）内核的镜像，版本通常在 6.x 系列（例如 6.6 或 6.12 LTS），非常现代。而Windows自带的格式化工具通常会限制超过32GB的驱动器使用FAT32格式，但你那张卡的容量较低，可以直接在Windows内部工具里格式化。FriendlyCore 是一款基于 Ubuntu 核心的轻量级 Linux 系统，没有 X-windows，它使用 Qt-Embedded 的图形界面，在工业和企业应用中非常受欢迎。

摄像头硬件 → FFmpeg (采集+H.264编码) → MediaMTX (本机RTSP服务器) → frpc (FRP客户端) → 公网云服务器 (frps) → 手机VLC (远程拉流)云服务器上的 frps (服务端)：它就像一个 “接线总机” ，拥有固定的公网“号码”（IP地址）。它的任务是等待来自外网（你的手机）和内网（你家开发板）的连接，并进行“通话”转接。开发板上的 frpc (客户端)：它像一个 “分机” ，主动拨打“总机”frps的号码，并建立一条保持畅通的“热线”（即隧道）。

它的数据走USB总线，因为USB带宽有限，为降低传输压力，UVC摄像头常把数据压缩成MJPEG格式再发送，对电脑解码能力有一定要求。它主要处理复杂的现代摄像头（尤其是MIPI接口）的底层控制，比如自动对焦、3A（自动曝光、自动白平衡、自动对焦）算法等，为V4L2等上层接口提供更友好的控制方式。在VMware菜单栏中，依次点击 虚拟机(M) -> 可移动设备(D)，在弹出的子菜单中，应该能看到你的摄像头设备（可能以“Integrated Camera”或“USB Camera”等名称显示）。

加上它，FFmpeg会严格按 30 fps 的时钟节拍（每秒30次）去读取数据，保证推流是匀速的“实时流”，这是消除延迟堆积的关键。：FFmpeg和MediaMTX都是非常成熟、维护活跃的开源项目，这意味着强大的功能和及时的错误修复。它不进行任何解码（MJPEG -> YUV）或重新编码（YUV -> H.264），而是直接读取MJPEG数据包，打上时间戳（PTS/DTS）后，原封不动地塞给输出层。优点：功能强大，延迟较低（通常在200ms左右），灵活性和扩展性强（例如，可轻松添加录像功能）。

这个开发板在当时是综合性价比 资源 来讲最高的其他的看起来小作坊感觉。

PATH=/opt/fake-bin:$PATH 这句话的意思是：“系统，你去干活的时候，先去 /opt/fake-bin 这个文件夹找工具”。这样，当 GCC 试图调用 makeinfo 生成文档时，系统会优先抓到我们做的那个“假工具”，它会直接返回“成功”，从而让编译顺利过关。你的宿主机（Ubuntu）安装的 texinfo 版本可能太新了，新版本的 makeinfo 对语法检查非常严格，而旧版 GCC（11.3.0）里的文档写法比较老，不符合新标准。后果： 编译系统在尝试生成 GCC 文档时崩溃了。