先看屏幕这一侧
前置光感优先,后置读数帮助判断场景。双侧同向变化更快响应,单侧突变先等待确认。
不过分追逐每一次光线抖动。
前置光感优先,后置读数帮助判断场景。双侧同向变化更快响应,单侧突变先等待确认。
过滤短暂遮挡与照度抖动,按时间平滑过渡。光感在环境不变时保持静默,也不会被反复误报过期。
持续强光下按条件增强亮度;电量、温度与硬件能力共同约束输出,极端高温时限制背光。
一条曲线,慢慢变成你的
14 个照度锚点可以在 0.1%–100% 内自由编辑,越过邻点时按需联动,保持曲线不下降。保存命名预设,随时切换自己的整条曲线。
长期学习只缓慢改变手动调节时照度附近的锚点,而非一次抬高或压低整条曲线。
默认开启学习,随时可以关闭。每次最多微调锚点高度的 0.5%,至少间隔一分钟;关闭后保留已学曲线。
了解曲线与学习机制 ↗展示默认基础曲线。比例是硬件背光刻度,实际输出还受昼夜、阳光增强、温控与过渡限制;不代表感知亮度。
横跨暗处与户外。锚点之间按对数照度插值,曲线形状可以调整;超过最右侧照度保持最后一个点。
| 照度 lux | 背光 | 照度 lux | 背光 |
|---|---|---|---|
| 0 | 0.1% | 1,000 | 9.9% |
| 1 | 0.2% | 2,000 | 10.9% |
| 5 | 0.75% | 5,000 | 12.2% |
| 10 | 1.15% | 9,000 | 22% |
| 50 | 5.6% | 10,000 | 25% |
| 100 | 6.6% | 35,000 | 65% |
| 500 | 8.9% | 100,000 | 85% |
从读数到屏幕
使用者看屏幕,前置光感因此优先。后置读数用于辅助确认环境,既不简单取最大值,也不直接平均两个传感器。双侧在相近时间内同向变化,更可能是真实场景变化;只有背面突然变亮时,不会直接覆盖正面的判断。
正面单侧持续变化仍会被接受:变亮先观察约 2 秒,变暗约 3 秒。双侧方向不一致或短暂遮挡时保守确认,覆盖暗处、室内和户外,不局限于固定“室内模式”。
小变化先进入死区,近期有效事件参与中位数判断,平滑系数按真实经过的时间计算。持续变亮或变暗再交给目标确认,减少坐着不动时因噪声反复调光;双侧场景证据明确时可以更快响应。
光感确认采用按变化上报的模式时,安静的有效读数仍可使用,不会因为没有新事件而反复警告过期。实际事件计数与时间戳不会被伪造;真正的无效输入仍会进入保持保护。
暗处突来的强读数需要确认,确认后仍限制升亮,减少反射或局部光源的影响。零照度可疑样本与短暂遮挡先观察;可信、持续的突暗保留专门处理路径,不必永远等待普通慢速确认。
状态页分别展示原始光感、保持或限幅后的控制输入、平滑照度,避免把不同阶段的数值当成同一个 lux。
只有系统明确记录的新手动调节才学习,自动写入或实际背光变化本身都不算。连续拖动合并,稳定 8 秒后微调当前照度附近的一个锚点;例如 6.6% 的点一次最多变为 6.633%。
两次有效学习至少间隔 60 秒,累计相对基础点限制在 ±20%,并保持整条曲线单调。场景变化、唤醒保护、异常光感、高温限亮与阳光/HBM 增强期间不会学习。关闭学习保留结果;手动编辑仍拥有完整幅度。
强光持续确认后进入增强,照度继续上升时增加附加亮度。默认开始照度为 5,000 lux,最大增强照度为 30,000 lux;这些门槛、增强量与持续时间都可配置。
增强受电量、温度、冷却与设备能力约束。条件安全时可以持续;设备存在可用硬件高亮节点才启用 HBM。没有 HBM 也能按普通背光范围运行,不承诺突破硬件上限。
电池、机身等可信温度用于硬保护,屏幕类温度只作需要确认的辅助证据;电流、电压告警节点不会被冒充温度。默认触发 60℃、恢复 55℃,充电时采用更保守的门槛,防止在边界反复进出。
保护期间约束目标上限,本来更暗时不会反而提高亮度。界面明确区分未找到来源、节点不可读、辅助和可信读数;缺少温度不表示设备凉爽。
熄屏、唤醒与自动/手动模式切换分别处理。唤醒先观察硬件亮度及新的光感,确认后再接管,避免刚亮屏就突变。系统处于手动模式时不强行当作自动调节。
发现系统或其他来源更改背光时同步实际值,并暂缓冲突写入;这些变化不会直接进入偏好学习。暂停、恢复和重启集中在设置顶部。
基础曲线经过昼夜因子、电量限制、条件增强与温控,再做候选防抖和执行器平滑过渡。当前背光可以暂时不同于目标,允许调节也不代表已经到达目标。
最多 16 个命名预设保存曲线与相关参数。配置、局部学习和预设分别保存,使用原子替换与冲突检查;修改无关设置、重启与更新不会随意清空习惯。
轻量常驻
核心是原生 C 守护进程,无常驻脚本解释器或网页框架。WebUI 仅在你打开时运行,界面资源全部本地加载。以低 CPU 与内存开销为目标,减少不必要的读取、分配和唤醒。
作者设备实测
轻量常驻,平均负担很小
传感器批量读取且保留事件顺序,采样间隔按状态调整。设置、屏幕和设备节点使用缓存与检查,减少反复启动系统读取命令。
浏览状态页时每秒发布新快照,离开后恢复常规发布节奏;提高可见性,不人为增加光感事件或重新推动算法。
状态使用有界缓冲区;曲线只有 14 个点,滤波使用有限窗口。写入与关闭失败可检测,持久文件通过原子替换保存。
不同设备的传感器库、系统接口与日志负载会影响实际占用。作者设备实测:内存约 30 MB,平均 CPU 0.02%。数据来自作者实机,不代表所有设备或瞬时峰值。
兼容与使用建议
理论面向各类安卓机型适配。当前安装包需要 Android 8.0 及以上、ARM64、Root 与可用的光感和背光接口;不同系统的节点、权限与高亮能力可能不同。
HyperOS 4 · 小米 17 Pro
由作者提供的最佳兼容平台。其他系统或机型建议安装后实测,不将“理论适配”等同于所有设备都已验收。
默认曲线是起点。感觉偏亮或偏暗,可以在设置中自由调整锚点并保存预设;也可保留缓慢学习,或关闭后使用固定曲线。
开始使用
在模块管理器中安装,重启后开启系统自动亮度。
进入 WebUI,查看实时状态、编辑曲线或切换预设。
设备条件 Android ARM64、KernelSU 及可用的背光/光感接口。WebUI 控制使用 KernelSU 兼容桥。安装时会检测基本运行条件,并提示处理原版模块冲突。
验证范围 已做本地构建、场景回放、负向测试与浏览器验证。硬件高亮和手动学习证据取决于设备实现;建议每位用户在自己的设备上实测亮度、唤醒与温控,安装检测无法覆盖所有运行行为。