插着充电器，Steam Deck 的电量为什么还在下降？

Steam Deck 已经接上电源，电池数字却变小，很容易让人怀疑完全没充进去。但连接图标、低速充电警告和剩余电量分别提供不同信息。要决定下一步看什么，应把游戏时使用的功率与当前连接路径提供的功率分开。充电器外壳上最大的数字，不能直接证明 Deck 此刻供电充足。如果还接了扩展坞和外设，就需要把它们一起放进路径描述。

本文根据 2026 年 10 月 19 日阅读的 Valve 公开文档，区分 Steam Deck LCD 与 OLED 的普通充电连接问题。没有用真机测充电量或试线，也不提供电气维修方法。范围是正常开机的设备。接口损坏或出现平常没有的异常时，应停止普通比较并寻求官方支持。本文不判断来历不明的线“插上试试也安全”，也不要求为了补齐比较结果去连接未知设备。

警告和电池百分比不是同一个问题的答案#

根据 Valve 电源说明区分信息，不是实际充电测量。

先用一句话写出正在看到的现象：是低速充电警告，还是有连接图标但电量下降，或 LED 与预期不同？它们可以同时存在，却不必被当作同一回事。警告提示供电条件，电量变化反映一段时间内存储的能量如何变化，LED 又是一种状态显示。第一步不是替它们找统一解释，而是不拿一个结果预先填好另外两个。

Valve 的 Deck 故障排查说明说，充电口旁的 LED 表示正在充电，充满后也可能继续亮着。因此灯亮不能解释成每一刻都在快速增加百分比。这是按文档限定指示灯含义，不是测到了当前功率或电池状况。仅凭亮灯就认定充电器、电池都没问题，同样超过了这个依据。

同一文档把经过一段时间后的灯光变暗列为正常行为，LCD 是 3–5 秒，OLED 是 15 秒。看别人的视频前，先核对型号。文档也解释长时间连接充电器时，电池可能缓慢放电而显示低于 100%。这和低速充电警告不是同一信息。长插之后没停在满电数字，本身不能确定是电源不足或电池故障。型号对应的灯光与能量变化需要分别读。

如果电量不是持续下降，而是没有升到100%，还需要单独问：用户是否选择了最大充电目标？2025年5月22日的SteamOS 3.7.8官方公告介绍新增Battery Charge Limit，可为Steam Deck设定最大充电上限。当时公告写出的路径是Settings → Power。这与前文长时间连接后的缓慢电量变化不是同一个解释，而是在问选定的充电完成目标是什么。当前设备是否提供该项，应与其SteamOS版本的说明对照。如果能够确认上限，就可以把预期的充电完成状态与选定目标区分开。

确认最大目标与判断当前供电是否充足也要分开。记录电量没有超过某个目标，与记录游玩时电量持续下降，并不是同一种结果。前者增加了比较目标与预期的问题，但仅凭这个设置，不能解释后者的持续下降。若同时有慢速充电警告，警告和供电路径的问题仍然存在。认定充电目标是原因之前，先确定要解决的是对完成电量的预期，还是使用时供给与消耗的差异。这样既能避免检查目标时无端更改已经合适的供电路径，也不会反过来因为有目标设置，就忽略实际的电量下降。

比较电量还要知道何时看到。只记得起点与后来数字不同，容易漏掉中间玩的游戏、休眠或换过连接。不同日期、不同条件很难单独判断某个原因。无需按固定测试时长等候，也不用猜一个正常百分比；从已经看到的时间与状态开始即可。两个数字旁边加上当时的连接和用途，才是在描述一个具体过程。

假设前一天晚上通过扩展坞玩游戏，第二天改为直接供电。如果结果不同，坞、使用负载和起始电量都可能变了。观测并非没价值，只是解释范围应小些：在某个组合下出现了某种现象。这样可以选择还缺哪一个问题，而不是立刻认定某个部件有问题。多个条件一起改变的结果，不会自动变成某一个组件的对照测试。

警告消失，也不替代查看电量；电量短暂不动，也不能证明警告错误。屏幕上的显示不一定按同一间隔报告同一件事，本文没有验证它们的具体刷新逻辑。所以不应给一瞬间数字过度含义。先记看到的，再逐步解释。还要说清目标：希望游戏时维持电量、不使用时增加电量，还是接坞时不出现警告？它们不是一个验收条件。

同一充电器的用户可能希望在不同场景下使用。只说充电慢，会丢失比较标准。选定今天想达到的状态，可以少追逐不相关的显示；同时也要看现有观察是否足以验证目标。插头已经连接，只说明一个连接状态，不会顺便证明所有使用目标都已经实现。接下来的规格阅读，应服务这个明确问题。

