我扒了30万行日志，找到创想Hi压床真凶：官方调平宏少写一行代码

题图：0.20 − 0.37 = −0.17mm，几何等效过压约0.17mm

一句话结论：不是你的床不平，也不是你的PEI板有问题。这台创想Hi的官方自动调平流程，在执行Z_TILT_ADJUST物理调整两根Z丝杆之后，没有再次执行G28 Z重新建立Z基准，就直接进入了BED_MESH_CALIBRATE。结果保存下来的default网格稳定带着约 −0.36 ~ −0.38 mm 的整体基准偏移，最终让0.20 mm首层在几何等效上变成了 −0.17 mm——喷嘴在往床里扎。

阅读提示：本文是工程故障复盘，面向熟悉Klipper、看得懂G-code的进阶用户与厂商工程师。如果你只想快速自测 + 拿到临时修复方案，直接跳转第十章。本文全部结论基于单台样机实测（主机标识Creality Hi-EB30），不代表全部同型号机器；存在尚未完全解开的次级异常（第八章），主结论与次级问题在第九章做了严格隔离。

本文所有数据来自一台真实机器、真实日志、真实打印件，无一处虚构。 文中完整保留多轮失败实验，包含一次本人操作失误刮穿PEI板的事故记录。

项目内容设备创想三维 Hi（主机标识 Creality Hi-EB30）Klipper09faed31-dirty（厂商定制固件，非上游原生Klipper）探测模块PY_VER=78 / PRES_VER=71 / STEP_VER=71屏幕模块c440x 1.1.0.74耗材 / 温度Panchroma PLA，喷嘴 213 ℃，热床 56 ℃，首层 0.20mm环境15U 微负压封闭机柜排查跨度2026-09-06 ~ 09-09，四天，五轮对照实验日志规模单日 74MB / 30.7 万行

术语说明：
1. 上游原生Klipper并不内置G29命令。文中“官方调平宏”指代创想厂商自定义的自动调平流程，是厂商在固件包内自行实现的一套流程。
2. Z_TILT_ADJUST是上游Klipper标准gcode，功能为通过移动Z轴步进电机校正龙门倾斜。该命令会改变机械姿态，但不会自动重建Z探测基准，基准重建必须显式执行G28 Z。
3. BED_MESH_CALIBRATE是Klipper原生网格探测命令，测量结果完全依赖执行瞬间的Z零点基准。

一、症状：一台「必须开着校准才能用」的打印机

事情的开端很普通。

这台Hi有个开关，叫「打印校准」。开着它，每次打印前机器会现场跑一遍网格标定，多花两三分钟；关掉它，就沿用上一次存下来的网格，直接开打。

故障现象是这样的：开着一切正常，关着必炸首层。

原厂状态首层炒面

图 1-1　关掉打印校准，首层直接「炒面」：材料被过度挤压，纹路完全紊乱

原厂状态首层犁床

图 1-2　更严重的情况是犁床：喷嘴把已经铺好的料重新铲起来

原厂满床首层

图 1-3　220×220mm 满床单层：中心区域被压到透光，右侧边缘堆料起毛

同一个中心区域小方格测试件，左边开着打印校准，右边只做自动调平——对比非常直接：

打印校准对照

图 1-4　开启打印校准（良好）vs 仅自动调平（缺陷）：同一测试件，同一台机器

看起来，这是一个「用户想省时间，不肯校准，活该打不好」的故事。说实话，一开始我也是这么想的。毕竟「不校准就打不好」在3D打印里几乎算常识。

但常识在这里是错的。 后面会证明：这个开关之所以「有用」，不是因为它做了什么正确的事，而是因为它绕开了固件里一条走错的流程。换句话说，它不是解药，它是遮羞布。

1.1 在翻日志之前，所有常规操作都试过了

在动日志之前，该试的都试了：

反复调Z补偿。 这是最直觉的反应——首层压太低，那就把喷嘴抬高点。日志里留下了完整的痕迹：

15:51–17:10 共 20 余次 SET_GCODE_OFFSET Z_ADJUST=±0.005~0.05 + Z_OFFSET_APPLY_PROBE [prtouch_v3] z_offset 在 −0.020 ~ +0.150 之间来回，最终回到 0.000

调了二十多次，最后归零。为什么？因为START_PRINT的第一行就是：

SET_GCODE_OFFSET Z=0

每次打印开始，所有手动Z补偿被无条件清零。 你调一次，它清一次；你以为在调机器，其实在调空气。

这条日志是后来翻出来的，但它解释了一件事：如果一个偏差是固件流程级别的，你在UI上调参数是永远调不掉的。 这也是本文想传达的第一条经验。

怀疑PEI钢板变形。 第二大直觉——床不平嘛，换块板。这台机器是双面PEI弹簧钢板，于是把板翻了个面，重跑自动调平。

