Marlin固件中DGUS_LCD_UI_RELOADED编译问题的分析与解决
问题背景
在Marlin固件2.1.2.2版本中,当用户选择DGUS_LCD_UI_RELOADED界面配置进行编译时,特别是在Creality CR10S Pro打印机上使用时,会遇到编译失败的问题。错误提示显示"ExtUI not defined",具体报错出现在powerloss.cpp文件的第111行。
问题分析
这个编译错误的核心原因是ExtUI(扩展用户界面)的头文件没有被正确包含。在Marlin固件中,ExtUI是一个重要的模块,负责处理高级用户界面功能。当启用DGUS_LCD_UI_RELOADED这类高级界面时,系统需要调用ExtUI的相关功能。
具体来说,在powerloss.cpp文件中,当尝试调用ExtUI::onSetPowerLoss(enabled)函数时,由于缺少必要的头文件包含,编译器无法识别ExtUI命名空间及其成员函数。
解决方案
针对这个问题,Marlin开发团队已经提供了修复方案。修复方法是在powerloss.cpp文件中添加对ExtUI头文件的包含声明:
#if ENABLED(EXTENSIBLE_UI)
#include "../lcd/extui/ui_api.h"
#endif
这个修复方案已经包含在Marlin的bugfix-2.1.x分支中。对于使用2.1.2.2版本的用户,可以手动应用这个补丁来解决问题。
技术细节
-
ExtUI模块:这是Marlin固件中用于支持扩展用户界面的核心模块,提供了统一的API接口供各种高级界面调用。
-
电源丢失恢复功能:powerloss.cpp文件实现了打印作业在意外断电后的恢复功能。当这个功能状态发生变化时,需要通过ExtUI通知用户界面更新显示。
-
条件编译:修复代码使用了ENABLED(EXTENSIBLE_UI)宏来确保只有在启用扩展用户界面时才包含相关头文件,保持了代码的模块化和灵活性。
用户建议
对于遇到此问题的用户,建议采取以下步骤:
-
升级到最新的bugfix-2.1.x分支,该分支已经包含了此问题的修复。
-
如果必须使用2.1.2.2版本,可以手动添加上述头文件包含声明。
-
在修改配置时,确保所有相关模块的依赖关系都得到满足,特别是当启用高级功能时。
总结
这个问题展示了在嵌入式系统开发中模块间依赖关系管理的重要性。Marlin固件作为一个复杂的3D打印机固件,其模块化设计允许用户灵活配置各种功能,但也需要注意各模块间的依赖关系。开发团队快速响应并修复了这个问题的做法,体现了开源社区协作的优势。
对于3D打印机用户和开发者来说,理解这类编译问题的本质有助于更好地定制和维护自己的固件配置,从而获得更稳定可靠的打印体验。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
yuanrongopenYuanrong runtime:openYuanrong 多语言运行时提供函数分布式编程,支持 Python、Java、C++ 语言,实现类单机编程高性能分布式运行。Go051
MiniCPM-SALAMiniCPM-SALA 正式发布!这是首个有效融合稀疏注意力与线性注意力的大规模混合模型,专为百万级token上下文建模设计。00
ebook-to-mindmapepub、pdf 拆书 AI 总结TSX01