充电器标注的输出，不等于 Deck 实际收到的功率#

参考 Microsoft 与 USB-IF 概念的假设计算，不是 Deck 的真实 PD 档位。

端口长得像 USB-C，不会让所有充电器提供相同条件。Valve 说明 Deck 使用 USB Power Delivery，并说明不支持文档中点名的 Fast Charging 与 Quick Charge。因此产品名称写着快充，仍要另外确认是不是需要的供电方式。广告用语与设备所用协议不同。先记录厂商、型号和输出条件，才不会仅凭名字决定。

本次读到的 Steam Deck 技术规格 OLED 部分列有 PD3.0 Type C 电源与 45W。这里只在已核实的 OLED 范围使用该数字，没有另外打开另一型号标签页来独立核对 LCD。也不能把这项规格读成每秒都有 45W 进入电池。电源规格与经过设备使用后的电量变化，是不同层面的量。

读标签时，别漏掉大数字旁的条件。它对应一个端口还是全部端口？多口同时连接时是否维持？Deck 现在用了哪个口？本文没调查某厂商全部标签写法与输出组合。复杂时应按该型号官方说明来读，而非把不理解的数字任意相加，再称作 Deck 能收到的功率。数字如果还没有对象，就还不能进行有效比较。

假设多个设备共用一个充电器。只记总功率、却认为全部都去 Deck，可能遗漏单口与同时使用限制。这不是已验证某个产品如何分配，只是在提出需要查清的问题。厂家未说明同时使用条件，就暂时保持未知。屏幕百分比不是协商输出的测量仪，不能靠它反推缺失的分配表；否则猜测会看起来像一项没有做过的测试。

USB-IF 的 PD 介绍描述由设备请求所需功率、并管理供电的灵活机制。电源最大能力大，与当前连接在用最大值不是一回事。要找的是整条路径支持哪些条件，而不是标签中最大的字。这份通用介绍不显示某台 Deck 真实请求的数值，因此不能改写成“Deck 必然选某电压”，也不能替某次电量下降补上未经观察的档位。

标签的 V 代表电压，A 代表电流，二者相乘可读该条件的功率 W。为说明而设的 15V 与 3A 相乘是 45W；另一组虚构的 9V、3A 是 27W。同为 3A，不代表功率相同。两组条件都是算例，不是在提供 Deck 实际支持、要求或已选择的 PD 组合。它们说明读数字要带上单位和条件，不是在新增真实连接要求。

Microsoft 的 USB-C 说明也指出设备、电源与线缆需要共同支持所需供电条件。该页面属于 Windows 排查，屏幕警告或驱动步骤不被搬到 SteamOS。这里只采用整条连接的支持条件。电源有一种档位，还要看设备和线是否共同适用；产品名里有 PD，不等于自己的组合已经确认。

假设一个口把 15V/3A 与 9V/3A 列为可选条件，不能相加成 72W 交给 Deck。在这个例子里，45W 与 27W 是同口的替代输出，不是两路同时供给。实际标签应看厂家解释。这也不是让你重新确定 Deck 要求的电压，或把不同口接起来补足。计算只用于读清同一端口在一个条件下提供什么。

总功率与单口限制也应分开。虚构产品可能整机合计 100W、某口最高 45W。其他口空着，不会在这个假设中自动让该口变为 100W。真实产品随连接数量怎么变化，由其官方条件决定。一起看总数字、实际端口与该口条件；缺分配表时，不要把另一个型号的表借来用。相似数字不等于相同分配规则。

即使确认 USB PD，电源与 Deck 之间仍可能有线缆、接口和扩展坞。确认一部分名称或规格，并非确认整条路径。此时不必先选购新电源，先能解释手里的组合即可。查看现有设备标签与判断新产品适不适合用途，是不同任务。如果跳过前者，换过产品也可能留下同样的配置疑问。

线缆的功率标记要与电源输出分开核对#

依据 USB-IF 线缆标记规则，没有验证真实认证或测量输入功率。

使用可拆线时，电源规格之后还要读线的支持条件。电源有需要的输出，不会替代线的说明；线有大功率数字，也不表示电源那个口能提供相同数值。两部分角色不同。电源说明提供什么，线缆说明支持什么，才能对上同一条路径。尤其电源名称没变、线却单独挑选或经常换用时，不要把两次连接当成完全一样。

USB-IF 的线缆规则把认证计划中 USB-C 对 USB-C 线的功率标记与数据速率标记分开。功率使用 60W 或 240W，数据标记要求又区分 USB 2.0 线和其他类型。这是该计划的规则，不是在替市面每个标记鉴真。但它能说明，即便 W 和 Gb/s 出现在同一个产品上，也回答不同问题。