结果在下一章。

二、第一次误判：我们都盯着Range，而Range是个陷阱

翻面之后重跑自动调平，机器报出来的数字是 0.907，比之前的0.95好了0.043。

当时我的判断是：有一点点用，但没解决。

原厂网格补偿UI

图 2-1　设备UI显示的网格补偿界面：Range 0.9225（−0.4795 ~ +0.6430）。这是另一次原厂状态调平的截图，与正文0.907属不同批次，量级一致

后来查清楚，这个0.9量级的数字是 Range，即网格最高点与最低点的落差，也就是「床面起伏峰谷差」。它跟我们这次的故障几乎没有关系。

真正致命的数字藏在网格矩阵的Mean里。

网格RangeMean中心 (130,130)BeforeRepBoard（翻面前，历史正常态）0.969+0.3155−0.012default（翻面后，故障态）0.907−0.0461−0.331

看明白了吗：

• Range只降了0.062——说明翻面确实让床面相对起伏略有变化，但幅度很小；

• Mean却掉了0.3616mm——整张网格发生了一个巨大整体偏移；

• 中心点从−0.012恶化到−0.331——中心区域相对基准整体下沉。

所以我真正应该关注的问题，不是：「床到底平不平？」而是：「整张网格为什么整体换了一个基准？」

Range 与 Mean 诊断价值对比

图 2-2　同一组数据下，Range变化−0.100（−9.8%），Mean变化−0.363——两个指标给出的方向完全相反

这里做一个限定：本文所谓「Range是陷阱，Mean是零点判据」，是针对这次故障的诊断结论。Range主要反映网格的相对起伏；Mean可以帮助识别整张网格是否发生了整体Z偏移。 在本次故障中，正是Mean的整体漂移暴露了Z基准问题。

顺带一提，翻面后的床面形态长这样（负值=该处更高）：

y= 10 行均值 +0.292 ← 前沿最低 y=130 行均值 −0.115 y=250 行均值 −0.299 ← 后沿最高，前后落差 ≈ 0.59mm y=130 行 (x 从 10 到 250): +0.148 −0.004 −0.176 −0.286 −0.331 −0.313 −0.179 −0.020 +0.129 ↑ 中间比两侧高约 0.33mm

后高前低0.59mm + 中间凸起0.33mm，跟翻面之前的形态高度一致。这条当时被我解读为「结构性形变」，现在看这个解读也是错的（第六章会展示为什么），但它当时确实把注意力从「床面」引向了「流程」，是歪打正着。

三、拆日志：74MB、30万行里的那一行缺失

常规手段全部无效之后，只剩一条路：把日志拆开看。

第一天的klippy.log是 74MB、30.7万行，包含4次Klipper启动（13:59 / 17:58 / 18:33）。

3.1 先把厂商的自动调平宏还原出来

在日志第31535行附近，厂商「自动调平」宏的真实执行顺序被完整还原出来了：

G28 Z ← 建立初始Z基准 BED_MESH_CLEAR Z_TILT_ADJUST ← 双Z对齐，两根丝杆被物理移动 SET_ADJUSTMENTS_FLAG VALUE=0 BED_MESH_PROFILE LOAD="default" BED_MESH_CALIBRATE ← 测81个点，存成网格 CXSAVE_CONFIG

再看START_PRINT的流程：

SET_GCODE_OFFSET Z=0 ← 手动补偿清零 G28 X Y → NOZ_CLEAR → ZDOWN_SWITCH=1 → G28 Z → M190 → M109 S45 → NEXT_HOMEZ_NACCU → G28 Z → BED_MESH_CALIBRATE ← 只有「打印校准」开着才走到这里 → CXSAVE_CONFIG

两条流程的差异只有一个：官方调平宏跑了Z_TILT_ADJUST，START_PRINT没跑。

而Z_TILT_ADJUST是干什么的？它是Klipper的标准双Z对齐命令——在(40,130)和(220,130)两点各探一次，然后根据高度差，用ADJUST_STEPPERS物理移动两根Z丝杆，把龙门调平。

移动丝杆，就改变了喷嘴、探针与床面的物理几何关系。

然后，官方调平宏在移动完丝杆之后，直接就去测网格了，中间没有任何一步重新回零。

3.2 铁证：网格漂移量 ≈ Z_TILT调整量，误差0.0043mm

如果只是「怀疑」，那不叫证据。好在Z_TILT_ADJUST每调一次都会在日志里打印出它移动了多少：

Making the following Z adjustments: stepper_z = 0.452750 ← 第一轮 stepper_z1 = 0.289994 Retries: 0/10 Probed points range: 0.163000 tolerance: 0.100000 stepper_z = 0.027752 ← 第二轮（首轮range超差触发retry） stepper_z1 = -0.038739 Retries: 1/10 Probed points range: 0.057500 tolerance: 0.100000

