1. 项目概述与背景
作为一名嵌入式开发工程师，我最近完成了一个基于ARM架构的Linux系统监控项目。这个项目最初是为了学习Buildroot和QEMU的使用而设计的，但最终发展成了一个完整的远程CPU监控系统。通过这个项目，我不仅掌握了嵌入式Linux系统的构建流程，还深入理解了ARM架构下的系统监控原理。
项目采用C/S架构，在QEMU模拟的ARM开发板上运行C语言编写的客户端程序，实时采集系统负载数据；在Ubuntu宿主机上运行Python编写的服务端程序，接收并展示这些数据。整个系统实现了对CPU平均负载、当前进程数以及进程ID的实时监控功能。
2. 环境搭建与配置
2.1 基础环境准备
项目开发环境由三部分组成：
- 宿主机：Ubuntu 22.04 LTS
- 模拟器：QEMU 6.2.0（模拟ARM Versatile PB开发板）
- 构建系统：Buildroot 2024.08
选择这个组合有几个重要考虑：
- Ubuntu作为开发环境稳定且社区支持完善
- QEMU的Versatile PB板卡模拟成熟度高，适合学习
- Buildroot 2024.08是最新稳定版，支持更多特性
2.2 Buildroot配置要点
在Buildroot配置过程中，有几个关键点需要注意：
-
目标架构选择：
code复制Target Architecture → ARM (little endian) Target Architecture Variant → cortex-A9这个配置确保了生成的系统针对ARMv7架构优化。
-
文件系统设置：
code复制Filesystem images → cpio the root filesystem选择cpio格式是为了配合QEMU的内存盘启动方式。
-
工具链配置：
code复制Toolchain → Buildroot toolchain Kernel Headers → Manually specified Linux version使用Buildroot自带的工具链可以确保编译环境的一致性。
2.3 网络驱动问题解决
在实际配置中，我发现Virtio网卡在Versatile PB上无法正常工作。经过排查，需要启用开发板原生的SMC91c111网卡驱动。具体解决步骤如下：
-
在Buildroot配置中开启：
code复制Kernel → Device Drivers → Network device support → SMSC LAN91C111 support -
同时需要确保依赖的GPIO支持已启用：
code复制Kernel → Device Drivers → GPIO Support → Basic memory-mapped GPIO controllers
注意：在Buildroot中，很多驱动选项的可见性取决于其依赖项是否被选中。使用
/键搜索驱动名称后，务必查看"Depends on"部分，确保所有依赖都已满足。
3. 系统架构设计
3.1 整体架构
系统采用经典的C/S架构设计：
code复制[ARM开发板] --(TCP)--> [Ubuntu宿主机]
↑ ↓
/proc/loadavg 数据展示终端
数据流向说明：
- 客户端从
/proc/loadavg读取系统负载信息 - 通过TCP Socket打包发送
- 服务端接收并解码数据
- 在终端界面展示监控结果
3.2 关键技术选型
- 通信协议：选择TCP而非UDP，确保数据传输的可靠性
- 数据格式：采用纯文本协议，便于调试和扩展
- 心跳间隔：设置为2秒，平衡实时性和系统负载
4. 核心代码实现
4.1 服务端实现（Python）
服务端代码部署在Ubuntu宿主机上，主要功能是监听指定端口并打印接收到的数据。以下是关键实现细节：
python复制import socket
HOST = '0.0.0.0' # 监听所有网络接口
PORT = 9999 # 自定义端口
def start_server():
with socket.socket(socket.AF_INET, socket.SOCK_STREAM) as s:
s.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
s.bind((HOST, PORT))
s.listen()
print(f"Server started on {PORT}, waiting for connection...")
conn, addr = s.accept()
with conn:
print(f"Connected by {addr}")
while True:
data = conn.recv(1024)
if not data:
break
print(f"[ARM Board]: {data.decode().strip()}")
if __name__ == "__main__":
start_server()
关键点解析：
0.0.0.0确保能接收来自所有网络接口的连接SO_REUSEADDR选项避免调试时的端口占用问题- 使用上下文管理器(
with)自动管理资源释放
4.2 客户端实现（C语言）
客户端运行在ARM开发板上，负责采集系统数据并发送给服务端：
c复制#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <arpa/inet.h>
#define SERVER_IP "10.0.2.2"
#define SERVER_PORT 9999
#define BUFFER_SIZE 128
int main() {
int sock;
struct sockaddr_in server_addr;
char buffer[BUFFER_SIZE];
// 创建Socket
if ((sock = socket(AF_INET, SOCK_STREAM, 0)) < 0) {
perror("Socket creation failed");
return -1;
}
server_addr.sin_family = AF_INET;
server_addr.sin_port = htons(SERVER_PORT);
// 转换IP地址
if (inet_pton(AF_INET, SERVER_IP, &server_addr.sin_addr) <= 0) {
perror("Invalid address");
return -1;
}
// 连接服务器
printf("Connecting to %s:%d...\n", SERVER_IP, SERVER_PORT);
if (connect(sock, (struct sockaddr *)&server_addr, sizeof(server_addr)) < 0) {
perror("Connection failed");
return -1;
}
printf("Connected! Sending data...\n");
// 主循环
while (1) {
FILE *fp = fopen("/proc/loadavg", "r");
if (!fp) {
perror("Failed to open /proc/loadavg");
break;
}
char load_data[64];
if (fgets(load_data, sizeof(load_data), fp)) {
snprintf(buffer, BUFFER_SIZE, "CPU Load: %s", load_data);
send(sock, buffer, strlen(buffer), 0);
}
fclose(fp);
sleep(2); // 2秒间隔
}
close(sock);
return 0;
}
关键点解析：
10.0.2.2是QEMU用户网络的特殊地址，指向宿主机- 使用
/proc/loadavg获取系统负载信息 - 错误处理确保程序健壮性
5. 系统部署与测试
5.1 交叉编译
由于宿主机是x86架构而目标板是ARM架构，必须使用交叉编译：
bash复制# 使用Buildroot生成的工具链
./output/host/bin/arm-buildroot-linux-gnueabi-gcc sys_monitor.c -o sys_monitor
# 检查文件格式
file sys_monitor
预期输出应包含"ARM"字样，确认是ARM可执行文件。
5.2 文件传输
通过SCP将编译好的程序传输到开发板：
bash复制scp -P 2222 sys_monitor root@localhost:/root/
注意：如果遇到SSH主机密钥变更错误，使用以下命令清除旧记录：
bash复制ssh-keygen -f "$HOME/.ssh/known_hosts" -R "[localhost]:2222"
5.3 系统测试
- 启动服务端：
bash复制python3 monitor_server.py
- 启动客户端：
bash复制ssh -p 2222 root@localhost
chmod +x sys_monitor
./sys_monitor
- 结果验证：
服务端应显示类似以下内容：
code复制[ARM Board]: CPU Load: 0.12 0.05 0.01 1/34 112
数据解读：
- 前三个数字：1/5/15分钟平均负载
- 1/34：运行进程数/总进程数
- 112：最新进程PID
6. 关键问题与解决方案
6.1 SSH配置持久化
由于QEMU使用内存文件系统，常规的SSH配置修改会在重启后丢失。解决方案是使用Buildroot的Overlay机制：
- 创建overlay目录结构：
code复制mkdir -p overlay/etc/ssh
- 创建
overlay/etc/ssh/sshd_config文件，添加：
code复制PermitRootLogin yes
- 在Buildroot配置中指定overlay目录：
code复制System configuration → Root filesystem overlay directories
这样配置就会在编译时被"焊死"到镜像中。
6.2 网络连接问题排查
如果客户端无法连接服务端，可按以下步骤排查：
- 检查QEMU网络配置：
bash复制qemu-system-arm -net nic,model=smc91c111 -net user
- 在开发板上测试网络连通性：
bash复制ping 10.0.2.2
- 检查宿主机防火墙：
bash复制sudo ufw status
7. 经验总结与扩展方向
7.1 项目经验总结
-
依赖管理：Buildroot中的软件包依赖关系复杂，使用
/搜索并查看"Depends on"是关键。 -
交叉编译：时刻明确代码的编译环境和运行环境，使用
file命令验证可执行文件格式。 -
系统定制：Overlay机制是嵌入式系统定制的强大工具，可以固化各种配置。
7.2 扩展方向
-
数据可视化：集成Lighttpd和WebSocket，实现浏览器端的实时监控仪表盘。
-
数据持久化：移植SQLite，存储历史监控数据。
-
内核开发：编写内核模块直接获取系统信息，提升效率。
-
告警功能：当系统负载超过阈值时自动发送通知。
这个项目虽然规模不大，但涵盖了嵌入式Linux开发的多个关键环节。通过实践，我对ARM架构、Buildroot系统构建和嵌入式网络编程有了更深入的理解。建议初学者可以按照这个框架，逐步扩展更多功能，形成自己的嵌入式开发知识体系。