VR-25/acc项目在Asus Zenfone 9上的充电控制问题解析
2025-07-06 14:22:41作者:幸俭卉
问题背景
近期有用户反馈在Asus Zenfone 9设备上使用VR-25/acc(Advanced Charging Controller)模块时,所有充电控制开关均无法正常工作。该模块通常用于Android设备的充电管理,包括充电限制和暂停充电等功能。
问题现象
用户报告的主要问题包括:
- 使用
acc -t命令测试时,所有开关均无响应 - 日志收集命令
acc -le无法正常完成,持续显示"正在处理"状态 - 使用Magisk安装模块,并启用了Shamiko隐藏功能
技术分析
从技术角度看,这类问题通常涉及以下几个方面:
- 内核电源管理子系统接口兼容性
- 设备特定的电源供应路径实现
- SELinux或Magisk环境下的权限问题
解决方案
项目维护者VR-25提供了两个测试版本:
- 2024年12月15日的RC版本
- 2024年12月29日的更新RC版本
根据用户反馈,最新版本已成功解决了以下功能:
- charger_limit_en(充电限制)
- charger_suspend_en(充电暂停)
技术建议
对于遇到类似问题的用户,建议:
- 确保使用最新版本的acc模块
- 测试时暂时禁用Magisk隐藏功能,以排除权限问题
- 关注电源管理子系统的日志输出(dmesg/logcat)
- 对于定制ROM设备,可能需要额外的内核补丁
结论
Asus Zenfone 9的充电控制问题通过acc模块的更新得到了解决,这体现了开源项目对设备兼容性的持续改进。用户在使用类似模块时,应保持关注项目更新,并及时反馈测试结果,这对项目维护和设备支持都至关重要。
对于高级用户,可以进一步研究设备电源管理子系统的实现细节,以更好地理解此类问题的根源。普通用户则建议定期更新模块版本,以获得最佳兼容性和功能支持。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0265
GLM-5.2智谱开源 GLM-5.2,这是针对长文本任务的最新旗舰模型。相较于前代产品 GLM-5.1,它在长文本任务处理能力上实现了显著飞跃,并且首次在稳定的 100 万 token 上下文中提供这一能力。Jinja00
JoyAI-VL-Interaction-Preview京东开源首个开源、视觉驱动的实时交互模型——它能实时监控视频流,并自主决定何时发言、保持沉默或委托任务。Jinja00
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0186
MaxKB强大易用的开源企业级智能体平台Python02
note-gen一款跨平台的 Markdown AI 笔记软件,致力于使用 AI 建立记录和写作的桥梁。TSX011
项目优选
收起
暂无描述
Dockerfile
788
5.18 K
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
900
2.1 K
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
722
1.45 K
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1.14 K
1.18 K
deepin linux kernel
C
32
16
Ascend Extension for PyTorch
Python
768
997
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
473
483
JiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。
Python
2.51 K
692
CANNBot 是面向 CANN 开发的用于提升开发效率的系列智能体,本仓库为其提供可复用的 Skills 模块。
Python
1.08 K
686
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.05 K
277