两轮合计：

项目stepper_zstepper_z1轮1+0.452750+0.289994轮2+0.027752−0.038739合计+0.480502+0.251255

两根丝杆的平均位移 = (0.480502 + 0.251255) / 2 = +0.365878 mm

于是出现了一个非常漂亮的数量级对应：

项值Z_TILT平均调整量对应的共模变化−0.3659 mm实测网格Mean漂移（+0.3155 → −0.0461）−0.3616 mm误差0.0043 mm

9月6日那次同样吻合：Z_TILT平均≈0.385mm ↔ 网格中心变化≈−0.387mm。

这不是「差不多」。这是机械调整了多少，网格整体就漂了多少。误差只有几微米级到十微米级。

因此，至少在这台机器的这几轮实验里，可以非常有把握地认为：本次观测到的约0.36～0.38mm网格共模偏移，与Z_TILT_ADJUST的调整量高度吻合，指向同一个机械状态变化来源。

3.3 换算到首层：0.20 − 0.37 = −0.17mm

这里的计算需要做一个限定：它是一个几何等效量估算，不是说Klipper内部坐标系直接显示Z = −0.17。按实测情况可以这样理解：

打印流程重新执行G28 Z后，当前打印基准被重新建立；但如果随后直接加载一张来自异常测量流程的旧网格，这张网格整体相对当前基准带着约 −0.37mm 的偏移。

对于0.20mm首层：

0.20 − 0.37 = −0.17 mm

也就是说，理论首层厚度被「吃掉」了约0.17mm。于是：炒面、犁床、透光的中心区——全部解释得通了。

3.4 机制总览：为什么「打印校准」开关一个正常一个压床

Z_TILT_ADJUST调整两根Z丝杆俯仰之后，没有再次执行G28 Z重新归位。

它物理移动了Z丝杆，改变了喷嘴、探针与床面的物理几何关系；在本机的厂商流程中，这个机械状态变化没有被后续的Z基准重建消化掉，最终表现为网格整体产生约 −0.37 ~ −0.38mm 的共模偏移。

而切片下发的START_PRINT流程只做G28 Z，不跑Z_TILT_ADJUST：

• 打印校准开启：打印流程内部现场跑BED_MESH_CALIBRATE，基于打印流程自己的G28 Z零点测量，基准自洽，打印正常。

• 打印校准关闭：跳过现场探测，直接加载之前官方调平保存的default网格。这套网格的探测基准与当前打印基准不一致，整体偏低约0.37mm，等效于喷嘴压入床面约0.17mm。

最坑的一点：机器开机就自动加载default网格。只要你曾经跑过屏幕上的官方调平，重启后这张网格就带着这个−0.37mm偏移常驻内存。你手动反复调Z_OFFSET_APPLY_PROBE，会被START_PRINT里的SET_GCODE_OFFSET Z=0每次打印开始时冲刷掉——调的是空气，不是机器。

3.5 一个佐证：两条流程对Z轴上限的认知都不一样

03:30:13 ZDOWN G29_flag is False, real_zmax:294.7475 ← 手动G28 Z走的分支 03:35:03 ZDOWN G29_flag is True, set zmax:310.0 ← 官方调平内部走的分支

同一个Z轴，两个不同的上限值：一个是传感器实测的294.75，一个是配置里的标称position_max=310。这两条路径对Z轴的认知根本不可互换，也从侧面说明基准没有被统一。

故障机理流程图

图 3-1　故障机理：Z基准在Z_TILT_ADJUST之后被改变，且未被重建，一直污染到打印阶段

四、第一次正向验证：加一步回零，症状消失

根因清楚了，修复思路就一行：Z_TILT_ADJUST之后，补一次G28 Z。

不改厂商的宏文件，用Klipper官方的rename_existing机制包一层：

[gcode_macro Z_TILT_ADJUST] rename_existing: Z_TILT_ADJUST_BASE gcode: Z_TILT_ADJUST_BASE {rawparams} G28 Z

四行。放在printer.cfg里[z_tilt]之后、#*# SAVE_CONFIG之前。删掉即完全还原，不碰厂商任何文件。

4.1 补丁确实跑了

04:32:15 ZDOWN end，G29_flag is True, set zmax:310.0 ← 官方调平自带的G28 Z 04:32:52 Z_TILT 轮1：z=+0.443248 / z1=+0.306244 04:33:02 Z_TILT 轮2：z=+0.024758 / z1=−0.033986 04:33:04 ── 补丁触发的G28 Z（耗时29秒）── 04:33:57 calibrate--bed-mesh begin 04:37:14 Mesh Bed Leveling Complete，总耗时197.250秒

