
大家好,我是墩墩!
今天临时发一篇文章呢,不是来分享干货知识的!主要是今天和 AI 斗智斗勇了一整天,终于是把心心念念的工具整了一个初版出来!依稀记得当年刚入行的时候,用着大佬给的刷写工具,在宁德的工厂没日没夜地刷着控制器,那会就想着这都是啥原理,就靠着一台电脑、一个 PCAN 就把程序给更新了?
当时也是脸皮薄,本人也比较腼腆哈哈哈,所以一直也没请教大佬这个刷写工具到底是怎么实现的,或许这颗种子也是在当时种下的吧!
随着工作年限的增加,在现在的公司,我也从一个天天码测试代码的人,变成如今有大部分时间研究前沿东西的人。去年因为公司业务需要,自己也用 AI 手搓了一个国产化刷写上位机(具体可以看这篇《国产化 ECU 刷写上位机(CAN FD)开发与实操指南》)。记得当时一直跟豆包说,别改我当前的代码、别改这个文件的代码,很崩溃,真的很崩溃,崩溃到好几次我都把写完的东西全盘推倒。不过当时项目迫在眉睫,客户手上只有 ZLG,时间紧任务重,终于硬着头皮搞完了。记得当时用 64 位的 Python 去配 32 位的 dll,搞得我头都大了。当时也就觉得 AI 也不过如此!
客户用上之后,我也在不断优化这个国产上位机,但总觉得架构不够完美,每次新项目进来都得重构刷写步骤,于是想着搞成配置型。哎,想法很美好,但客户不太明白原理,他们只想要越简单越好,搞复杂了他们也整不来(哈哈哈哈不然的话他们直接用 ZLG 的上位机不就好了,何必让我再整一个傻瓜式的呢)。又看了看豆包,算了吧,能用就行,也别为难我们的豆包了!于是就放弃了,毕竟没人逼一把,我也就不太想努力了哈哈哈哈哈哈!
不过到了现在这个节点,AI 真的肉眼可见地飞速成长,已经能快速地帮我完成非常多码农任务(基本可以算全是他在码了)。这段时间,不管是 TRAE、WorkBuddy、Codex 还是 Claude Code(国外模型我还是满怀期待的,毕竟真金白银花了钱,但实际就是别抱太大期望,跟国内模型一样,用的时候还是得不断训练,只是它们完成度会高一些),都让我重燃了做一个好用、简洁的 CAN 工具的想法(当然啦,目前自己也只能先做做软件,后续看看有没有机会做出自己的 CAN 卡)。那就干起来吧,干中学!于是乎,大概的框架出现了。后续等我调试完成,会把这些文件上传 GitHub,让更多热爱这个行业的工程师一起学习、共同进步!共勉!有兴趣的话,大家可以加群讨论,话题不限哈哈哈哈哈哈!

夜雨聆风