无线充电系统原理与Qi协议解析:从磁感应到RT1650调试避坑
简介一份 PDF 文档以 RT1650 无线电源接收器为例系统讲解无线充电技术原理与 Qi 协议实现适合硬件工程师、嵌入式开发者及无线充入门学习者。内容先从无线传能的便利性、安全隔离、接口磨损少等优点讲起梳理电磁感应、磁共振两种耦合方式并介绍 WPC Qi 开放标准及 5W 至数百瓦功率范围随后重点拆解 Qi 协议通信的探测、身份验证、配置、同步、功率传输五个阶段深入说明 ASK 幅度键控通信、接收端电压动态调节以及异物检测FOD等安全机制同时剖析 RT1650 的高效转换、自动功率调整、调制解调等特性。最后结合 Nokia DT601 发射器与 RT1650 评估板的实际案例演示从待机、启动到 ASK 通信、电压调节的完整流程。整包仅含 1 个 PDF、约 1.9MB篇幅精炼、结构清晰已有 1950 人学习浏览适合作为无线充电系统设计入门与方案选型的参考资料。1. 无线充电系统原理与 Qi 协议RT1650 这份资料能帮你解决什么一份讲无线充电系统原理的手册级资料把 Qi 协议从磁感应基础到五阶段握手、ASK 反向散射、电压动态调节全部串起来最后用某厂商的 RT1650 接收器加 A11 型发射器搭出一个完整 5W 系统。适合正在做手机无线充电方案选型、刚接手无线充电项目、或者被 Qi 协议通信时序搞到头疼的硬件和嵌入式工程师。很多新人以为无线充电就是“放上去就充”真正调过的人才知道麻烦全在握手阶段发射器怎么发现你、误差包怎么发、整流电压怎么稳住、异物检测怎么不误报。这份资料正好把这些链路讲透了尤其把接收线圈参数计算和 LDO 动态余量控制讲到了能直接抄作业的程度。2. 磁感应与磁共振为什么 RT1650 这类接收器几乎都落在 Qi 标准上2.1 两种主流耦合方式的效率边界无线充电最常见的方法是电磁感应原理上可以类比成一个松了铁芯的交流变压器发射线圈通交流电产生交变磁场接收线圈在磁场中感应出交流电压再整流成直流给电池充电。关键约束在原文里写得很直接——线圈之间的磁场强度随距离呈指数级下降。想拿到高效率发射线圈和接收线圈的间距必须远小于线圈直径这就是为什么手机无线充电都要“贴在充电板上”而不是隔空几厘米。另一种叫谐振感应耦合法发射端和接收端内部都做了谐振在相同频率上的 LC 电路谐振可以强化两边的耦合允许的传输距离明显变大。但代价是最大可传输功率更低。早期 A4WP后来的 Rezence阵营走的就是这条路工作频率 6.78MHz能到 50mm 级别距离可惜全系统效率只有 40%70%在低功率消费电子上始终没铺开。做项目选型时记住一句话要效率贴脸充电选磁感应要距离松耦合选磁共振没有第三种两头都占的方案。2.2 Qi、PMA、Rezence 三套标准的核心参数对比原文给了一张对比表信息密度很高我按工程选型视角重新整理如下参数Qi V1.1PMARezence原 A4WP创立时间2008 年联盟成立2009 年推出 Qi20122012技术磁感应磁感应磁共振工作频率100kHz ~ 205kHz201kHz ~ 304kHz6.78MHz通信方式ASK / FSKASK蓝牙 2.4GHz耦合方式紧耦合紧耦合松耦合充电距离 5mm 5mm 50mm充电设备数11n系统效率60% ~ 80%60% ~ 80%40% ~ 70%Qi 和 PMA 的性能非常接近都是短距离单设备紧耦合也都用 ASK 作为上行通信。差别在协议层细节上。Rezence 用蓝牙做通信通道天然适合多设备同时充电但成本高、效率低不太适合手机这种对发热敏感的产品。从市场占有率看Qi 是目前最广泛使用的手机无线供电方法这一点直到现在也没变。做方案选型时除非有明确的多设备充电需求否则优先 Qi 基本不会错。2.3 RT1650 选型落点WPC 1.1 兼容到 WPC 1.2 的 7.5W 扩展RT1650 是一颗全集成无线电源接收器集成度相当高内部带了 MCU 和可多次写入的 MTP 内存也就是说协议栈和系统控制全部在芯片内部闭环外围基本就是线圈、谐振电容和输出电容。默认固件下它符合 WPC 1.1 低功率标准输出 5W通过 MTP 改写配置可以工作在 WPC 1.2.0 中功率配置下输出功率上升到 7.5W。这意味着同一颗芯片、同一块接收板通过改配置就能覆盖两代标准。芯片内部结构也值得展开说全同步整流器加后置 1.5A LDO中间有一套特别的余量控制系统来动态调节 LDO 输入电压所有符合 WPC 规范的流程、系统监控和故障检测都由内置 32 位 ARM Cortex-M0 负责还有 10 位 ADC 用来测整流电压、输出电压和充电电流并且内置算法可以估算接收器功率损失用于精确汇报接收功率。接口上给了 I2C 总线和可编程 GPIO方便和系统主机通信。再加上支持 NTC 温度检测、两个 MODE 输入脚可以适配有线适配器和无线两种电源输入这颗芯片做小体积穿戴设备或手机接收方案都很顺手。3. Qi 协议五阶段通信流程从 PING 到功率传输的完整握手3.1 WPC 状态机探测、识别、配置、同步到功率传输Qi 协议不是“对上就充”这么简单它定义了一套完整的状态流转过程原文把流程归纳成了五个阶段探测阶段PING、身份验证阶段、配置阶段、同步阶段、功率传输阶段。发射器平时工作在低功耗待机模式会定期发出一个固定频率的“模拟 PING”信号检测线圈上是否出现了接收器。一旦发射器感知到功率级谐振发生变化马上切换到“数字 PING”状态。数字 PING 是一个突发的、包含足够能量的信号能把接收器整个唤醒。接收器唤醒后通过调制数字 PING 信号发出“信号强度”包作为响应。发射器收到这个包说明链路已经建立于是维持电源信号进入下一个阶段。身份验证和配置阶段里接收器要把 WPC 版本号、厂商信息、设备信息、最大输出功率等数据打包发给发射器。配置完成即建立功率传输合约系统进入真正的功率传输阶段。这段流程的核心意义在于所有信息都在能量信号上调制没有额外的数据线所以每个包的时序和校验都必须严格按照协议走错一步发射器就直接回待机。3.2 识别与配置阶段信号强度包、ID 包和配置包的内容识别与配置阶段是新手最容易忽视的部分。信号强度包其实是个“探测反馈”告诉发射器“我在这里耦合强度大概什么水平”发射器据此判断是否要继续供电。紧接着的 ID 包携带的是 WPC 版本和厂商/设备识别码配置包则上报接收器支持的最大输出功率等等。发射器收到这些包之后两者才算建立传输合约才允许进入功率传输状态。这里有个容易踩的细节发射器如果持续收不到合法包会在超时后主动撤销功率信号回到待机。实际调试时很多“怎么放上去没反应”的问题根源不是功率级坏了而是 ID 包或配置包的 CRC 校验不过、或者包时序不对。所以调试工具最好能抓 ASK 解调后的包内容不要只盯着示波器上的幅度波形毕竟幅度正常不代表数据正确。3.3 功率级参数计算接收线圈电感实测与谐振电容取值功率级是整个无线充电系统的硬件基础参数直接决定系统能不能在正确频率下工作。案例里发射器是 A11 类型电源输入 5V功率级用 MOSFET 全桥驱动串联 LC 电路电感 6.3μH串联电容 400nF合成谐振频率 100kHz。接收端这边原文用的是标称 13.3μH 的扁平线圈但这个标称值基本不能直接用于计算——因为接收线圈一旦放到发射器上耦合会让等效电感变化。正确做法是把接收线圈盖在发射器线圈上保持实际应用中的空间位置和屏蔽状态然后不加电实测电感。案例里实测出来是 18.2μH。谐振频率公式不复杂直接用 Python 算串联电容import math # 实测接收线圈电感放置在发射器上之后测量单位 H # 这个值不是标称电感一定要耦合状态下实测 Ls 18.2e-6 # 目标串联谐振频率与发射端对齐单位 Hz fr 100e3 # 串联谐振电容f 1 / (2 * pi * sqrt(L*C)) 推导得到 C1 1 / ((2 * math.pi * fr) ** 2 * Ls) print(fC1 {C1 * 1e9:.1f} nF) # 约 139.3nF取 140nF # 并联谐振用于发射器检测接收器是否存在目标 1MHz fp 1e6 C2 1 / ((2 * math.pi * fp) ** 2 * Ls) print(fC2 {C2 * 1e9:.2f} nF) # 约 1.39nF取 2nF算出来 C1 约为 140nF标准容值方案是 3 只 47nF 并联得到约 141nF误差在可接受范围。C2 是并联在接收端 LC 回路上的电容用来形成 1MHz 左右的并联谐振点发射器正是靠感知这个谐振状态来判断接收器是否存在的。注意工作频率并不是固定在 100kHzA11 型发射器的工作频率可在 110kHz205kHz 之间调节始终处于谐振点右侧利用倾斜的谐振曲线改变频率就能控制传输功率。这也是整个系统能通过频率调节实现功率控制的基础。4. ASK 反向散射与电压动态调节RT1650 的反馈闭环怎么工作4.1 ASK 调制的物理实现并联电容改变反射阻抗在 Qi 协议里接收器到发射器的上行通信用的是 ASK 反向散射本质是一种负载调制。接收器并不是主动发信号而是用一个开关控制的电容并联在接收到的交流信号路径上。当开关闭合额外电容被并入谐振回路相当于给交流信号增加了一个额外负载会导致交流信号电压下跌或电流增加。这种幅度变化会反射到发射器一侧发射器从发射线圈的电压或电流包络上就能解调出原始信息。实际波形上ASK 信号表现为一串串的幅度跌落每一段跌落的长度和间隔代表不同数据。调试时拿示波器看发射器线圈两端电压能清楚看到包络上的凹陷这就是接收器在“说话”。值得注意的是这种反向散射通信是半双工的接收器在调制的同时也在接收能量因此必须保证调制深度不会让整流电压跌到欠压点以下。调制深度太浅发射器解调不到太深接收器自己先掉电。这个平衡往往要在具体板子上花时间调。4.2 差分双相编码的帧结构前导码、报文头、数据与校验ASK 传输的不是裸数据而是按帧结构组织的串行信号。一帧数据第一段是用于时钟同步的前导码紧接着是报文头标明报文类型和长度然后是经过差分双相编码的信息数据最后是校验码。差分双相编码的特点是每个比特周期内都有电平跳变时钟信息嵌在数据流里发射器端解调时不需要额外恢复时钟只需要检测跳变位置。原文特别强调信息传输使用差分双相编码方式这给调试提了个醒你不能用普通 UART 的思维去解码这类信号。发射器端通常有专用解码电路或 MCU 外设来处理自己写软件解调时要留意前导码的检测窗口和跳变沿的定时容差。常见做法是在解调代码里先做包络检波再对检波输出做阈值判决最后按位还原数据流。这里有个监控技巧尽量把前导码长度和跳变阈值做成可配置项因为不同发射器线圈 Q 值不同包络恢复出来的波形边沿斜率差别很大。4.3 电压动态调节VRECT 与 LDO 输入余量的平衡策略功率传输阶段的核心控制目标是维持输出电压稳定而这里的难点在于 ASK 通信有固有延时数字控制回路响应速度极慢不能像 DC-DC 那样做高频闭环。RT1650 的做法是动态调节整流器输出电压 VRECT把它控制在比 LDO 实际所需输出略高的水平靠 LDO 的输入余量来吸收负载瞬变。具体策略原文写得很清楚轻载时VRECT 被设定在偏高的水平预留足够余量这样突然来一个重载整流电压虽然有下跌趋势但只要不低于 LDO 调节范围输出电压就能稳住当平均负载增加以后LDO 需要的余量反而降低于是控制回路主动把 VRECT 降下来减小 LDO 压差、降低功耗。这里典型的配置关系可以归纳成一张表负载状态VRECT 目标LDO 压差控制目的轻载 / 待机偏高留足余量应对突发负载保证输出不掉压中载适中动态调整在瞬态响应与损耗之间找平衡重载 / 满载降低压差最小化减小 LDO 功耗提升系统效率这个策略很聪明但也会带来一个新问题VRECT 的目标值是分档设定的如果档位切换的阈值设置不当系统会在两个档位之间反复横跳。实际调试中要结合负载电流波形观察 VRECT 是否稳定不要只盯输出电压。RT1650 的整流器电压在不同负载下的参数都是可编程的可以通过 MTP 配置按功率级阻抗特性做微调这也是这颗芯片在应用层灵活性的来源。4.4 下行 FSK 解调与接收功率汇报除了上行的 ASKRT1650 还支持对发射器发给接收器的 FSK 信号进行解码。下行 FSK 在 WPC 1.1 里主要作用是传输扩展信息比如识别中功率发射器类型。虽然低功率 5W 场景不依赖 FSK 做功率控制但在做 WPC 1.2 中功率方案时这一项是必须调通的。另外接收器要定期向发射器发送“收到功率”包这个包不是随便填的需要精确计算接收线圈、谐振电容、整流器和 LDO 各级损耗后汇报真实的接收功率。RT1650 内置了接收器功率损失估算算法再配合 10 位 ADC 对电压电流的采样能把这个包算得比较准。它直接决定异物检测的可靠性所以改过线圈或整流参数后一定要重新校准这一项否则 FOD 会变得异常敏感或过分迟钝。5. 常见问题排查启动失败、FOD 误报与效率翻车的五个现场5.1 接收器放上去没反应数字 PING 侦测不到现象接收板放到发射器上示波器能看到发射器在周期性发数字 PING 信号但接收器没有任何响应系统始终停在待机状态。原因最常见的是接收端串联谐振点偏了。接收线圈的等效电感必须在耦合状态下实测直接用标称 13.3μH 去算谐振电容实际谐振频率可能偏出 20% 以上。数字 PING 虽然能量足够唤醒接收器但整流器连建立最低工作电压都困难MCU 自然起不来。解决把接收板真正盖在发射器上保持整机装配的屏蔽和位置状态实测等效电感后再选谐振电容。如果更换了不同厚度或不同材质的线圈务必重新测一次这组参数在每款结构上都可能不同。5.2 5V USB 供电下系统反复关机重启现象用普通 5V USB 口给发射器供电时系统进入功率传输后会出现周期性关机、重启充电指示灯像呼吸一样闪烁。换质量好的适配器就恢复正常。原因发射器输入电压在负载下跌落。接收器不断让发射器增大发射功率但发射器输入电压不够导致接收端 VRECT 跌到芯片欠压锁定阈值以下系统关机然后重新启动。案例里的原装 5V 适配器内置了线缆补偿能稳住空载到满载的电压普通 USB 口没有这项补偿带载后电压塌陷是必然的。解决换用带线缆补偿的 5V 适配器或者检查系统在满功率下的 VRECT 余量适当降低重载档位的 VRECT 目标值给 LDO 留出调节范围。另外一个辅助手段是加大接收端输出电容储能可以撑过短时欠压窗口。5.3 FOD 误报明明没有异物系统却停止充电现象充电中途突然停止发射器报异物检测故障。移走接收器单独放金属物体测试FOD 功能又是正常的。原因发射器计算的是发射功率和接收功率的差值任何未建模的损耗都会表现为“功率差偏大”。接收线圈附近的 PCB 地线层、金属屏蔽罩、甚至电池壳体都会带来额外涡流损耗。如果接收端上报的接收功率没有把这部分损耗算进去差值就会超过触发阈值。解决按原文提醒在最终产品形态下对接收器的功率损失进行标定通过 MTP 微调损耗补偿数据。注意线圈与发射器之间绝不能加金属屏蔽材料一旦加了损耗差异会大到一个完全不可控的范围基本必现误报。5.4 线圈偏移导致系统宕机、重启循环现象充电时手机位置稍微偏一点系统开始反复重启输出功率明显下降线圈附近还有轻微啸叫。原因紧耦合系统对线圈对位非常敏感。偏移后耦合系数下降、磁场漏失增加发射器为了维持目标功率会持续加大发射强度但这又会加剧接收端整流电压波动最终在欠压边缘振荡。原文的实测案例也提到接收器线圈放置是很讲究的较大偏移很容易导致系统宕机和重启的循环。解决优先做机械结构上的对位限位确保线圈在有效区域内如果应用场景注定存在偏移需要降低最大功率期望重新匹配功率级阻抗而不能硬顶着满功率调。5.5 效率上不去发热集中在 LDO 附近现象系统工作正常、输出也稳定但整机效率只有 60% 出头红外测温发现 LDO 区域比线圈还热。原因效率曲线遵循开关电源典型规律轻载时开关损耗占主导重载时导通损耗占主导。如果 VRECT 目标设得过高LDO 输入输出压差太大满载时 LDO 功耗会急剧上升把效率拉低几个点。原文给出的优化参考是动态余量控制下即使满载 1A 输出LDO 功耗也只有约 250mW。解决检查各负载档位的 VRECT 设置重载档压差压到最小轻载档才保留余量。改完 VRECT 后一定要复测 LDO 功耗和动态响应两者是矛盾的不能只为了效率把余量全部砍掉否则负载突变时输出电压会掉下去。现象首选排查方向备选处理放上去无响应实测电感、谐振电容检查数字 PING 波形幅度反复关机重启发射器供电能力调整 VRECT 目标、加大输出电容FOD 误报接收板损耗校准检查 PCB 地线层与屏蔽体偏移后宕机机械对位降低功率期望、重配阻抗效率偏低发热VRECT 与 LDO 压差复测线圈材质与屏蔽影响6. 进阶调试技巧用 I2C 调 MTP 参数与验收验证的实操习惯修改 RT1650 的 MTP 配置前先记住一条硬规矩固件调整模式下必须用一个独立的 7.5V 电源直接接到接收器的整流器电压端子上绝对不能用无线发射器给它供电。原因很直接——调试过程中要反复改 VRECT 和功率控制参数发射器的反馈闭环会干扰测量严重时甚至形成正反馈把功率推到危险区间。独立电源把接收器放在一个可控的电气环境下改参数才不会出现“改了不知道是改对了还是发射器在补偿”的黑匣子状态。I2C 接口连接方面常见做法是用某厂商的调试转接板把接收器 EVB 连到 PC然后在图形界面里读写 MTP。工具能直接拉出当前配置也可以改充电完成以后的默认动作、IC 温度调节策略、最大电流限制、不同负载下的整流器目标电压以及异物检测的损耗判据。建议把每次修改前的配置导出一份存档这比任何口头记录都靠谱改挂了随时能刷回去。配置项作用调整注意充电完成后动作决定充满后是发结束功率传包还是维持涓流按产品功耗策略定注意发射器侧对应的待机行为温度调节策略控制 NTC 检测后的降功率曲线温度阈值设太低会误触发在无线充电场景特别敏感最大电流限制限制 LDO 输出电流与充电协议协商的电流要匹配否则容易触发保护各负载档 VRECT动态余量控制的关键参数改完必须测 LDO 功耗防止满载过热FOD 损耗判据异物检测的触发阈值要在整机形态下标定裸板标定数据上机后会漂参数改完进入验收阶段我一般强制走三遍完整流程第一遍静态测试看不同输入功率下 VRECT 建立是否平稳、各状态切换是否按协议时序走第二遍动态测试用电子负载从空载直接切到满载观察输出电压跌落幅度和恢复时间这一遍能直接暴露 LDO 余量不够的问题第三遍满载老化持续 5 到 10 分钟测 LDO 表面温度和整机效率。只有三遍全过这套配置才算真正落地。调无线充电最忌讳的就是只看能不能充进电这个反馈链路太多任何一个参数不匹配都会在某个负载点爆发问题等到客户那边才暴露就真的被动了。从那以后我每次拿到新的接收板都强制走一遍这套流程再交付改 MTP 参数的效率提升不少也希望这套避坑思路能帮到你。本文还有配套的精品资源点击获取

