Marlin固件中Z轴归位时双倍抬升问题的分析与解决
问题背景
在Marlin固件(bugfix-2.1.x版本)中,用户报告了一个关于Z轴归位行为的异常现象。当打印机完成启动后首次执行G28归位命令时,Z轴会执行两次抬升动作,这可能导致Z轴超出预设的安全范围,特别是在床型打印机(bed-slinger)上可能造成打印头与顶部结构的碰撞。
问题现象详细描述
在标准归位流程中,打印头会按以下顺序执行动作:
- 首先向上移动一定高度(预期为Z_CLEARANCE_FOR_HOMING设置值)
- 归位X轴和Y轴
- 再次向上移动
- 最后归位Z轴
用户发现,即使未在Configuration.h中显式定义Z_CLEARANCE_FOR_HOMING(保持默认注释状态),系统仍会执行两次Z轴抬升动作,且总抬升高度超过了用户预留的安全空间。
技术分析
通过分析Marlin源代码,我们可以理解这一行为的实现机制:
-
第一次Z轴抬升发生在G28.cpp中的初始安全检查阶段,目的是确保打印头不会刮擦可能不平整的打印床或碰撞夹具
-
在完成X/Y轴归位后,系统调用home_z_safely函数,该函数会再次确保Z轴处于安全高度
-
关键参数包括:
- Z_CLEARANCE_FOR_HOMING:归位时的最小Z轴安全高度
- Z_CLEARANCE_DEPLOY_PROBE:探头部署/收回时的Z轴安全高度
- HOMING_BUMP_MM:归位时的碰撞回退距离
问题根源
经过深入调查,发现问题主要由以下因素导致:
-
参数不一致:用户设置了不同的Z_CLEARANCE_FOR_HOMING(5mm)和Z_CLEARANCE_DEPLOY_PROBE(10mm)值,这导致了额外的Z轴移动
-
默认行为:即使未显式定义Z_CLEARANCE_FOR_HOMING,系统仍会使用默认值(通常为4mm)执行安全抬升
-
归位流程设计:系统设计上确实需要两次Z轴安全检查,一次在开始归位前,一次在Z轴归位前
解决方案
针对这一问题,建议采取以下解决方案:
- 统一安全高度参数:
#define Z_CLEARANCE_FOR_HOMING 5
#define Z_CLEARANCE_DEPLOY_PROBE 5
-
合理设置物理限制:
- 确保MAX_POS与物理结构之间有足够的安全距离
- 考虑床型打印机的特殊需求,预留更多Z轴空间
-
调整归位碰撞回退距离:
#define HOMING_BUMP_MM { 3, 3, 1 } // X,Y,Z轴的归位碰撞回退距离
安全建议
对于所有Marlin用户,特别是使用床型打印机的用户,应当注意:
-
在Configuration.h中明确定义所有Z轴相关安全参数
-
确保MAX_POS设置考虑了所有安全抬升的总高度
-
首次使用新固件时,建议手动监控归位过程,确认各轴运动范围
-
对于空间受限的打印机,可以适当减小安全高度,但必须确保不会发生碰撞
总结
Marlin固件中的Z轴归位行为设计考虑了多种安全因素,但需要用户根据具体打印机配置进行适当调整。通过合理设置相关参数,可以避免双倍抬升导致的问题,同时确保打印过程的安全性和可靠性。这一问题也提醒我们,在固件配置时需要全面考虑各参数间的相互关系及其对打印机行为的影响。
kernelopenEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。C051
MiniMax-M2.1从多语言软件开发自动化到复杂多步骤办公流程执行,MiniMax-M2.1 助力开发者构建下一代自主应用——全程保持完全透明、可控且易于获取。Python00
kylin-wayland-compositorkylin-wayland-compositor或kylin-wlcom(以下简称kywc)是一个基于wlroots编写的wayland合成器。 目前积极开发中,并作为默认显示服务器随openKylin系统发布。 该项目使用开源协议GPL-1.0-or-later,项目中来源于其他开源项目的文件或代码片段遵守原开源协议要求。C01
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00
GLM-4.7GLM-4.7上线并开源。新版本面向Coding场景强化了编码能力、长程任务规划与工具协同,并在多项主流公开基准测试中取得开源模型中的领先表现。 目前,GLM-4.7已通过BigModel.cn提供API,并在z.ai全栈开发模式中上线Skills模块,支持多模态任务的统一规划与协作。Jinja00
agent-studioopenJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力TSX0126
Spark-Formalizer-X1-7BSpark-Formalizer 是由科大讯飞团队开发的专用大型语言模型,专注于数学自动形式化任务。该模型擅长将自然语言数学问题转化为精确的 Lean4 形式化语句,在形式化语句生成方面达到了业界领先水平。Python00