Z_TILT结束到测网格之间，多出的29秒，就是那一步被补上的回零。

4.2 定量验证：预测+0.3240，实测+0.3320

本轮Z_TILT合计：z = 0.443248 + 0.024758 = 0.468006，z1 = 0.306244 − 0.033986 = 0.272258，平均=+0.370132 mm

项值补丁前Mean−0.0461预测补丁后Mean = −0.0461 + 0.3701+0.3240实测补丁后Mean+0.3320误差0.0080 mm

4.3 与历史正常基准对齐

更有说服力的是，机器里还存着一张翻面PEI之前的旧网格BeforeRepBoard，那是一台「健康的」机器留下的独立参照：

网格Mean中心(130,130)RangeBeforeRepBoard（历史正常）+0.3155−0.0120.969补丁前（故障态）−0.0461−0.3310.907补丁后+0.3320+0.0391.012

• 补丁后vs历史正常：Mean只差0.0165mm

• 补丁前vs历史正常：Mean差 −0.3616mm

中心点从「扎进床里0.331mm」变成「离床0.039mm」。

关掉打印校准，直接打——首层正常了。

补丁后满床首层

图 4-1　补上回零后，同样的220×220mm满床单层，成型正常

补丁后直接打印

图 4-2　不开打印校准，直接打印的首层效果

补丁后开启打印校准

图 4-3　同一状态下再开启打印校准，效果进一步改善——此时两者都已正常，说明回零后两条流程终于对齐

补丁后网格补偿UI

图 4-4　补丁后设备UI：Range 1.0340（−0.1230 ~ +1.1110）

注意这里又出现了一次Range陷阱：补丁后Range从0.907涨到了1.012，看起来「变差了」，实际状态是健康的。 所以这个数字真的不能当诊断指标用。

五、我以为修好了。但没有——剩下三轮弯路

如果你看到第四章就关掉这篇文章，你会以为故事结束了。恰恰相反，真正的麻烦从这儿才开始。

补丁之后，中心区域能打了，但满床还是有问题。于是又追了三天，走了三条死路。这部分我全写出来，因为它比结论更有价值。

5.1 弯路一：怀疑补丁抹掉了差动量，做了两轮A/B，全部证伪

Z_TILT_ADJUST会算出两根丝杆的高度差（这台的差动量在0.1957 ~ 0.2215之间），这个差动量会被写进配置，之后每次G28 Z都会原样施加。

所以我怀疑：补丁补的那次G28 Z，是不是把差动量给撤销了？

设计了一组对照：官方调平刚跑完、不做任何归零时，立刻在X方向五点探测（B组）；再G28 Z之后同样五点探测（A组）。

XB组（网格态）A组（打印态）A − B400.4637500.412750−0.0510700.2687500.222500−0.04631300.0352500.036000+0.00081900.0065000.005250−0.0013220−0.028500−0.030250−0.0018

如果差动量真被抹掉了，A−B应该出现0.22mm级的反向倾斜（x40和x220反号）。实测最大只有0.05，右侧三点几乎为零。

假设不成立。

5.2 弯路二：以为网格右侧错了0.35——结论被自己推翻

接着又发现一个「异常」：网格说右侧隆起，独立探测说右侧继续下降，差了0.35mm。我一度认定「网格右侧系统性错了0.35」。

这条结论后来被撤回，原因是实验设计本身失效了。

我当时的探测顺序是x40→70→130→190→220，单调递增。而每次探测本身会让Z原点单向净沉 −0.0316mm。于是：

• 序号（第几次探）和X坐标的相关系数是 +0.992——完全共线；

• 拟合出来的「X向形状」和「每次探测的漂移」在数学上根本分不开。

打个比方：你想测一把尺子准不准，但每量一次尺子自己短一点，而且你每次都从左往右量——你永远分不清「右边真的长」还是「尺子变短了」。

修正方法：把点位打乱（锯齿序，相关系数−0.167），或者交错重复取均值（相关系数0.105）。两种设计跑出来的结果是：

实验设计每次探测漂移X向真实形状（全跨度）13:42 锯齿序打乱顺序−0.031601+0.0058 mm / 240mm14:05 交错序交错重复−0.031678+0.0013 ± 0.0020 mm / 180mm

不同设计、不同时间，漂移率吻合到8e-5；X向真实形状在统计上就是零。

这条是整篇文章里我最想留给玩家的方法论：只要你测点的顺序跟坐标单调相关，你的「形状」结论就一定是假的。

5.3 弯路三：一次代价昂贵的测量——我把PEI板刮了

这是必须写出来的失败。

在跑完一轮九次探测之后，我判断机器处于「热态」，建议不归零、立刻再跑一轮做对照。

结果：喷嘴沿X轴把PEI板刮出一条贯通长痕，中间180mm段的涂层被刮穿露底，那块板废了。