相关新闻

知识蒸馏原理与工业级落地实践指南

知识蒸馏原理与工业级落地实践指南

1. 什么是知识蒸馏?它到底在“蒸”什么?“理解知识蒸馏”这个标题乍看像一句教学口号,但背后藏着当前模型轻量化落地中最务实、最被工业界反复验证的核心技术路径。我从2018年第一次在某高校实验室复现Hinton那篇《Distilling the Knowledge …

2026/10/15 11:41:22 阅读更多 →
context-mode:SQLite+FTS5+BM25实现轻量级上下文管理

context-mode:SQLite+FTS5+BM25实现轻量级上下文管理

1. “context-mode”到底是什么?别被术语绕晕,它本质是让AI真正“听懂上下文”的工程化开关你最近在技术社区、开发群、甚至GitHub issue里频繁看到“context-mode”这个词,和MCP、SQLite、FTS5、BM25这些词搅在一起,越查越迷糊—…

2026/10/15 11:41:22 阅读更多 →
罗克韦尔Logix 5000完全指南:组态、编程、调试与避坑实战

罗克韦尔Logix 5000完全指南:组态、编程、调试与避坑实战

简介:《LOGIX 5000说明》是一份面向工业自动化工程师的PLC参考资料,围绕Rockwell Automation的LOGIX 5000控制系统,重点讲解RSLogix 5000 v16编程软件的安装流程,适合正在部署ControlLogix、CompactLogix等控制器调试环境的初学者…

