VENDOR.Max 下一版原型机已开始组装
VENDOR.Energy 已开始 VENDOR.Max 下一版原型机的实体组装。新版本采用新的元器件基础与重新设计的 PCB 架构,而不是复制此前的装置。
VENDOR.Energy 已进入 VENDOR.Max 开发计划的下一个实体阶段:新版原型机的组装已经开始。
这并不是对实验室搬迁前那套装置的重新搭建。
我们不是用相同的元器件和相同的实现方式,再次组装同一台原型机。
我们正在构建下一版。
采用新的元器件基础。
采用重新设计的电子组件。
采用新的 PCB。
并把此前装置在开发、运行和测试过程中积累的工程知识带入这一版本。
上一台原型机不是新版本的施工图
此前的装置属于工程计划的另一个阶段。
它的任务是建立运行工况、支持长时间测试、暴露不同子系统之间的相互作用,并产生实际工程信息。
但开发型原型机的目的并不是保持不变。
它的目的,是减少下一版本中的未知量。
因此,现在每个子系统都可以依据已经获得的经验重新审视。
哪些功能现在可以直接固化进 PCB 架构?
哪些接口可以简化,或者定义得更加明确?
哪些位置需要增加新的测量点?
哪些临时实验室方案不应该继续进入下一次组装?
又有哪些实验性实现,现在已经能够被更可重复的工程方案取代?
我们不是在复制旧原型机。我们是在用旧原型机让我们理解到的东西,构建下一套系统。
组装从功能节点开始,而不是从外壳开始
在这个阶段,下一版 VENDOR.Max 还不像一台完成的装置。
这正是预期状态。
新版本正在逐步组装——从单独的电子功能与 PCB,逐渐进入更大的子系统。
电路板开始安装元器件。
连接关系接受检查。
元器件被安装并验证。
各个功能区段在进入更复杂的系统集成之前,先分别进行评估。
因此,现在工程工作台展示的正是硬件开发真实的中间状态:PCB、数字显微镜、焊接设备、测量工具、装配辅助工具以及各类元器件。
这不是最终产品。
这是架构重新开始变成实体机器的时刻。
从原理图决策到可重复的硬件
在早期开发阶段,同一个工程功能可能同时以多种形式存在:
原理图;
实验室模块;
手工连接;
中间测试板;
或者在测试过程中反复修改的实验节点。
下一版的目标,是把越来越多这样的决策转移进明确定义的硬件架构。
这也是为什么 PCB 开发对我们而言远不只是缩小尺寸。
一块 PCB 固化的是一个工程决策。
它定义连接。
定义功能边界。
定义接口。
定义测量访问点。
同时也定义了在下一次组装中重复相同配置所需的条件。
每一个从可变实验室配置转移到明确定义 PCB 架构中的功能,都会减少下一次组装的不确定性。
新的元器件基础,不只是一次元器件更新
转向新的元器件基础,并不只是把旧的晶体管、控制器或无源器件换成更新的型号。
如果目标仅仅如此,那只是一轮元器件更新。
对于 VENDOR.Max,这次转变更深。
新的元器件基础,使我们能够重新定义系统内部各项功能的实现方式。
包括控制。
开关。
辅助电路。
测量接口。
电力电子。
以及装置不同功能层级之间的连接方式。
因此,变化的不只是零件本身。
变化的还有整个系统工程定义的程度。
为什么我们没有一次性组装完整系统
对于复杂的 deep-tech 硬件,一个很自然的冲动是:尽快连接所有模块,给系统上电,然后直接看结果。
但对于一个新版本来说,这会优化错误的目标。
同时集成的功能越多,出现偏差时就越难定位其来源。
因此,新版本按照层级推进。
组装。
检查。
测量。
记录。
然后再集成下一层。
如果只看某一天,这种方式可能显得更慢。
但如果目标不是得到一台偶然能够工作的装置,而是构建一个其行为能够被解释、能够被重复的系统,那么这种方式实际上会快得多。
下一版 VENDOR.Max 现在已经实体存在
在此之前,下一版存在于工程决策、元器件选择、原理图、PCB layout 以及重建后的实验室规划之中。
现在,它也已经出现在工程工作台上。
第一批组件已经开始组装。
这标志着项目跨过了一个重要边界。
问题已经不再是:
下一版会是什么样?
现在的问题变成了:
如何系统地把它组装出来,并逐步验证?
下一版 VENDOR.Max 已经不再只存在于工程文档中。它的实体组装已经开始。
这一工程周期最终要得到什么
目标并不只是让 VENDOR.Max 在搬迁后重新回到运行状态。
目标是得到下一代工程配置:
结构更加明确;
更加可重复;
具有更清晰的功能边界;
具有更好的测量访问能力;
减少临时性的实验室方案;
并为后续的计量工作和独立验证做好更充分的准备。
这就是恢复旧原型机与构建新版本之间的区别。
上一台原型机给了我们一张地图。下一版,就是我们开始把这张地图变成一台更可重复机器的阶段。