假设线标 60W，不表示 Deck 一直收到 60W。如果前面虚构电源的该口上限 45W，线更大的数字不能抬高端口上限。实际还要满足设备与电源条件。这不是说哪个部件不好，而是在读路径能力的顺序。看完线就跳过电源每口限制，原来的问题仍然没有回答；一个看似足够大的数字不会补出缺少的输出。

只看数据标记会有相反误区。高 Gb/s 不能转换成 W 来计算充电。移动游戏文件与边玩边供电，需要不同规格；若还要外接屏幕，视频功能又有单独条件。曾经传文件快，不能同时确认充电和视频。按正在解决的问题选规格字段，而不是只看能找到的最大数字。其他功能成功有价值，但不是当前功能结果的替身。

旧线没有标记，也不必自动判坏，只是已确认的信息不足。知道厂商型号，可以找正式的功率说明；不知道，就不假设有某认证或套用相似线材的规格。充电警告需要供电信息，数据问题需要数据条件。把问题分开，能少依赖不相关数字，但不会凭推测把未知线变安全。本文没有检查这根线的内部、真伪与损伤。

直接供电也要说清具体用的线#

按官方说明整理的路径，不是电气检查结果。

路径越复杂，越适合画成简短关系：电源直接到 Deck，还是经过坞和延长部分？“直接”两个字也可能隐藏线缆信息。是电源固定的线，单独配的线，还是轮流给其他设备用？只讲同一个充电器名，实际线变了，两次观察就难以比较。描述应覆盖真实路径，不让未说出的部件看起来始终不变。

Valve 提到原配电源直接连接，不被本文扩大成电气检测结论。不过区分原配与其他组合，有助于说明现状。如果尚未观察原配连接，就写未知，不要求为阅读本文再做充电实验。先整理已有事实，不连接不明设备来凑齐两栏。未观察的组合保留空白，比把它伪装为已做过的对照更准确。

名字或外形相似不能说明线的能力与状态。本文没有验证其结构、认证或损伤，因此不保证任何线都可以随便插。没有信息时，应查看产品正式用途与支持条件；找不到标记，就还有未知。不要在没有测量的情况下把不确定改写成“没事”。如果连接处损伤或状态异常，也不应继续普通供电比较。

往端口放物品、加工线材、拆机或换电气部件都不在范围内。这里能描述的是外部可见状态与使用历史；超过这个范围，就向官方支持解释设备和电源状况。想快点找出原因，不会扩大允许的操作或本文的安全判断能力。不要反复使用可能损伤的组合，只为补齐一个自己希望得到的比较。

同时换电源、线和坞，之后警告消失，只确认新组合结果不同，不能确定旧组合哪部分是原因。购买或维修前，这个区别很重要。看起来解决的现象与查明原因并非相同结论。按真正进行过的比较描述，不把没做的写成完成。这样才不会把数项同时变化的效果，全部归到其中某一次替换。

经过扩展坞，会多一层供电条件#

依据 Valve 对坞的解释区分电源与外设。

Deck 扩展坞排查文档说明，通过坞供电需要 USB-C Power Delivery Passthrough。某些坞为外设保留一部分协商功率，可能出现低速充电警告。这是把直接与经坞分开看的依据，不表示每个坞都留同样数量或一定警告。一般机制没有给出你这款产品的实际分配，本文不编造保留功率值。

有画面、键盘能用，也不能证明 Deck 供电已达到目标。坞集合不同功能，视频输出成功与游戏中保持电量要分别记录。否则一个功能工作，会被误认为电源足够。反过来，有充电警告也不是所有功能都失败。准确说哪一功能看到什么，可以既保留已知工作结果，又不替未知的能量表现填答案。

外设名单照实际写即可，例如屏幕、存储和输入设备。不知道各自功率时，不必编数字相加。本文没调查它们的真实消耗；先说明只有 Deck，还是多个设备同时存在。没有瓦数也能重建环境。名单不是用想象中的总和证明某设备分走多少，更不应仅因它在场就判定必须换掉。

同时确认电源输入与到 Deck 的连接位置。型号端口配置不同，以自己的正式说明为准。本文不让你根据相似外形随机交换角色。确定不了哪个口供电，先认型号再看说明，别自行创造一条未记载的接法。知道端口职责比只知道产品名字更接近当前问题，也避免把别的型号连接图当成自己的。