2026/10/15 11:41:22 阅读更多 →

最新新闻

georinex:面向TB级GNSS数据的RINEX到HDF5工程化转换方案

georinex:面向TB级GNSS数据的RINEX到HDF5工程化转换方案

简介:georinex 是一款面向地球科学与GNSS数据处理领域的高性能Python工具库,专为科研人员、测绘工程师及遥感方向开发者设计,解决RINEX格式(GPS/GNSS观测与导航电文)数据批量解析慢、跨平台转换难、分析流程割裂等痛点…

2026/10/15 12:26:59 阅读更多 →
函数式编程中的函数组合技术与实践

函数式编程中的函数组合技术与实践

1. 函数组合的本质与价值函数组合(Function Composition)是函数式编程范式中最基础也最强大的武器之一。它本质上是一种将多个函数串联成新函数的技术,就像工厂流水线上不同工序的衔接——前一个函数的输出自动成为下一个函数的输入。这种看似…

2026/10/15 12:26:59 阅读更多 →
Spring Boot+Vue集成科大讯飞语音合成的流式实践方案

Spring Boot+Vue集成科大讯飞语音合成的流式实践方案

1. 项目概述:为什么语音合成不再是“锦上添花”,而是业务闭环的关键一环最近帮某高校实验室做一套智能教学辅助系统,核心需求很朴素:老师上传一份教案PDF,系统自动解析出知识点段落,再把每一段转成带情感停…

