在 Simulink 里把 Clark 变换跑通之后下一步通常就是接着搭 Park 与 AntiPark。d αcosθ βsinθ、q −αsinθ βcosθ 这两行公式写在纸上很清楚但拖进 MCM_Park 和 MCM_Rev_Park 模块、再把 theta 角度生成模块接上去之后仿真出来的 id、iq 经常不是平直的直流量或者反变换回 α、β 时 Valpha、Vbeta 的相位跟预期差一截。这个阶段最麻烦的不是不会搭模块而是公式符号、theta 同步、dq/αβ 方向这三件事只要错一个波形都会以类似的方式报警光看 Scope 很难定位。我的处理办法是把 Codex 接到 TaoToken让它对照公式和模块输入输出关系逐项核对而不是在 Simulink 里盲调参数。TaoToken 的注册和 Key 创建在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 填进 Codex 的 Base URL 是 https://taotoken.net/api 这两个地址不要混。1. Clark 之后卡在 Park先分清是公式错还是波形误判1.1 原文的 Park/AntiPark 公式与 Simulink 模块对应关系在原文的建模路径里Clark 变换负责把三相电流 ia、ib、ic 变成两相静止坐标系下的 ialpha、ibeta。接下来 Park 变换要把 ialpha、ibeta 转到旋转坐标系 dq公式是 d αcosθ βsinθq −αsinθ βcosθ。反变换 AntiPark 则走另一条路α dcosθ − qsinθβ dsinθ qcosθ。Simulink 里对应的模块通常命名成 MCM_Park 和 MCM_Rev_Park输入输出关系看起来简单但符号一旦写反dq 波形就会从直流量变成带两倍频波动的量。原文还强调要增加一个 theta 角度生成模块并且让它和 Clark 变换里的角度保持同步。这一步很容易被忽略如果 Clark 那边用的是 θPark 这边却用了 θ 加一个固定偏移或者单位从弧度换成了角度仿真结果照样会偏。最后还要把 ialpha、ibeta、id、iq 这四个量配成全局 Simulink signal方便在 Scope 里同时观察也方便后续做闭环控制时直接引用。1.2 为什么光看波形很难判断是哪一步接错dq 直流量不对可能的原因至少有四类Park 公式里 cos/sin 的符号写反theta 与 Clark 不同步AntiPark 的 d、q 输入顺序颠倒全局 signal 命名冲突导致 Scope 里看到的其实是另一条支路的信号。这四种错误在波形上的表现很像——id 或 iq 出现明显波动、反变换后的 Valpha/Vbeta 相位异常、或者 dq 轴幅值对不上。如果只在 Simulink 里改增益、调步长很容易把时间浪费在不是问题的地方。更稳妥的做法是先把公式和模块连线固定下来再让一个能读代码、能对照文本的工具去检查。Codex 就适合做这件事它不能替你运行 Simulink但可以逐项比对公式、模块输入输出和 signal 命名。要让 Codex 稳定工作先把它的 Base URL 指到 TaoToken这样不用在多个 Key 和不同模型之间来回切。2. 把 Codex 的 Base URL 落到 ~/.codex/config.toml2.1 从 TaoToken 创建 Key 并确认模型 ID打开 TaoToken 注册账号进入控制台创建 API Key得到的值先记成 YOUR_API_KEY。注意不要把它写进文章或截图里真实使用时代入自己的 Key。模型 ID 不要凭记忆写 gpt-5 或者某个带日期的后缀直接以模型广场当时列表为准。模型广场在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 进去之后看当前可用模型把对应的模型 ID 复制到 Codex 配置里。TaoToken 在这里只提供两件事一个可用的 API Key以及一个统一的 Base URL。它不替代 MATLAB/Simulink也不负责帮你跑仿真。Codex 的角色是读你贴过去的公式、模块参数和波形描述然后给出核对意见。所以准备材料就三样TaoToken 的 Key、模型 ID、Simulink 里 Park/AntiPark 的模块连接关系。2.2 ~/.codex/config.toml 里的 model_provider 写法Codex 读的是 ~/.codex/config.toml。不要往里面写 ANTHROPIC_* 变量那是 Claude Code 的配置方式。Codex 需要的是 model_provider 和 base_url。下面是一份可以直接改的配置model YOUR_MODEL_ID model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat把 model 换成模型广场里看到的 ID把 base_url 保持为 https://taotoken.net/api末尾不要加 /v1也不要填成官网首页。env_key 写的是环境变量名不是 Key 本身。然后在本机设置环境变量export TAOTOKEN_API_KEYYOUR_API_KEYWindows PowerShell 可以用$env:TAOTOKEN_API_KEYYOUR_API_KEY设置完重启终端再运行 Codex。如果 Codex 报 401先检查 TAOTOKEN_API_KEY 有没有真正导出如果报模型不存在回模型广场核对 YOUR_MODEL_ID 是否复制完整。wire_api 这一行按 TaoToken 模型广场标注的接口类型选常见是 chat如果某个模型只支持 responses再按页面说明改。配置能通的标准很简单Codex 能正常回一句话并且不再提示找不到 provider。3. 用 Codex 逐项核对 MCM_Park 与 MCM_Rev_Park 的输入输出3.1 把公式和模块连接关系整理成可读文本Codex 看不到 Simulink 的图形界面所以不能让它直接打开 .slx 文件去点模块。正确做法是把关键信息整理成文本Park 公式、AntiPark 公式、MCM_Park 和 MCM_Rev_Park 的输入端口顺序、theta 的来源、ialpha/ibeta/id/iq 的 signal 名称。可以写成一段提示词连同模块截图一起贴进 Codex 对话。提示词不用很长但要覆盖你怀疑的点我在 Simulink 里搭 STM32G4 的 Park 与 AntiPark Park: d alpha*cos(theta) beta*sin(theta) q -alpha*sin(theta) beta*cos(theta) AntiPark: alpha d*cos(theta) - q*sin(theta) beta d*sin(theta) q*cos(theta) 模块名MCM_Park、MCM_Rev_Park。 theta 来自角度生成模块和 Clark 变换共用同一个角度源。 现在 id、iq 不是直流量请逐项检查 1. 我贴的模块连线里 cos/sin 符号是否和上面公式一致 2. theta 在 Park 和 Clark 中是否同一个信号单位是 rad 还是 deg 3. ialpha、ibeta、id、iq 的全局 signal 命名和 logging 是否可能串线。这段提示词的作用是把“波形不对”拆成可检查的条目。Codex 会按公式对照你给的连接关系指出哪一条不匹配。它不会直接执行仿真也不需要访问你的生产库或业务系统仿真仍然由你在 Simulink 里点 Run。3.2 让 Codex 输出一份核对清单而不是直接改模型比较有效的用法是让 Codex 输出核对清单而不是让它“直接改”。比如让它按优先级列先查 Park 的 d 轴公式再查 q 轴符号再查 AntiPark 的输入顺序最后查 theta 同步。你把清单拿回 Simulink逐项在模块参数和信号线上确认。这样即使 Codex 对某个模块命名理解有偏差也不会把模型改乱。如果 Codex 指出某条连线可能接错先别急着改。把对应的模块截图和 Scope 波形一起贴回对话问它“按这个波形更可能是符号错还是 theta 不同步”。Codex 可以根据波形描述缩小范围但最终验证还是要在 Simulink 里重新仿真。这个过程比盲调参数快因为每一步都有明确的对照对象。4. theta 同步与 ialpha/ibeta/id/iq 全局 signal 的配置核查4.1 theta 角度生成模块与 Clark 共用同一信号theta 同步是 Park 变换里最容易被低估的一步。原文里专门加了 theta 角度生成模块并且要求它与 Clark 的角度同步。实际建模时Clark 那边可能用了一个角度源Park 这边又新建了一个两个源的初始相位、频率、单位不完全一致波形就会偏。检查方法很直接在 Simulink 里找到两个角度信号确认它们来自同一个源或者至少来自同一组参数。单位也要看有的模块用 rad有的示波器显示 deg换算错了会直接把 cos/sin 的周期拉长或缩短。把这个问题交给 Codex 时不要只说“theta 好像不对”而是把角度生成模块的参数、Clark 和 Park 两侧的角度信号名写清楚。Codex 可以帮你对照公式确认 cos/sin 的周期是否应该和 theta 一致也可以提醒你检查是否需要做 2π 取模。它不能替你在 Simulink 里改线但可以给出一份“先看哪里、再看哪里”的顺序。4.2 ialpha、ibeta、id、iq 配成全局 Simulink signal 的注意点原文最后一步是把 ialpha、ibeta、id、iq 配成全局 Simulink signal然后点仿真看波形。全局 signal 的好处是 Scope 和后续控制模块都能直接引用但命名不能冲突。如果两个地方都叫 idScope 里看到的可能是被覆盖后的值。检查时可以在 Model Explorer 或信号属性里看每个信号的名称、存储方式、是否开启 logging。Codex 可以读你贴出来的信号列表帮你找重名或漏配的项。还有一个细节Park 和 AntiPark 的输出信号方向不同。Park 输出是 d、qAntiPark 输出是 α、β。如果全局 signal 里把 d 和 α 写成了同一个名字或者把 q 和 β 混在一起波形看起来就会像“反变换没生效”。让 Codex 对照公式检查信号名与物理量的对应关系比在 Scope 里一条条切换要省时间。5. 仿真波形异常dq 直流量不对与反变换相位跑偏的排障5.1 dq 不是直流量先查 Park 公式符号再查 theta当 id、iq 出现明显波动时优先怀疑 Park 公式里的符号。d αcosθ βsinθ 和 q −αsinθ βcosθ 这两行里q 轴的负号很容易在拖模块时漏掉。检查方法把 Scope 里的 id、iq 和 ialpha、ibeta 放在一起看如果 dq 的波动频率是基频的两倍通常说明旋转坐标系的旋向或符号有问题。如果波动频率和 theta 一致更可能是 theta 单位或同步问题。把这段观察贴给 Codex 时可以写清楚“dq 波动是两倍频还是基频”“theta 是 rad 还是 deg”“Clark 和 Park 是否共用角度源”。Codex 会根据这些线索给出下一步检查项。注意Codex 只能根据你提供的信息推理不能直接读取 Simulink 的实时数据。真正的确认动作还是由你在本地执行仿真再把新的波形贴回对话。5.2 反变换 Valpha/Vbeta 相位异常查 AntiPark 的 d、q 输入顺序AntiPark 的公式是 α dcosθ − qsinθβ dsinθ qcosθ。如果反变换后的 Valpha、Vbeta 相位和原 Clark 输出对不上先检查 MCM_Rev_Park 的输入端口是不是把 d、q 接反了。有些模块的端口顺序是按 α、β 排的有些是按 d、q 排的接错之后波形不会报错但相位会整体偏移。再检查 θ 是否和 Park 用了同一个值如果 Park 用了 θAntiPark 却用了 −θ反变换就会朝反方向旋转。排障顺序建议先确认输入顺序再确认 θ 符号最后确认 cos/sin 是否和公式一致。每一步都可以让 Codex 对照公式复述一遍避免自己在模块里看久了产生惯性。若波形仍然不对把 AntiPark 的输入输出波形和模块连线图一起贴给 Codex让它按“输入顺序 → θ 符号 → 公式符号”逐项排除。5.3 把波形和模块连线贴回 Codex 继续排查Codex 在排障阶段的价值在于保持检查顺序。你可以把 Scope 截图、信号线连接、模块参数分成三组信息贴过去让它按“公式对照 → 信号名对照 → 角度同步”的顺序给结论。不要一次贴太多无关信息否则它容易把注意力放到步长、求解器这些次要因素上。每次只问一个具体问题比如“d 轴公式我接的是 αcosθ βsinθ但波形两倍频下一步该查哪里”。如果 Codex 建议你改某个模块参数改完在 Simulink 里重新 Run再把新波形贴回来。整个过程中TaoToken 只负责让 Codex 稳定调用模型它不参与仿真计算也不保存你的 Simulink 模型。需要新 Key 或换模型时仍然回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 处理。6. 跑完仿真后去控制台对一下这次 Codex 调用仿真波形正常之后可以顺手确认这次 Codex 调用有没有走通。在 TaoToken 模型对话 里用同一把 Key 发一条测试消息看模型 ID 和 Base URL 是否一致。如果后面还要频繁做 STM32G4 的电机控制建模可以打开 Coding Plan 看额度是否够用Key 的创建和管理入口在 控制台 API Keys。下次再遇到 Park 变换的 dq 波形不对直接把公式、模块连线和 Scope 截图整理好贴给 Codex让它按公式逐项核对比在 Simulink 里反复试参数更省时间。