1. 从「能读到波形」到「能驱动电机」嵌入式闭环里最容易被忽略的一步如果你已经用 opencode 把串口、ADC、编码器这些物理信号接进了 agent 的上下文那你大概率已经体验过那种「AI 真的在看我的板子」的感觉。但很多人卡在下一步agent 能读到反馈了可它写出来的电机代码要么不转要么抖得像筛糠。问题往往不在算法本身而在于反馈通道和驱动通道没有走同一套可复现的配置。这篇要解决的就是这个断层。目标很具体让 opencode 里的 agent 先稳定读到物理信号比如母线电压、相电流采样值、霍尔状态再基于这些反馈生成三相正弦波最终用 SVPWM 驱动一颗 BLDC 电机转起来。整套流程我按 20 分钟能跑通的节奏来写核心是一份可复制的config.toml骨架加上 TaoToken 的统一 Key/API 通道让 agent 的每次代码生成和串口回传验证都走同一条链路。适合谁看手上有 STM32/GD32 这类带高级定时器的板子、已经能烧录、但还没把「AI 写代码 → 物理反馈 → 电机动作」串成闭环的嵌入式开发者。不需要你先把 SVPWM 推导一遍代码跑通之后再回头看原理完全来得及。2. TaoToken 前置给 opencode 配一条稳定的模型通道opencode 本身是个终端里的编码 agent它要干活就得调模型。如果你之前是每个项目手动填不同厂商的 Key换一次环境就要重配一次那在嵌入式这种「改一行烧一次」的高频场景里会非常烦。TaoToken 在这里的角色是统一入口一个 Key 走通模型对话、代码生成和后续的 agent 调用省掉在多个配置之间来回切的时间。先拿 Key。打开官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册后在控制台里创建 API Key。控制台地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite Key 列表在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。创建时建议按项目命名比如bldc-svpwm方便后面排查是哪个环境在调。API 的基础地址是https://taotoken.net/api注意这个地址不带任何查询参数直接作为 base_url 填进配置即可。如果你用的是 Anthropic 风格的调用opencode 支持走的是 https://taotoken.net/api 下的兼容路径具体在文档里能查到对应端点https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。注意Key 只创建一次就够不要在每个 config 里重复粘贴。统一放在环境变量或单独的 secrets 文件里config.toml 只引用变量名。3. 可复制配置config.toml 骨架与串口回传约定opencode 的配置核心是config.toml。下面这份骨架你可以直接抄改掉串口设备和波特率就能用。它做了三件事声明模型通道、声明项目上下文、声明串口回传的解析规则。# ~/.config/opencode/config.toml [provider.taotoken] base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY model claude-sonnet-4-20250514 [project.bldc] root ./firmware include [src/**/*.c, src/**/*.h, config/*.toml] exclude [build/**, *.o] [serial.feedback] port /dev/ttyUSB0 # Windows 下改成 COM3 之类 baud 115200 parser line fields [phase, freq, duty_min, duty_max] [serial.command] port /dev/ttyUSB0 baud 115200 terminator \n环境变量这样设Linux/macOS 下export TAOTOKEN_API_KEYsk-你的keyWindows PowerShell$env:TAOTOKEN_API_KEYsk-你的key串口回传的格式要和fields对齐。我在固件里让 agent 生成的是这样一行 CSV每 100ms 打一次printf(%d,%.3f,%.2f,%.2f\r\n, phase, freq_hz, duty_min, duty_max);这样 opencode 读到的就是结构化数据而不是一堆需要正则去猜的日志。phase是当前电角度0-359freq_hz是正弦频率后两个是三相占空比的最小/最大值。有了这四个字段agent 就能判断「波形是不是真的在按正弦走」。4. 生成正弦波与 SVPWM从 SPWM 到零序注入的代码落地配置就绪后让 agent 生成代码。第一步先要一个能跑的三相 SPWM确认电机能转、串口有回传再升级到 SVPWM。别一上来就 SVPWM否则出问题你分不清是算法还是接线。SPWM 的核心就三行float theta 2.0f * PI * freq_hz * t; float vu m * cosf(theta); float vv m * cosf(theta - 2.0f * PI / 3.0f); float vw m * cosf(theta 2.0f * PI / 3.0f);把vu/vv/vw映射到定时器比较值中心对齐模式占空比 50% 幅度。跑起来后串口应该能看到三路占空比在 31%~68% 之间摆动频率和你设的freq_hz一致。我实测 15Hz 时U 相占空比范围大约 31.7%~68.2%和理论值对得上。确认 SPWM 没问题后让 agent 改成 SVPWM。这里用的是零序注入法等效于七段式代码改动集中在FOC_Update()void SVPWM_Update(float vu, float vv, float vw, uint16_t *duty) { float vmax fmaxf(vu, fmaxf(vv, vw)); float vmin fminf(vu, fminf(vv, vw)); float offset -(vmax vmin) * 0.5f; duty[0] (uint16_t)(500 (vu offset) * 500); duty[1] (uint16_t)(500 (vv offset) * 500); duty[2] (uint16_t)(500 (vw offset) * 500); }500对应 50% 占空比的定时器计数值具体数值按你的 ARR 改。零序注入的好处是直流电压利用率比 SPWM 高约 15.5%同样母线电压下能多榨出一点转矩。七段式的切换序列V0→V1→V2→V7→V2→V1→V0由定时器的中心对齐模式自动实现你不用手写状态机。如果你在调 SVPWM 时想让 agent 帮你分析扇区判断或作用时间计算可以直接在 opencode 里开模型对话https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 把串口回传的 CSV 贴进去让它算。5. 验证请求与成功结果串口回传该长什么样烧录后打开串口你应该看到类似这样的连续输出phase,freq,duty_min,duty_max 0,15.043,31.70,68.20 12,15.060,31.65,68.23 24,15.060,31.70,68.17 ...判断闭环是否真的通了看三个点。第一freq稳定在你设定的值附近波动不超过 0.1Hz说明定时器中断和角度累加没问题。第二duty_min和duty_max关于 50% 对称范围在 31%~68% 左右说明正弦幅度和偏置正确。第三三相的duty_min彼此接近但不完全相同这是 120° 相位差的正常表现。如果电机在转、串口在刷、波形对称那 20 分钟的目标就达成了。这时候你可以让 agent 把freq_hz从 15 慢慢往上加观察占空比范围是否收窄高速时调制比下降顺便验证一下过调制保护有没有生效。6. 本篇常见错排查串口读不到数据先确认port和baud和固件一致。Linux 下用ls /dev/ttyUSB*看设备名权限不够就sudo usermod -aG dialout $USER后重新登录。Windows 下设备管理器里看 COM 号别填成蓝牙串口。电机不转但串口有输出八成是定时器通道没使能或者死区时间设太大。检查TIMx-CCER和BDTR寄存器死区一般 1~2us 足够。另外确认三相桥的使能引脚拉高了。占空比范围只有 0%~100% 在跳说明你的m幅度设成了 1.0 以上过调制了。把幅度降到 0.9 以下或者检查offset计算有没有溢出。SVPWM 比 SPWM 还抖大概率是零序注入的offset符号搞反了。正确是-(vmaxvmin)/2加在原始正弦上。符号反了会导致共模电压异常电机发热。opencode 报 401Key 没读到。确认TAOTOKEN_API_KEY在当前 shell 里echo得出来或者把 Key 写进~/.config/opencode/.env并在 config 里用env_file引用。7. 把闭环固定下来下一步该配什么跑通一次不算闭环能重复跑通才算。建议把这次验证过的config.toml和串口 CSV 格式一起提交到项目仓库下次换板子只改port和baud。如果你打算长期用 agent 写嵌入式代码尤其是涉及 FOC、SVPWM 这类需要反复迭代的算法可以看一下 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 它更适合高频调用和长上下文场景省得每次都在 Key 上折腾。接入文档在这里https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。遇到串口解析或 provider 配置的问题先翻文档里的 serial 和 provider 两节大部分坑都写了。