床架如何判断能否通过门洞？
扁平且常可拆解的床架该如何在六种轴对齐姿态里选，为什么选错姿态会出现很大的负余量，以及门洞＋房间联合姿态矩阵到底证明了什么。
- 发布日期
- 更新日期
- 计算方法版本
- 2.0.0
- 内容维护
- 本页内容与本仓库中的计算引擎一同维护。几何或结论逻辑一旦变更，必须在同一次变更中同步更新已发布的方法说明及其自动检查。不存在单独署名的编辑团队，也没有外部审核方。
本文要回答的问题
扁平、常可拆成板件的床架，应该用哪一种姿态来计算？为什么不做连续倾角搜索？
直接回答
先确定要搬的到底是什么：整体床架，还是一叠平板。把它的外廓作为一个长方体填入，让引擎把六种轴对齐姿态分别用于门洞截面与房间体积检查。长边朝向门洞的姿态可能差得很远，另一种姿态却可行，于是结论是带推荐姿态的「条件性」。连续倾角是有意不搜的：第一版只评估由 3×3 旋转矩阵构造的六种姿态，并把这个限制明写出来，而不是假装已经找到最优解。
详细解释
扁平床架仍然只是一个盒子
床架又宽又长又薄。直立时把整幅宽度朝向门洞，纵向放时可能把整条长度朝向门洞。三条边差异越大，姿态选择对结论的影响就越剧烈——比近似立方体的物件明显得多。
如果床架已经拆成板件，每块板就是一个小得多的盒子。工具没有零件清单：该填的是你要搬的那一大件里最大的那块，不是组装好的床。
六种姿态，不是角度扫描
每种被测姿态都是真实旋转矩阵 R = Rz · Ry · Rx，包围盒为 |R| · h；旋转 90 度时，三条边只是换了个位置。没有任意角度搜索，也没有姿态之间的插值。
这一点作为 AXIS_ALIGNED_POSES_ONLY 明确声明。真实搬运也许能靠斜一点成功，而工具根本没试过；反过来，一个看起来有希望的条件性结论，也不是搬运一定成功的保证。
为什么必须是同一个姿态
引擎对每种姿态分别做门洞截面与房间体积检查，再建立联合矩阵，记录哪些姿态同时满足两项。过了门却放不进房间的姿态不算解。
若当前选中姿态失败、但另一种被测姿态同时满足两项，结论就是 CONDITIONAL，并附 REQUIRES_POSE_CHANGE 原因。这是对数据的一次精确陈述，不是含糊的警告。
可操作的步骤
- 01
先定：整体床架还是板件
量真正会穿过门洞的最大单件。能拆的话，用最大一块板的外廓，不要用组装后整张床的尺寸。
- 02
按物件自身轴记录三条边
同一种单位下的长、宽、高。扁平打包件通常厚度最小，而在可行姿态里，往往正是这个数变成朝向门洞的投影宽度。
- 03
量门洞与房间
净宽取三次读数最小值，门楣取最低点，再记房间矩形体积。门框深度确实量不到就留空，引擎会明确说出来。
- 04
比较姿态并读联合结论
先任选一种姿态看剩余值，再套用推荐姿态。核对原因列表写的是需要换姿态、门框深度缺失，还是没有单一姿态同时满足两项。
计算示例：选错姿态长什么样
扁平打包的床架长 2000 mm、宽 1500 mm、厚 300 mm；门洞净宽 800 mm、净高 2050 mm、门框深 180 mm；房间 3000 × 4000 × 2600 mm。这里刻意选择纵向姿态，不额外要求操作余量。以上均为输入值。下方表格是引擎实时输出，包含它推荐的姿态。
输入数据
| 物品 | 扁平打包床架 |
|---|---|
| 长 | 2000 mm |
| 宽 | 1500 mm |
| 高 | 300 mm |
| 门洞净宽 | 800 mm |
| 门洞净高 | 2050 mm |
| 门框深度 | 180 mm |
| 房间宽 | 3000 mm |
| 房间长 | 4000 mm |
| 房间高 | 2600 mm |
| 额外余量 | 0 mm |
| 选定姿态 | 纵向放倒 |
计算过程
- 01纵向姿态把 2000 mm 的长边朝向 800 mm 净开口，这是一个刻意选坏的例子，宽度比较因此出现很大的负值——下方表格里的数字来自引擎本身，不是正文写死的。
- 02引擎不会凭一个坏姿态下结论：它把六种排列分别用于门洞截面与房间体积检查，再判断是否存在单一姿态同时满足两者。
- 03当另一种姿态可行时，结论为条件性，原因列表会点名「需要换姿态」，推荐姿态则来自联合矩阵。这正是本例要说明的：某一种姿态下很大的负余量，并不是对这件物件的判定。
引擎实跑结果
表中每一项数值都在页面渲染时由计算器所用的同一个引擎实时生成，文章只提供输入数据。
- 总体状态
- CONDITIONAL
几何上无法给出确定结论：局部检查需要换姿态、存在阻断性限制，或没有单一姿态能同时满足两项检查。
- 推荐姿态
- 直立 · 旋转 90°
| 比较项 | 需要 | 可用 | 剩余 |
|---|---|---|---|
| 门洞净宽 | 2000 | 800 | -1200 |
| 门洞净高 | 300 | 2050 | 1750 |
| 房间宽度 | 2000 | 3000 | 1000 |
| 房间长度 | 1500 | 4000 | 2500 |
| 房间层高 | 300 | 2600 | 2300 |
- DOORWAY_REQUIRES_POSE_CHANGE
- ROOM_FIT_PASS
计算方法版本 2.0.0
适用范围
适用于一个矩形盒子（整体床架或最大的一块板）、一段直线门洞截面、六种轴对齐姿态与一个矩形房间体积。
本例的限制条件
- 不搜索连续倾角；斜向解既未测试，也未排除。
- 拆成一叠板件不会作为多个物件建模。请填实际要搬的最大单件。
- 门框深度内的旋转、门扇、踢脚线与搬运路径均未建模。
- 剩余量为 0 记为贴面，不算冲突；真实搬运仍需留出余量。
使用的公式
姿态到包围盒
h盒(姿态) = |R姿态| · (L, W, H)
六个显式 3×3 矩阵；轴对齐旋转下结果就是三条边的一个排列。
联合可行性
feasible(姿态) = 通过截面(姿态) AND 放进房间(姿态)
引擎为六种姿态逐一记录，并报告是否存在共同可行姿态。
选中姿态失败时的结论
当前失败 AND 存在可行姿态 → CONDITIONAL (REQUIRES_POSE_CHANGE)
状态由引擎产出并原样渲染，界面不自行拼装。
适用边界
- AXIS_ALIGNED_POSES_ONLY：恰好六种姿态，不含任意角度。
- BOUNDING_BOX_ONLY：每件物品一个盒子，不是零件清单。
- 门洞为 SECTION_ONLY、房间为 STATIC_VOLUME_ONLY，路径未建模（PATH_NOT_MODELLED）。
- 门扇、障碍物与门框深度内旋转均未建模。
- 非法输入返回结构化的 INVALID_INPUT 失败，不生成几何猜测。
常见错误
搬的是板件，填的却是整张床
组装后的床比任何单块板大得多。工具只建一个盒子，于是描述的其实是根本不会穿过门洞的那个物件。
凭一个坏姿态就给物件下结论
很大的负余量属于当前选中的姿态。先看推荐姿态和原因列表，再判断。
把 CONDITIONAL 当成报错
这里通常表示「需要换姿态」，且另一种被测姿态同时满足两项检查。这是有用信息，不是工具出错。
以为工具找到了最省事的实际角度
它只搜索了六种轴对齐排列。对斜向倾斜不作任何断言，结果里也会显示这条限制。
打开适配计算器
把实际要搬的最大单件填进计算器，再逐个切换姿态。比较表、原因列表与推荐姿态都来自同一次引擎计算，你能看清某一种朝向为什么失败、另一种为什么能同时满足两项检查。
填入你实测的家具、门洞与房间尺寸，即可看到同一套比较在真实情况下的结果。
打开计算器