关注星标公众号不错过精彩内容来源 | 单片机爱好者之前虽然也用AI但主要是用它的自动补齐、续写功能。偶尔让AI帮我完成一些功能但也只是一个功能片段。而且我都是提前准写好相对完善的工程架构让它在那个基础之上再去写。例如五分钟我用AI帮我写了一个按键扫描函数支持单击、双击、长按但这次我没有写一行代码。就是用TRAEESP-IDF插件新建了一个基础工程我没写代码然后描述我的需求完全交给AI去写。我只负责提需求、把控开发节奏、编译下载、测试反馈。于是就得到了它事情的经过是这样的。快过年了我开始收拾我的桌子。硬件工程师的桌子你们都懂的。无意中翻出我几年前做的一块ESP32的板子自己学习用的上图。然后就想能搞点啥…看着它背后大大的SD卡槽联想到我去年买的NAS。我就想能不能用ESP32SD卡实现一个类似NAS的功能。我先问了KIMI答案很中肯可行性应该是没问题的就是性能上差的太多了。但我还是想试一下因为我想看它到底差多少。开搞首先搭建程序框架。我先打开了VS Code因为之前装了ESP-IDF的插件。但不知道什么原因可能是太久没打开了部分插件不见了都跑到了TRAE里面。无所谓打开TRAE用IDF插件创建了一个基于ESP32的SDMMC的工程先编译下载确认接口正确、程序运行正常。然后就要交给AI了。第二步需求分析。把我的需求告诉KIMI让它分析每个需求的可行性。同时有问题随时反馈。重复了几轮基本定下了也生成了文档第三步生成技术架构设计文档。很多人使用AI说完需求就开始让AI写程序太着急了需求明确后要让AI根据需求生成技术架构文档。技术架构能让人知道你的项目由哪些部分组成每一部分的功能是什么相互之间如何配合。第四步任务分解。技术架构写完是不是就可以把工作丢给AI让它把任务一口气写完错这样你只会得到一个崭新的残次品要把任务分解为多个阶段每个阶段相对独立。让AI一次只完成一个任务并且由你测试正常后再进行下一阶段。这里它总共分为了20个Task每完成一个由我确认后再进行下一个。第五步写吧。到这一步其实就比较枯燥了AI开始干活你可以玩会手机。它完成一个阶段你编译、下载、测试、反馈。这里我并没有使用TRAE内置的K2.5模型因为要经常排队。我充值了99开了个会员。在PC端安装了Kimi Code通过命令行的方式使用逼格真的高。这种方式真的无法支持图片吗用过的同学告诉我。第六步反馈。这一步其实包含在第五步里面但是我觉得很重要还是再说一下。有时候AI达不到我们的需求或者程序编译报错。我们让它改要明确的告诉它哪里有问题。而不是简单的一句有错改这样它不知道明确的错误信息是很难快速定位的。我每次都是把详细的报错信息粘贴给它它基本都能很快定位。如图要么我把编译报错信息给它要么我把串口打印的信息给它。最后总结一下。前前后后用了三天吧得到了一个完成度很高的项目。如果让我自己写可能要写三个月。我以后的开发方式真的要变了。但是也不是没有问题。虽然相比国内的其它模型K2.5在嵌入式领域有很强的能力但还是会频繁出错。给我感觉像一个聪明却马虎的人。每次修改没等到测试编译就出一堆错。好几次都是因为做了一些修改但是对应的头文件没有跟上。这种情况我觉得是不应该的。即便编译不报错运行的时候有些错误也反复了一两次。中间有段时间甚至卡住了。我都想放弃这个项目了没想到又被它改好了。总的来说这是一次新奇、有坎坷但收获更大的尝试。真的建议同样感兴趣的童鞋试一下最最后从实用性看几乎为零。因为ESP32的性能摆在这里一个MCU级别的东西不可能做出真实NAS级别的性能。但是从功能上看基本都是实现了的。从可玩性看还是很大的。因为这是我第一个没有写一行代码完全让AI帮我实现的、略微复杂的完整工程。包括固件网页。------------END------------FreeRTOS 任务栈翻车原因、定位方法与防范技巧深度解析嵌入式for循环实现原理MCU集成开发环境e² studio升级解决了这些bug...
我没写一行代码，用KIMI K2.5+ESP32+SD卡做了一个轻量级NAS
发布时间：2026/7/14 6:11:14
关注星标公众号不错过精彩内容来源 | 单片机爱好者之前虽然也用AI但主要是用它的自动补齐、续写功能。偶尔让AI帮我完成一些功能但也只是一个功能片段。而且我都是提前准写好相对完善的工程架构让它在那个基础之上再去写。例如五分钟我用AI帮我写了一个按键扫描函数支持单击、双击、长按但这次我没有写一行代码。就是用TRAEESP-IDF插件新建了一个基础工程我没写代码然后描述我的需求完全交给AI去写。我只负责提需求、把控开发节奏、编译下载、测试反馈。于是就得到了它事情的经过是这样的。快过年了我开始收拾我的桌子。硬件工程师的桌子你们都懂的。无意中翻出我几年前做的一块ESP32的板子自己学习用的上图。然后就想能搞点啥…看着它背后大大的SD卡槽联想到我去年买的NAS。我就想能不能用ESP32SD卡实现一个类似NAS的功能。我先问了KIMI答案很中肯可行性应该是没问题的就是性能上差的太多了。但我还是想试一下因为我想看它到底差多少。开搞首先搭建程序框架。我先打开了VS Code因为之前装了ESP-IDF的插件。但不知道什么原因可能是太久没打开了部分插件不见了都跑到了TRAE里面。无所谓打开TRAE用IDF插件创建了一个基于ESP32的SDMMC的工程先编译下载确认接口正确、程序运行正常。然后就要交给AI了。第二步需求分析。把我的需求告诉KIMI让它分析每个需求的可行性。同时有问题随时反馈。重复了几轮基本定下了也生成了文档第三步生成技术架构设计文档。很多人使用AI说完需求就开始让AI写程序太着急了需求明确后要让AI根据需求生成技术架构文档。技术架构能让人知道你的项目由哪些部分组成每一部分的功能是什么相互之间如何配合。第四步任务分解。技术架构写完是不是就可以把工作丢给AI让它把任务一口气写完错这样你只会得到一个崭新的残次品要把任务分解为多个阶段每个阶段相对独立。让AI一次只完成一个任务并且由你测试正常后再进行下一阶段。这里它总共分为了20个Task每完成一个由我确认后再进行下一个。第五步写吧。到这一步其实就比较枯燥了AI开始干活你可以玩会手机。它完成一个阶段你编译、下载、测试、反馈。这里我并没有使用TRAE内置的K2.5模型因为要经常排队。我充值了99开了个会员。在PC端安装了Kimi Code通过命令行的方式使用逼格真的高。这种方式真的无法支持图片吗用过的同学告诉我。第六步反馈。这一步其实包含在第五步里面但是我觉得很重要还是再说一下。有时候AI达不到我们的需求或者程序编译报错。我们让它改要明确的告诉它哪里有问题。而不是简单的一句有错改这样它不知道明确的错误信息是很难快速定位的。我每次都是把详细的报错信息粘贴给它它基本都能很快定位。如图要么我把编译报错信息给它要么我把串口打印的信息给它。最后总结一下。前前后后用了三天吧得到了一个完成度很高的项目。如果让我自己写可能要写三个月。我以后的开发方式真的要变了。但是也不是没有问题。虽然相比国内的其它模型K2.5在嵌入式领域有很强的能力但还是会频繁出错。给我感觉像一个聪明却马虎的人。每次修改没等到测试编译就出一堆错。好几次都是因为做了一些修改但是对应的头文件没有跟上。这种情况我觉得是不应该的。即便编译不报错运行的时候有些错误也反复了一两次。中间有段时间甚至卡住了。我都想放弃这个项目了没想到又被它改好了。总的来说这是一次新奇、有坎坷但收获更大的尝试。真的建议同样感兴趣的童鞋试一下最最后从实用性看几乎为零。因为ESP32的性能摆在这里一个MCU级别的东西不可能做出真实NAS级别的性能。但是从功能上看基本都是实现了的。从可玩性看还是很大的。因为这是我第一个没有写一行代码完全让AI帮我实现的、略微复杂的完整工程。包括固件网页。------------END------------FreeRTOS 任务栈翻车原因、定位方法与防范技巧深度解析嵌入式for循环实现原理MCU集成开发环境e² studio升级解决了这些bug...
)