根因是我把探测读数的物理含义理解反了。 PROBE返回的z值不是「电子漂移量」，它是喷嘴的真实物理位置：

读数z喷嘴在标称Z=0时的状态z > 0悬在床面上方，安全z ≈ 0正好贴着床z < 0已经压进床面，任何XY横移都是刮板

而那轮九次探测的读数是这样走的：

+0.4788 → +0.0580 → +0.0245 → −0.0040 → −0.0390 → −0.0673 → −0.1025 → −0.1353 → −0.1615

跑完时喷嘴已经在床面以下0.16mm。第二轮继承了这个下沉，第一条G1 X40 Y130就是带着埋在床里的喷嘴横移180mm。

⚠️ 警告：严禁复刻本节描述的手动探测脚本！本节为反面失败案例。本文提供的临时补丁和读者自测不包含任何手动横移探测，普通用户切勿尝试。

这是我的操作失误，跟机器、跟固件、跟本文要讲的bug都没有关系。 写在这里是因为：如果你以后也要手写探测脚本，请记住这个代价。

5.4 但这次事故，意外给出了第一个物理证据

刮痕的几何分布，恰好回答了一个我们吵了两天的问题：

区间喷嘴到过吗实际损伤x0 ~ x40（左端4.2cm）没到极轻微x40 ~ x220（180mm）横移全程涂层刮穿、露底x220 ~ x260（右端4.2cm）没到极轻微

如果床面真像网格说的那样是个0.6mm的碗（中间低、两端高出0.4mm），那么在−0.16mm高度横过去，只有中段能碰到，两端根本不该有痕。

贯通=整条线一样高=床是平的。

PEI板刮伤实物：一条贯通的刮痕，两端未横移区域基本无伤

图 5-1　那块刮穿的PEI板：刮痕严格局限在喷嘴横移的180mm区间内，两端喷嘴没到过的4.2cm只有极轻微痕迹——这条痕本身成了一次「机械式床面平整度测量」

这与交错实验测出的「x40到x220不平度≤0.003mm」完全一致。两个完全独立的证据链，指向同一件事：网格那个0.6mm的碗，不是床的形状。

六、决定性对照：换掉整个物理床面，网格纹丝不动

刮穿之后，板翻面（这台是双面板）。换了一个全新的物理接触面，重跑自动调平。

如果网格测的是床，形状应该变。结果是：

指标旧打印面新打印面变化Mean+0.3496+0.3241−0.026Range1.03701.0210−0.016形状相关系数—r = 0.9974—

最佳拟合：新 = 0.974 × 旧 − 0.016，残差标准差0.0185mm（正好是探测噪声下限）。

逐点差就是一个−0.0255的整体平移，加±0.02的噪声。

换面前后网格形状

图 6-1　换掉整个物理打印面后，网格的X/Y剖面几乎完全重合（r = 0.997）

在原厂这条调平流程下，Mesh中约0.36mm的Z基准共模偏移已经远大于我们本次独立测得的X向真实形貌变化，因此它掩盖了物理床面的实际起伏。 这个现象指向：在当前流程下，网格中观测到的大尺度空间形状，不能直接等同于真实PEI表面的形状。

打印端也印证了：换新面之后打满床单层，中心依然压薄透光、右侧依然起毛，量级与网格的X向梯度吻合。

需要诚实标注的边界：到这里为止的物理证据，只覆盖了y=130这一条线。网格在Y方向还有一个跨度0.576mm的斜坡，我们没有独立物理测量过它。后来通过「四条封边轮廓粗细均匀」间接判定它同样不成立，但那是目测，不是测量。

七、反向复现：把补丁摘掉，故障回来

到第六章为止，所有证据都是「加了修复→变好了」。

这在工程上有个致命弱点：你怎么知道不是重启、不是状态重置、不是碰巧？

所以9月9日，我们做了一件反直觉的事——把已经生效的补丁摘掉，重跑一次自动调平。

状态MeanRange有回零（09-08 15:20）+0.32411.0210无回零（09-09 10:13）−0.03920.9210

Mean掉了 0.3633mm，症状完整复现。而且 −0.0392与9月7日原始故障态的−0.0461基本重合——同一台机器、同一个bug、同一个数值。

X剖面A/B对照

图 7-1　有无回零两种状态下，网格X向剖面的对比：整体下沉0.363mm，形状几乎不变

逐点位移热力图

图 7-2　81个探测点全部下沉，标准差仅为均值的13%，是干净的共模平移

翻译成人话：不是某几个点错了，而是81个点几乎一起向下平移了约0.36mm。

7.1 三次独立估计，离散不超过0.015mm

mean三次一致性

图 7-3　Z基准污染量的三次独立估计

