搭建MBD自动化工作流时深深体会到跨团队协作的复杂性：控制算法工程师专注模型设计，嵌入式工程师关心代码生成，两个团队节奏和关注点完全不同。文件交付的版本混乱、MATLAB服务器资源冲突、状态同步的盲区，每个都让人头疼。 Building an MBD automation workflow revealed the complexity of cross-team collaboration between control algorithm and embedded engineers.
-
-
从板球实验重新理解控制思维
工作中需要搭建MBD自动化流程，要和控制算法团队深度对接。为了重新梳理控制理论基础，我决定从经典的板球实验入手。听起来简单吧？用摄像头捕捉小球位置，调整平板倾斜角度让小球稳在中心。试试就知道这是个彻头彻尾的非稳定系统。 Needing to work closely with control algorithm teams, I decided to revisit the classic ball-and-plate experiment to refresh control theory fundamentals.
-
从Mock到真实组件：一次测试框架架构演进的实践记录
软件在环测试中，我们习惯用简化Mock模拟外设组件。项目初期觉得这思路完美：快速、简单、可控。但随着需求复杂化，仿真框架陷入了’Mock地狱’——每次需求变化就得改Mock，真实组件更新又得同步Mock。写完200多行踏板响应曲线的Mock后突然意识到：这TM不就是重新实现一遍真实组件吗？ Started with lightweight mocks for hardware components, thinking it was perfect. But as requirements grew complex, I found myself in ‘Mock Hell’ - constantly updating and maintaining simplified versions of real components.
-
MPLS技术深度解析：从标签交换到流量工程
同样的硬件平台，启用MPLS后转发性能竟然比纯IP转发还要好。按理说多了一层标签封装，开销应该更大才对？这个意外结果让我重新审视MPLS的设计哲学。 During datacenter switch performance testing, I discovered something counterintuitive: MPLS forwarding actually outperformed plain IP routing on the same hardware.
-
二三层转发的那些事
客户遇到一个让人摸不着头脑的问题：同一VLAN里两台机器，配置看起来都对，但就是ping不通。Wireshark抓包发现ARP请求一直在发，就是收不到回复。经过两小时排查才发现是MAC地址表的坑，这次经历让我重新审视二三层转发的每个细节。 A customer’s seemingly impossible network issue led to a 2-hour troubleshooting session that revealed the hidden complexities of basic L2/L3 forwarding.