2026/10/15 12:26:59 阅读更多 →
一键部署本地 AI,Codex 免配置安装包,支持 MCP 插件生态扩展

一键部署本地 AI,Codex 免配置安装包,支持 MCP 插件生态扩展

🔍前言 本文介绍 Codex Harness 一键安装包的部署方案,全程无需解压,也无需繁琐的环境配置,即便是新手也能快速上手。该方案同时支持 Windows 与 macOS 双平台,跟随向导几步即可完成安装、登录与模型密钥配置。文中完…

2026/10/15 12:26:59 阅读更多 →
Spring 3.0.5源码包详解:离线调试、Javadoc关联与老系统维护实战

Spring 3.0.5源码包详解:离线调试、Javadoc关联与老系统维护实战

简介:本资源是Spring Framework 3.0.5.RELEASE官方完整发行包,面向Java后端初学者、企业级开发工程师及框架源码研究者,用于系统学习Spring核心机制、搭建兼容该版本的遗留项目或开展教学实验。压缩包内含框架全部二进制库(JAR&am…

2026/10/15 12:26:59 阅读更多 →
Flink本地模式启动源码解析:从execute到TaskExecutor注册

Flink本地模式启动源码解析:从execute到TaskExecutor注册

1. 为什么本地启动流程是Flink源码阅读的第一道门槛刚接触Flink源码时,我花了一整天时间想在IDE里跑通一个最简单的WordCount——不是用flink run命令,而是直接在IntelliJ IDEA里点绿色三角形启动。结果报错:No JobManager found、ClassNotFo…

2026/10/15 12:25:58 阅读更多 →

日新闻

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

1. 为什么选择容器化方式部署 LoRa 网络服务LoRa 物联网项目落地时,网络服务器是整个链路的核心枢纽。它负责接收网关上报的数据包、完成去重与解密、再把有效载荷分发给上层应用。早期大家习惯把网络服务器直接装在物理机上,依赖一堆系统库和特定版本的…

2026/10/15 0:00:46 阅读更多 →
共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

1. 共享推理服务里,扩缩容到底难在哪做过大模型推理服务部署的人,大概都经历过这样的场景:一个团队共用一套推理集群,A 业务跑的是 7B 的小模型,B 业务跑的是 72B 的大模型,C 业务白天流量高、晚上几乎归零…

2026/10/15 0:00:46 阅读更多 →
Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

1. 引子:一次内核恐慌引发的追查先从一个真实场景说起。某次我给一台老旧的嵌入式设备折腾系统裁减,为了把启动时间压进两秒以内,我手贱地把一串自认为“没用”的 systemd 服务给 disable 了,其中就包括systemd-remount-fs.servic…

2026/10/15 0:00:46 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/14 3:30:28 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/14 16:30:29 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 0:14:36 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 9:49:14 阅读更多 →