估计来源污染量由Z_TILT差动调整量推算的理论值 (09-07 04:33)0.3701正向对照：加装回零后Mean的变化 (09-07)0.3781反向对照：摘除回零后Mean的变化 (09-09)0.3633

三次估计的离散度 ≤ 0.0148mm。这期间跨越两天、更换过一整张物理床面、Z_TILT差动量从0.1957变到0.2215——污染量依然稳定复现。

7.2 空间分布：纯共模，不是机械形变

• 逐点差均值 −0.3633mm，标准差 0.0486mm（仅为均值的13%）

• Y向位移跨度 −0.0082mm（九行几乎完全相等）

• X向存在约0.14mm的额外分量

Y向跨度接近零=纯共模平移，这个特征排除了「热床局部翘曲」「安装应力」这类机械解释——机械形变不会让整张床严丝合缝地统一抬高0.36mm。

7.3 又一次Range陷阱

注意上表：摘掉补丁后，Range从1.0210「回落」到0.9210。

如果你盯着Range，你会以为机器变好了。实际上Mean从+0.32掉到了−0.04，机器回到了刨床状态。

这个坑我踩了两次，写出来希望你们只踩零次。

补丁后3D网格曲面

图 7-4　有回零状态的网格3D曲面（Mean = +0.3241mm）

原厂3D网格曲面

图 7-5　原厂状态的网格3D曲面（Mean = −0.0392mm），整张曲面相对下移约0.363mm

八、还有一个至今没解释干净的矛盾

到这里主案证据链已经闭环，但存在一组无法被现有实验完整解释的实测数据，必须完整公开。该部分次级异常不用于证实/证伪本文核心故障结论。

在X方向三个位置各打一条单层测试条，跟网格插值预测值对照：

测试条位置网格预测的抬升量打印实测AX40–90, Y100+0.341mm−0.10mm（过压）B（基准）X120–170, Y1200理想CX200–250, Y140+0.216mm+0.10mm（间隙）

网格预测与打印实测对照

图 8-1　网格预测与打印实测在A带符号相反，差值达0.44mm

网格说A处床最低、应该把喷嘴抬起0.34mm，结果A反而被压出纹路。差了0.44mm，而且是反号。

实验局限：三组测试条Y坐标分别为Y100 / Y120 / Y140，X与Y变量同时变化，实验设计无法把X向、Y向贡献解耦。现象仅能确认：网格插值补偿输出，与首层实际成型效果之间存在显著偏差，但不能定位根因。

🔬 解开该矛盾需要完成的后续实验

想要定位0.44mm反号偏差的来源，需要下面这些用户侧难以完成的测试，应由厂商在实验室条件下执行：

1. 热态56℃下，使用独立高精度激光位移传感器，获取整张220×220床面物理形貌真值；

2. 固定Y坐标不变，仅扫描X轴，消除Y方向变量干扰，重复单层测试条实验；

3. 日志追踪完整打印流程内全部Z变换链路：探测阶段、网格加载、打印阶段SET_GCODE_OFFSET、厂商自定义Z修正逻辑；

4. 比对冷态探测网格与热态真实床面形变差异，量化热形变贡献。

可能候选原因包括：热床热形变、打印阶段补偿链路异常、探测-打印坐标变换差异、厂商内部自定义补偿逻辑。本文不做任何倾向性猜测。

九、所以，这到底是谁的问题

9.1 核心结论

✅ 【A级：已被多轮实验直接证明】
本次观测到的约0.36～0.38mm网格共模偏移，与Z_TILT_ADJUST的调整量高度吻合，指向原厂自定义调平宏的流程编排缺陷——即Z_TILT_ADJUST之后缺少G28 Z重建Z基准。 这不是硬件本体缺陷，也不属于用户操作错误。

完整链条：

1. G28 Z建立Z轴零点；

2. 厂商自定义调平宏执行Z_TILT_ADJUST，物理移动两根Z丝杆（本机平均位移约0.37mm），机械龙门姿态发生改变；

3. 宏流程没有执行任何Z基准重建操作，直接调用BED_MESH_CALIBRATE；

4. 81点探测基于被改变后的机械基准，输出一张携带整体共模偏移的网格并持久化保存；

5. 关闭打印校准：打印流程G28 Z重建真实零点，加载旧的偏移网格→首层出现严重过压压床。

已双向验证有效的修复方式：在Z_TILT_ADJUST之后补一次G28 Z。

⚠️ 【B级：现象级观察，尚未锁定根因】
- 第六章换床实验：更换物理PEI接触面，网格空间形态高度保留（r = 0.9974）；
- 第八章打印-网格预测存在0.44mm反号偏差。

以上仅记录现象，不做机理断言，需要厂商源码与实验室设备进一步排查。

