EMBEDDED SYSTEMS / FIELD NOTES
zaijianleba.
深入系统底层,
让每个问题有迹可循。
我是 zaijianleba,一名嵌入式软件工程师。
从通信 DSP 到 RTOS 内核,
记录调试、架构与代码背后的思考。
01 / 模块与链路 通信物理层 · DSP
把一个模块做好,
再让整条链路成立。
从算法落地到多核协作,关注的对象逐渐从一段代码,变成数据经过的接口、时序和资源边界。
02 / 软硬件系统 RTOS · GDB · CoreDump
跨过软硬件边界,
看见系统的因果。
缓存、中断、任务与地址空间,共同决定代码怎样执行。用调试追踪过程,用故障现场留下证据。
相关实践
P.03跨架构 GDB 任务级调试断点 · 单步 · 用户态与内核态
03 / 方法与复用 AI 协作 · 正在探索
把一次解决,
沉淀为下一次的起点。
让经验成为有输入、有证据、有验证的流程。尝试用 AI 加速整理与实现,把边界和判断留在自己手里。
- 01定义问题
- 02建立证据
- 03验证结果
- 04沉淀复用
探索与交叉阅读
P.05AI 与可复用工程流程资料 · 脚本 · 测试 / 探索中
当前探索方向:让 AI 辅助资料整理、脚本编写与检查,再把经过验证的步骤沉淀为可重复执行的流程。
关注输入与交付边界、人工判断,以及失败时停止并保留证据的机制。这是探索方向,尚不代表成熟产品或完整的自动化体系。
01 / FIELD NOTES
写下来,才算想明白。
从一次断点,到一条调用链。
从一个现象,到问题的根因。
调试一个任务,而不是停下整个系统
从断点归属到执行控制,理解 RTOS 任务级调试的边界。
代码写进内存之后,CPU 就能看到吗?
从软件断点出发,梳理指令缓存、屏障和多核同步的关系。
崩溃之后,给自己留下足够的证据
寄存器、任务栈与 ELF 符号,如何拼成可分析的故障现场。
一次断点命中,不等于调试功能完成
把连接、断点、单步与重连组织成可重复的验证矩阵。
从“系统卡住”到一条可验证的调用链
面对多核、调度与锁,把模糊现象拆成可以观察的边界。
从通信链路到操作系统,始终在意的几件事
接口、时间、内存和验证,是不同嵌入式项目之间共同的语言。
没有找到相关笔记。
02 / ABOUT ME
ZAIJIANLEBA / EMBEDDED ENGINEER重庆邮电大学
信息与通信工程 · 硕士
写代码,也追问
系统为什么这样运行。
我的工程经历从通信物理层与多核 DSP 开始,逐渐延伸到实时操作系统、跨架构调试与故障现场分析。熟悉 C/C++,也用 Python 把重复工作变成小工具。
在中移物联网的工作中,围绕 OneOS 参与内核功能开发、系统移植、用户态能力与调试工具建设,处理内存、并发和系统稳定性问题。
EXPERIENCE / 来时的路
经历,是另一条坐标。
通信物理层 → 多核协作 → 实时操作系统
华为
嵌入式 DSP
通信信道与端到端联调
新华三
LTE 物理层
特性开发、维测与稳定性
锐捷网络
5G 小站
多核调度与集成测试
中移物联网
OneOS / RTOS
内核、跨架构调试与可靠性
STILL BECOMING / 行而不止
技术在向前。
我也在成为更好的自己。
路漫漫其修远兮,
吾将上下而求索。
屈原《离骚》
把最好的年华,献给最好的自己。
zaijianleba