若警告只在经坞时出现，可以先选今天接受什么限制。便携使用与必须有外接屏幕，有不同优先级；后者仍要查坞的官方条件和支持。这不自动导向买新坞。先说需要的功能与现象，否则换产品后疑问可能保留。理解路径后，再看设备使用与留给电池的关系，而不是凭连接存在推算瓦数。

接着电源，使用大于供给时仍可能掉电#

省略损耗和充电控制的理想计算，不预测真实电量或续航。

理解剩余电量，要区分接上外部电源与使用后还剩多少。设备运行会用能量，即便有外部输入，少于使用量时也能出现储能减少。这里在解释关系，不是实测 Deck 电流。因此连接图标和电量下降没有逻辑矛盾。具体哪里不足，仍应结合路径与工作内容；插头存在不替所有游戏算好能量收支。

明确设一个理想例子：外部供给 30W，设备用 20W，差 10W。刻意假设半小时保持不变，完全省略损耗和充电控制，余下能量就是 10W 乘 0.5 小时，即 5Wh。没测 Deck，也没测某游戏。先减去设备使用的功率，再乘时间得到能量；这些前提属于结果的一部分，不能省去后把算术当成真实电池变化承诺。

W 与 Wh 不是同一类量。W 是功率，Wh 是某功率经过时间供给或使用的能量。OLED 规格的 45W 电源与 50Whr 电池，不能像同单位数字那样比。50 大于 45 不证明充电器不足；数字接近也不保证一小时充满。先区分电池容量和实际剩余的充电功率，再谈时间。两项标称本身不会给出真实充电时长。

仍在假设中，只把使用变为 30W，供给与使用差为 0。电源连接着，却没有额外能量留给电池。若使用超过供给，可以理解为储能往减少方向变化。因此想知道边玩边充能否维持，不是只读额定功率。路径和当时在做什么，都要伴随电量记录。真实设备使用几 W，无法从这个虚构例子得出。

百分比不是把 5Wh 直接填进去的格子。真实电池可用能量、状况，以及随时间变化的供给和使用都没在这里测量，所以不换成几个百分点或剩余游戏小时。记录的是某个组合下增加、维持还是下降。理解单位，可以避免用充电器最高数字解释一切，但不会取消查看电量；而是要求把它和其他条件一起读。

游戏、停止游戏与另一个页面，是不同使用条件。已观察到差异就分别写，不要求启动高负载游戏、定时放电或故意增加压力。可疑设备无需为了诊断额外负担，正常使用中的信息即可起步。若下降速度不同，还要看电源、路径、用途和初始电量是否一起变。本文不测电池健康，也不设寿命阈值，不能凭一次百分比下降判断老化或不良。

按已知连接结果，选择还需要回答的问题#

按 PD 与坞说明整理，不是真机对照测试。

若两种连接都观察过，可以并列比较警告，也一起看电源、线和用途是否相同。结果栏相同但条件不同，并非同一个比较。表格目的不是自动诊断，而是选先看仅在坞出现的差异，还是两条路共有的条件。缺失的结果仍是未知，不用为了表面完整而填一个没有发生过的事实。

第一种假设：直接时没见警告，经坞时有。剩下的问题包括坞的电源输入、PD 直通和外设；文档所说预留功率的可能性也在这条分支考虑。尚未证明坞坏，不必立刻换。还要想此刻为什么需要坞：只想便携玩，与必须一直用 TV，可以接受的临时条件不同。这是选择用途，不是给某部件判故障。

第二种假设：两条路都有警告。不经过坞也出现，就不能只用坞结束解释。分清两次是否用相同电源与线，还是各自不同。共有组件也不自动等于坏，供电方式与输出条件可能还未知。向支持同时提供两条结果和共同部分，能减少只重复坞方面建议、却漏掉直连也有现象的问题。

第三种假设：没见警告，玩的时候电量下降。警告无与电量变化分开记，不因没警告就删掉下降，也不因下降就补写曾有警告。供给与使用、实际输出条件和用途仍是问题。希望游戏时维持还是待机充电，也影响目标。警告有无不替目标验收，更不能代替电量观察。

只知道一条路径，另一栏就未知，不必用新而不明的设备强行补齐。尚未观察原配或不知道坞型号，也应让支持知道。可以向 Steam 客服提供 LCD/OLED、真实提示、电源和线、路径、看到电量的时间及当时用途。只写亲见，不把未做实验写成完成。

表格不鉴定电池健康或线缆安全。设备与连接疑似异常时，官方支持优先于比较。在普通条件得到的记录中，选择最接近的一支与一个开放问题即可：坞的 PD 直通、直接电源规格，或使用时的电量变化。把笼统的“充电问题”缩小成当前组合的问题，是这里的作用，不是承诺已经确认原因或修复。