❌ 【C级：本文未证明】
- 不证明所有Creality Hi设备都复现完全一致的0.36-0.38mm偏移；
- 不证明上游原生Klipper的Z_TILT_ADJUST / BED_MESH_CALIBRATE本身存在bug；
- 不证明整机热床完全无物理形变；
- 不证明第八章0.44mm偏差来自网格算法本身。

9.2 为什么不能把责任推给终端用户

有三条理由：

第一，故障在未做任何修改的原厂配置下100%复现。 9月6日那一整天的原始日志，机器跑的是完整的出厂固件和出厂配置，故障稳定重现。我们后来加的那段宏是规避手段，不是故障的成因。

第二，「打印校准」开关不是解决方案，是遮羞布。 它之所以有效，是因为它绕开了Z_TILT_ADJUST这条路径。让用户每次打印多花2~3分钟去绕开一个固件bug，这不是修复，这是把成本转嫁给用户。

第三，这个故障有硬件损坏风险。 长期在压床状态下打印会加速打印面和喷嘴磨损。我们在排查过程中，仅仅因为一次判断失误就让喷嘴以负间隙横移了180mm，直接刮穿了一块PEI板——而固件在正常流程下造成的0.17mm过压，就在重复同一类风险，只不过量级小一些、被耗材缓冲了而已。

9.3 我们希望厂商复核的4项技术问题

1. 复核Z_TILT_ADJUST → BED_MESH_CALIBRATE的调用链：是否应该存在G28 Z或其他等效的Z基准重建步骤？这是本文已经通过正向/反向A/B验证有效的修复方向。

2. 复核Z_TILT_ADJUST对后续Z基准的影响：该命令变更机械姿态后，后面的探测坐标基准是如何重新建立和解释的？这是本文整个问题链的核心。

3. 自动调平UI不应该只给一个Range：建议在工程/调试界面输出Mean、Min、Max、Range、当前Z Offset、Z_TILT实际调整量。

4. 复核网格标定链路：第六章换面实验显示网格形状对物理打印面变化不敏感（r=0.9974），第八章显示网格补偿量与实际首层状态存在偏差。建议核查从探测值到网格矩阵的换算过程。

9.4 样本边界声明

1. 全部实验基于单台样机Creality Hi-EB30，特定固件版本09faed31-dirty；不同硬件批次、固件版本现象可能不同，欢迎提交日志共同分析。

2. A级因果结论（Z_TILT_ADJUST之后缺失G28 Z带来网格共模漂移）在本机经过正向补丁、反向摘除补丁复现，三次独立估算偏移量离散 ＜ 0.015mm。

3. B级现象（换床网格不变、打印-网格预测偏差）只提供观测现象，不给出根因结论，需要厂商侧验证。

4. 全文附录A附带三组完整9×9原始网格矩阵，所有均值、Range均可独立复算。

十、读者自测：你的机器中招了吗

三步，五分钟，不改任何配置。

第1步：在机器屏幕上跑一次完整的「自动调平」。

第2步：在Fluidd/Mainsail控制台发：

BED_MESH_OUTPUT

第3步：看输出里的Mesh Average（不是Range）。重点不是看绝对数值，而是看相对于你机器「健康状态」时，是否发生了约0.36mm级的整体漂移。

判断方法状态Mesh Average相比健康基准没有明显变化大概率不是同一个问题Mesh Average相比健康基准明显降低了约0.3~0.4mm，且关打印校准后首层压床高度疑似同一问题

⚠️ 不同机型的正常区间不同。正确方法：先在机器「能正常打印」的状态下测一次基准值，再与异常状态对比。不同语言/固件版本控制台输出关键词略有差异，如果找不到Mesh Average，就找网格均值。

如果你现在急着要用

在printer.cfg里[z_tilt]段之后、#*# SAVE_CONFIG标记之前加入：

[gcode_macro Z_TILT_ADJUST] rename_existing: Z_TILT_ADJUST_BASE gcode: Z_TILT_ADJUST_BASE {rawparams} G28 Z

但请务必清楚这四行是什么性质的东西：

• 它不改动厂商固件和宏文件，删掉整段即可完全还原；

• 它是止血，不是治疗。根因在固件流程里，只有厂商改固件才算修好；

• 代价是每次自动调平多花25~60秒；

• 第一次测试建议空载观察Z轴运动，并准备随时急停；

• 改完之后必须重跑一次完整自动调平，让网格与新基准自洽。

请不要把这四行当成「官方解决方案」。真正该修的地方，在固件的宏定义里。

附录A：原始数据（可复算）

A.1 有回零（2026-09-08 15:20，9×9，行→y=10+30i，列→x=10+30j）

0.988 0.869 0.761 0.675 0.561 0.515 0.548 0.561 0.599 0.880 0.789 0.644 0.517 0.414 0.412 0.449 0.487 0.571 0.830 0.691 0.539 0.405 0.337 0.326 0.355 0.456 0.605 0.750 0.580 0.376 0.245 0.179 0.166 0.262 0.379 0.547 0.595 0.424 0.233 0.084 0.015 0.029 0.150 0.294 0.431 0.496 0.319 0.143 0.026 -0.009 0.004 0.104 0.226 0.385 0.401 0.270 0.110 0.033 -0.018 0.019 0.111 0.175 0.306 0.275 0.185 0.089 -0.010 -0.033 0.002 0.064 0.129 0.216 0.221 0.136 0.090 0.017 -0.015 0.001 0.030 0.060 0.169

Mean = +0.3241　Range = 1.0210　min = −0.033　max = +0.988

A.2 无回零（2026-09-09 10:13，同一打印面，故障态）

0.543 0.446 0.363 0.304 0.206 0.176 0.229 0.256 0.297 0.432 0.360 0.234 0.134 0.057 0.064 0.116 0.178 0.274 0.375 0.265 0.130 0.023 -0.015 -0.008 0.030 0.143 0.287 0.305 0.149 -0.023 -0.128 -0.172 -0.172 -0.066 0.071 0.245 0.147 0.000 -0.162 -0.295 -0.330 -0.302 -0.163 -0.017 0.131 0.048 -0.103 -0.252 -0.345 -0.353 -0.330 -0.222 -0.091 0.089 -0.042 -0.148 -0.284 -0.342 -0.367 -0.313 -0.212 -0.136 0.009 -0.152 -0.238 -0.300 -0.375 -0.378 -0.336 -0.248 -0.166 -0.087 -0.214 -0.283 -0.331 -0.367 -0.378 -0.347 -0.297 -0.257 -0.148

Mean = −0.0392　Range = 0.9210　min = −0.378　max = +0.543

A.3 原打印面、有回零（2026-09-08 12:2x，用于§6换面对照）

1.019 0.889 0.765 0.698 0.559 0.550 0.534 0.596 0.634 0.947 0.826 0.691 0.531 0.449 0.438 0.448 0.517 0.600 0.876 0.740 0.556 0.395 0.338 0.339 0.393 0.484 0.621 0.800 0.604 0.410 0.249 0.164 0.182 0.295 0.440 0.555 0.658 0.466 0.268 0.106 0.043 0.046 0.151 0.321 0.459 0.565 0.348 0.165 0.034 0.004 0.015 0.115 0.253 0.413 0.444 0.303 0.144 0.035 -0.006 0.011 0.100 0.201 0.333 0.334 0.233 0.124 0.023 -0.018 0.028 0.093 0.173 0.252 0.296 0.200 0.088 0.019 0.004 0.008 0.051 0.079 0.202

Mean = +0.3496　Range = 1.0370

附录B：完整排查时间线

排查与验证时间线

图 B-1　四天五轮对照，逐步收敛

阶段时间动作结果报修09-06记录原厂状态下的首层缺陷确认稳定复现；发现20余次Z补偿被自动清零试错09-07 03:39翻转PEI钢板重跑调平Range 0.95→0.907，几乎无效；Mean反常掉0.3616定位09-07 04:22拆解74MB日志，还原官方调平宏顺序定位到Z_TILT_ADJUST后未回零；预测与实测误差0.0043正向验证09-07 04:33补入G28 ZMean −0.0461 → +0.3320（预测+0.3240）试错09-08 上午追查残余缺陷，怀疑差动量被抹除两组A/B全部证伪试错09-08 13:42 / 14:05重新设计探测顺序发现「序号—坐标共线性」导致前几轮结论作废事故09-08 14:2x连续探测未归零刮伤PEI板；意外获得床面平整的物理证据关键对照09-08 15:20更换打印面后重测网格形状r = 0.9974，与官方异常流程下的共模偏移一致反向验证09-09 10:13摘除G28 Z重测Mean回落至 −0.0392，症状完整复现

附录C：这次排查留下的三条方法论

1. Range是陷阱，Mean才是零点判据。 「Range变小=调平变好」这个直觉，在本次排查中误导了我两次。Range衡量相对起伏，Mean帮助识别整体Z偏移，压床是零点问题。

2. 如果你的探测顺序与坐标单调相关，你的形状结论就是假的。 序号与坐标的相关系数|r|>0.9的实验在数学上是退化的。要么打乱顺序，要么交错重复取均值。

3. 反向A/B（摘掉修复看症状是否回归）比正向A/B证据力更强。 「加装修复→变好」可能来自重启、状态重置等混杂因素；「摘除修复→症状回来」则很难有其他解释。

本文全部数据来自设备运行日志与实际打印测试，图表由原始数据生成，三组9×9矩阵可复算。欢迎转载，转载请保留完整附录与原始数据。

作者提示含AI生成内容。作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～