类脑计算机功耗真相:从人脑20瓦到神经形态芯片的工程实践
1. 类脑计算机的功耗迷思从人脑的20瓦说起人脑大约消耗20瓦的功率相当于一盏老式白炽灯泡或者一台轻薄笔记本待机时的功耗。这个数字之所以让人震撼是因为它同时支撑着超过860亿个神经元、每个神经元平均连接数千个突触的庞大网络并且能完成图像识别、语言理解、运动控制、情感决策等一系列当前最强大的超级计算机都难以实时胜任的任务。对比之下一台达到类似综合认知能力的传统超级计算机功耗往往在兆瓦级别差距达到五个数量级。正是这个悬殊的对比催生了“类脑计算机能否实现与人脑相当功耗水平”这个核心问题。我最初接触类脑计算是在做边缘端低功耗推理方案的时候。当时手头有一个视觉识别项目需要在毫瓦级预算下完成实时目标检测传统卷积网络跑在通用处理器上功耗始终压不下来。后来转向神经形态计算平台才真正理解人脑功耗优势的来源不是单一技术而是架构、器件、编码方式三者协同的结果。这篇文章我会从工程实现的角度把类脑计算机的功耗问题拆开来讲清楚它为什么省电、省电的代价是什么、当前能做到什么程度、以及距离人脑的20瓦还有多远。适合阅读这篇文章的读者包括对神经形态计算感兴趣但缺乏系统认知的工程师、正在做低功耗边缘AI方案的技术选型人员、以及想了解类脑计算真实进展而非宣传口径的研究者。我会尽量用可验证的数据和可复现的思路来说明问题而不是停留在概念层面。2. 冯·诺依曼瓶颈与功耗墙的根源2.1 存储与计算分离带来的能量代价传统计算机遵循冯·诺依曼架构计算单元和存储单元在物理上是分开的。每次做一次加法或乘法数据需要从内存搬到处理器算完再搬回去。这个搬运过程消耗的能量在先进工艺节点下往往比计算本身高出一到两个数量级。有研究数据表明在45纳米工艺下一次32位浮点乘加运算的能耗约为4皮焦而一次片外DRAM访问的能耗约为640皮焦差距达到160倍。也就是说处理器大部分时间和能量都花在“等数据”和“搬数据”上而不是真正在算。这个问题在深度学习时代被急剧放大。大模型推理时权重参数动辄几十亿甚至上千亿每次前向传播都要把海量参数从显存搬到计算单元。功耗墙的本质不是晶体管开关太费电而是数据搬运太费电。我实测过一个7B参数模型在通用GPU上的推理功耗batch size为1时GPU利用率不到30%但功耗已经接近满载的70%原因就是内存带宽成为瓶颈计算单元大量时间在空转等待。2.2 人脑如何绕开这个瓶颈人脑没有独立的“内存条”和“处理器”。突触既是存储权重的地方也是完成信号传递和初步整合的地方。这种存算一体的结构让数据在本地就被处理掉不需要长距离搬运。更关键的是人脑采用事件驱动的稀疏编码神经元只有在膜电位超过阈值时才发放脉冲大部分神经元在大部分时间处于静息状态。这种稀疏性意味着能量只在有信息需要传递时才被消耗而不是像传统计算机那样时钟周期一到就全芯片翻转。还有一个容易被忽略的点人脑的通信是模拟与数字混合的。突触后电位是模拟量累积到阈值后发放的脉冲是离散事件。这种混合方式让信息编码效率极高一个脉冲的时间到达模式就能携带丰富信息不需要像传统计算机那样用多个比特去精确表示一个数值。从能量角度看人脑用“什么时候发”代替了“发什么值”大幅降低了表示精度所需的能量开销。2.3 功耗对比的公平基准问题讨论类脑计算机能否达到人脑功耗必须先明确比较基准。如果只比较“完成同一任务时的功耗”那当前类脑芯片在特定任务上已经接近甚至低于人脑的局部功耗。比如某些神经形态芯片在做稀疏编码的听觉识别时功耗可以做到毫瓦级。但如果比较“通用认知能力下的功耗”那差距仍然巨大因为人脑的20瓦支撑的是通用智能而类脑芯片的毫瓦级功耗只针对极窄任务。另一个基准问题是时间尺度。人脑的20瓦是持续功耗包括维持生命、学习、记忆巩固等所有过程。类脑芯片在推理时的低功耗往往没有计入训练、配置、数据预处理和外围电路的功耗。我在做方案评估时习惯把整个系统的功耗都算进去包括传感器、接口芯片、电源管理损耗这样得出的数字才接近真实部署场景。很多论文里宣称的“毫瓦级”实际系统跑起来往往是几十毫瓦甚至上百毫瓦。3. 神经形态计算的核心技术路线拆解3.1 脉冲神经网络与事件驱动机制脉冲神经网络是类脑计算最核心的计算模型。与传统人工神经网络不同SNN中的神经元不传递连续激活值而是传递离散的脉冲事件。每个脉冲在时间轴上有一个精确的发放时刻信息就编码在这些时刻的模式里。事件驱动的意思是没有脉冲时电路几乎不消耗动态功耗只有漏电流带来的静态功耗。这和传统芯片每个时钟周期都要翻转大量晶体管形成鲜明对比。我实际部署过SNN做手势识别用的是一款支持事件相机的神经形态开发板。整个推理过程只在有事件输入时才触发计算静止场景下功耗降到微瓦级。但这里有个坑SNN的训练比传统网络难得多因为脉冲发放不可微不能直接反向传播。常见做法是用替代梯度或者ANN转SNN前者训练不稳定后者精度损失明显。我试过把训练好的CNN转成SNN在相同任务上精度掉了大约3到5个百分点需要额外微调才能补回来。3.2 存算一体与忆阻器器件存算一体是解决冯·诺依曼瓶颈的直接思路。把计算单元和存储单元做在同一物理位置数据不需要搬运。实现方式有很多种包括基于SRAM的存内计算、基于RRAM的交叉阵列、基于相变存储器的方案等。其中忆阻器交叉阵列最接近人脑突触的行为每个交叉点是一个可调电导输入电压乘以电导得到电流所有电流在列线上自然求和一次操作就完成了矩阵向量乘法。这个思路在能量效率上非常诱人因为矩阵向量乘法是神经网络推理的主要计算形式。理论上一个N乘N的交叉阵列可以在一个时钟周期内完成N平方次乘加而传统架构需要N个周期以上。但实际做起来器件非理想性是大问题电导漂移、写噪声、线电阻压降、器件间差异都会让计算精度下降。我参与过一个基于RRAM的推理加速项目实测发现如果不做补偿有效精度只有4到5比特做校准后能到6到7比特但校准本身要消耗额外能量和时间。3.3 异步电路与地址事件表示人脑没有全局时钟神经元各自按自己的节奏发放。类脑芯片为了模仿这一点普遍采用异步电路设计。异步电路没有时钟树功耗只在信号实际翻转时产生理论上比同步电路更省电。地址事件表示是配套的通信协议每个脉冲被编码为“哪个神经元在什么时候发了脉冲”通过总线异步传输。AER协议在神经形态工程里已经比较成熟很多多芯片系统用它来互连。异步电路的设计难度比同步电路高不少。没有全局时钟意味着需要握手协议来保证数据正确传输面积开销和验证复杂度都上去了。我在评估一款异步神经形态处理器时发现它的峰值能效确实很高但在负载不均衡时握手开销会吃掉一部分收益。另外异步电路的功耗对工艺角和工作电压非常敏感做低功耗设计时需要留足裕量。4. 当前类脑硬件的真实功耗表现4.1 主流神经形态芯片功耗数据对比为了给出一个直观的参照我整理了几款有公开数据的神经形态芯片和传统低功耗AI芯片的功耗对比。需要说明的是这些数字来自不同论文和官方文档测试条件不完全一致只能作为量级参考。平台/芯片计算范式典型推理功耗典型任务能效TOPS/W传统低功耗GPU同步、冯诺依曼5到15瓦视觉推理1到10传统边缘NPU同步、冯诺依曼0.5到3瓦视觉推理5到20第一代神经形态芯片异步、SNN50到200毫瓦稀疏编码识别100到1000第二代神经形态芯片异步、存算一体10到50毫瓦关键词识别1000到5000人脑局部任务脉冲、存算一体约20瓦全脑通用认知无法直接换算从表格可以看出在窄任务上神经形态芯片的功耗已经比传统方案低一到两个数量级。但要注意这些低功耗数字通常只包含核心计算阵列不含外围ADC、接口、电源管理。我实测过一款宣称“毫瓦级”的开发板加上事件相机和接口后系统功耗在80毫瓦左右仍然远低于传统方案但和宣传数字有差距。4.2 能效提升的物理上限在哪里类脑计算的能效提升最终受限于几个物理因素。首先是器件开关能量。每次突触事件至少涉及一个晶体管或忆阻器件的状态变化其能量下限由器件电容和电压摆幅决定。在先进工艺下单次开关能量可以做到飞焦级别但人脑突触事件的能量估计在10飞焦左右两者已经比较接近。这意味着在器件层面我们并没有数量级的提升空间了。其次是通信能量。人脑轴突传递一个脉冲的能量估计在纳焦级别而芯片上金属互连传输一个比特的能量在皮焦到飞焦级别芯片反而更有优势。问题在于芯片需要传输的比特数远多于人脑的脉冲数因为传统编码用多个比特表示一个数值而人脑用一个脉冲的时刻表示信息。所以能效差距主要不在单次事件能量而在事件数量和编码效率。第三是精度与冗余。人脑神经元和突触有很高的噪声和失效比例但整体功能仍然稳健。传统芯片要求每个晶体管都正确工作冗余和纠错开销大。类脑芯片如果能在架构层面容忍器件缺陷和计算误差就能省下大量用于保证确定性的能量。这是我认为最有潜力的方向但也是当前工程实践中最难落地的部分。4.3 家用DDR5内存功耗的参照意义最近“家用DDR5内存功耗”成为一个热词这其实给了一个很好的参照系。一条DDR5内存条在满载时的功耗大约在5到10瓦待机时也有1到2瓦。也就是说光是给传统计算机配内存功耗就已经接近人脑的20瓦的一半了。如果算上CPU、GPU、主板、电源损耗一台能跑中等规模AI推理的家用电脑整机功耗在200到500瓦是人脑的10到25倍。这个对比的意义在于传统架构下即使计算单元做到极致省电内存和互连的功耗也压不下来。DDR5的功耗主要花在刷新、预充电、I/O驱动上这些开销和计算本身无关是架构决定的。类脑计算如果真能普及首先替代的可能就是这种“为了搬运数据而消耗的能量”。我在做边缘设备方案时经常发现内存功耗占总功耗的一半以上这时候换更省电的计算核心收益有限必须从架构上减少数据搬运。5. 从20瓦目标反推系统设计要点5.1 稀疏性是第一生产力如果目标是让人脑规模的类脑系统跑在20瓦稀疏性是最关键的杠杆。人脑在任意时刻只有约1%到5%的神经元处于活跃发放状态。如果类脑芯片能维持同等稀疏度动态功耗就能按比例下降。但当前很多SNN应用为了精度实际发放率远高于此有的甚至达到30%以上省电效果就打折扣了。我在做SNN调优时把降低发放率作为首要目标。方法包括增大膜电位阈值、引入自适应阈值、使用侧抑制、对输入做事件降采样。实测下来在精度损失不超过1%的前提下发放率可以从25%压到8%左右对应动态功耗下降约三分之二。但这里有个平衡发放率太低信息传递不足任务精度会崩。需要针对具体任务做扫描找到功耗和精度的帕累托前沿。5.2 存算一体的工程化挑战存算一体在理论上能省掉数据搬运功耗但工程化面临几个硬骨头。第一是器件一致性RRAM和相变存储器的电导分布很宽做矩阵乘法时误差累积快。第二是写入能耗训练时需要频繁更新权重写入能耗可能抵消推理时省下的能量。第三是外围电路ADC和DAC的功耗在阵列规模不够大时占比很高。我的经验是存算一体适合推理阶段权重固定的场景不适合训练。推理时权重只读不写写入能耗为零器件漂移可以通过定期校准补偿。阵列规模要足够大比如128乘128以上外围电路功耗才能被摊薄。另外做系统设计时要把校准周期和校准能耗算进去否则长期运行的等效功耗会高于预期。5.3 异步通信与事件编码的优化空间异步电路和AER协议是类脑芯片省电的重要手段但当前实现还有优化空间。AER总线的仲裁和握手在事件密集时会产生拥塞功耗上升。我见过一些设计用层次化AER把局部通信和全局通信分开减少长距离传输。还有用脉冲编码压缩的比如只传脉冲的时间差而不是绝对时刻减少比特数。另一个思路是让通信也事件化。传统芯片的总线是周期性的即使没有数据也消耗动态功耗。类脑芯片如果做到全异步总线只在有事件时翻转静态功耗占比会很高但动态功耗极低。这对工艺和电源管理提出更高要求因为静态功耗在先进工艺下越来越难压。我在评估方案时会特别关注芯片的静态功耗指标很多神经形态芯片在无事件时仍有毫瓦级漏电长期运行下来并不省电。6. 实操评估搭建一个类脑功耗测试环境6.1 硬件选型与连接方案如果你想自己评估类脑计算的真实功耗我建议从一款支持SNN的开发板入手搭配事件相机或事件麦克风作为输入。常见的选择包括基于FPGA的神经形态原型平台或者商用的神经形态研究芯片开发套件。电源侧需要一台高精度功率分析仪能测微瓦到瓦级、带宽足够捕捉微秒级脉冲事件的功耗波动。普通万用表响应太慢测不出事件驱动的功耗特征。连接上事件传感器通过AER接口或高速串行接口连到神经形态板神经形态板通过UART或USB连到主机做配置和结果读取。功率分析仪串在电源和开发板之间同时抓电压和电流波形。主机上跑一个同步采集脚本把功耗数据和推理结果对齐。我踩过的坑是事件传感器的接口协议和神经形态板的AER时序不匹配导致事件丢失后来加了一级FPGA做协议转换才解决。6.2 功耗测量与数据对齐方法测量时要注意几个细节。第一电源要干净开关电源的纹波会污染测量结果建议用线性稳压器给开发板供电。第二采样率要足够高至少是脉冲事件速率的10倍以上否则会漏掉功耗尖峰。第三要区分静态功耗和动态功耗可以在无输入时测静态有输入时测总功耗差值就是动态部分。数据对齐上我通常让神经形态板在每个推理周期开始时输出一个GPIO脉冲功率分析仪的外部触发输入接这个脉冲这样功耗波形和推理周期就能精确对齐。然后统计每个周期的平均功耗和峰值功耗再和任务精度一起分析。实测下来事件驱动芯片的功耗波形是稀疏的尖峰序列平均功耗远低于峰值这和传统芯片持续高功耗的模式完全不同。6.3 能效指标的计算与解读评估类脑芯片能效不能只看峰值TOPS/W还要看任务级能效。我常用的指标是“每次推理的能量”单位是毫焦或微焦。计算方法是用一个推理周期的平均功耗乘以周期时长。然后和传统方案在相同精度下的每次推理能量对比。这个指标更贴近实际部署因为它包含了稀疏性带来的收益。另一个指标是“每次突触事件的能量”单位是皮焦或飞焦。这个指标反映硬件本身的效率和任务无关。计算方法是动态功耗除以事件总数。我实测过一款神经形态芯片每次突触事件约20皮焦比人脑突触事件的10飞焦高三个数量级。但考虑到芯片的事件数远少于人脑任务级能效反而可能更优。解读数据时要分清层次避免被单一指标误导。7. 常见问题与排查技巧实录7.1 功耗数据波动大的排查思路测类脑芯片功耗时最常见的问题是数据波动大重复性差。原因通常有几个输入事件率不稳定、电源纹波、温度漂移、异步电路的竞争冒险。排查顺序是先固定输入用录制好的事件流回放排除传感器影响再换线性电源排除供电影响然后控制环境温度排除温漂最后用示波器看关键节点的信号完整性排除异步握手失败导致的额外翻转。我遇到过一次功耗忽高忽低的情况查了两天才发现是AER总线的仲裁器在事件密集时出现死锁芯片反复重试导致功耗飙升。后来在FPGA里加了事件缓冲和流量控制问题解决。这个坑的教训是异步电路的验证比同步电路难得多功耗异常往往是功能异常的表征不能只盯着功耗本身。7.2 精度与功耗的权衡策略类脑芯片调优时精度和功耗是一对矛盾。降低发放率省电但精度下降。我的策略是分阶段调先保证精度达标再逐步压缩功耗每次只动一个参数观察精度变化。常用参数包括膜电位阈值、不应期长度、突触权重缩放、输入编码方式。用网格搜索找到几个候选配置再在真实数据上做交叉验证。还有一个技巧是分层设置稀疏度。浅层网络对噪声容忍度高可以压得更稀疏深层网络负责精细判别保持较高发放率。我试过在一个三层SNN上做分层稀疏整体功耗降了40%精度只掉0.5%。这个思路来自人脑感觉皮层处理量大但精度要求低联合皮层处理量小但精度要求高能量分配本来就不均匀。7.3 系统级功耗被低估的常见原因很多类脑方案在论文里功耗很低实际部署却达不到原因是系统级功耗被低估。常见遗漏包括传感器功耗、接口芯片功耗、电源转换损耗、散热功耗、待机功耗。我习惯做一个功耗预算表把所有环节都列进去每个环节标出典型值和峰值。这样在方案选型时就能看出瓶颈在哪里。举个例子一款神经形态芯片核心功耗10毫瓦但事件相机功耗50毫瓦接口芯片20毫瓦电源转换效率80%系统总功耗就是(105020)/0.8等于100毫瓦。如果只看芯片会以为很省电实际系统是人脑功耗的5倍。做低功耗设计必须从系统层面优化单点突破收益有限。8. 距离人脑20瓦还有多远从当前技术状态看类脑计算机在窄任务上已经能做到比人脑局部功耗更低但在通用认知任务上差距仍然在三个数量级左右。这个差距主要来自三个方面一是稀疏性不够当前SNN的发放率远高于人脑二是存算一体的工程化还不成熟数据搬运功耗仍然占大头三是系统级优化不足外围电路和电源管理吃掉大量预算。我个人判断短期内类脑计算最现实的落地场景是超低功耗边缘感知比如始终在线的关键词唤醒、事件驱动的视觉监控、植入式医疗设备。这些场景任务单一、对精度要求相对宽松、功耗预算极紧正好发挥类脑计算的优势。至于通用类脑计算机达到人脑20瓦功耗需要器件、架构、算法、系统四个层面同时突破时间尺度可能在十年以上。如果你正在做相关方案选型我的建议是不要被峰值能效数字迷惑一定要做系统级功耗预算不要追求通用性先锁定一个窄任务做深不要忽略训练和校准的能耗长期运行的成本往往在那里。类脑计算的价值不在于替代传统计算而在于填补传统计算在超低功耗、事件驱动、实时自适应场景下的空白。把这个定位想清楚方案设计就不会跑偏。

相关新闻

网络安全加固方案如何落地:从资产盘点、基线核查到闭环验证

网络安全加固方案如何落地:从资产盘点、基线核查到闭环验证

简介:这份docx文档是一份“网络安全加固服务方案”的完整可编辑方案,聚焦网络设备、主机操作系统、数据库及中间件等系统的脆弱性分析与加固实施,适用于等保建设、安全风险评估整改、以及安全服务项目文档撰写。方案依据等保基本要求与多项安…

2026/10/9 9:21:19 阅读更多 →
SpringBoot + Vue工作流管理系统设计与毕业设计实战解析

SpringBoot + Vue工作流管理系统设计与毕业设计实战解析

这套 SpringBoot Vue 工作流程管理系统,是我前阵子整理的一套 Java Web 毕业设计项目,完整内容包括前端和后端源码、MySQL 初始化 SQL 脚本,以及一份可以直接照着对接的接口文档。整体功能不花哨,但把业务系统最常见的那条链路做…

2026/10/9 9:21:19 阅读更多 →
Vue组件通信全指南:从props到Pinia的实战选型

Vue组件通信全指南:从props到Pinia的实战选型

Vue组件通信这个话题,我几乎每次面试都会问,每次带新人也会讲。问一圈下来,大多数人都能把props和$emit背出来,但真到了项目里,什么样的数据该走 props,什么样的状态扔进 Pinia,兄弟之间偶尔传个…

2026/10/9 9:20:18 阅读更多 →

最新新闻

kernelbase.dll丢失报错详解:从DLL原理到SFC/DISM修复全攻略

kernelbase.dll丢失报错详解:从DLL原理到SFC/DISM修复全攻略

1. 先从报错入手:kernelbase.dll 丢失到底长什么样 1.1 这个文件是干什么的,为什么程序离不开它 如果你最近打开某个软件时,屏幕上突然跳出一句“由于找不到 kernelbase.dll,无法继续执行代码”,或者在启动 Windows 时…

2026/10/9 10:35:03 阅读更多 →
Linux IPC管道深度解析:匿名管道与FIFO的机制及实践

Linux IPC管道深度解析:匿名管道与FIFO的机制及实践

做日志采集模块那阵子,我接了一个让我印象很深的活儿:采集进程拿到的原始数据要源源不断交给另一个独立进程做过滤,两个进程之间没有网络,也没有共享的业务组件,唯一的需求就是“把数据从A顺利流到B”。我翻了一圈方案…

2026/10/9 10:35:03 阅读更多 →
Linux管道IPC全解:从匿名管道到FIFO、阻塞与SIGPIPE实战

Linux管道IPC全解:从匿名管道到FIFO、阻塞与SIGPIPE实战

做后端或者做 Linux 开发的人,迟早都要面对进程间通信(IPC)这个绕不开的话题。两个进程要协作,总得有个传数据的办法,管道就是我每次都要先拎出来讲清楚的一种 IPC 机制。它可能是 Unix 历史上最古老、看起来最简单、却…

2026/10/9 10:35:03 阅读更多 →
Access教学管理数据库实验全流程:建表、SQL查询与避坑指南

Access教学管理数据库实验全流程:建表、SQL查询与避坑指南

简介:这份《数据库及其应用》实验报告文档面向高校数据库课程学习者,尤其适合正在完成Access实验作业或准备课程设计的学生。内容围绕数据库设计、创建与应用展开,涵盖E-R模型构建、关系模型转换、表结构与字段属性定义、主键与参照完整性设置…

2026/10/9 10:35:03 阅读更多 →
CMOS图像传感器选型指南:从参数解读到样片验证的行业调研

CMOS图像传感器选型指南:从参数解读到样片验证的行业调研

简介:这份行业分析资料聚焦CMOS数字图像传感器领域,面向半导体、消费电子及投资研究从业者,帮助读者系统把握全球与中国市场的规模走势、竞争格局与技术演进方向。资源为单个PDF文档,压缩包约413KB,内容以数据表格与文…

2026/10/9 10:35:03 阅读更多 →
PerfDog性能测试有效测量方法论:从数据采集到根因归因

PerfDog性能测试有效测量方法论:从数据采集到根因归因

1. 这不是又一个“点几下就出报告”的工具教程PerfDog——这三个字最近在测试圈、开发组、甚至产品需求评审会上出现的频率,高得有点反常。某次和一位做App质量保障的同行吃饭,他掏出手机翻出刚跑完的PerfDog报告截图,第一句话不是“帧率稳了…

2026/10/9 10:34:02 阅读更多 →

日新闻

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API这个话题,隔三差五就会在群里被翻出来讨论一次。上周还有个同事线上处理一个订单超时问题,排查到最后发现是ZonedDateTime序列化后时区丢了,用户在下单当天晚上看到的时间整整差了8个小时。这类问题几乎每个做Java开发的人都遇到过…

2026/10/9 0:00:49 阅读更多 →
EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

前几个月我手头有好几台机器需要互相访问:办公室台式机、家里 NAS、还有一台云主机。如果只是偶尔传个文件倒还好,问题是工作场景经常要在几处环境之间来回切换,每次都先登录跳板机再层层代理,实在折腾。我先后试过端口映射、自建…

2026/10/9 0:00:49 阅读更多 →
AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent 这个词在过去一年里被反复提及,但真正动手搭过一套能跑起来的 Agent 系统的人都知道,从"知道它是什么"到"让它稳定干活"之间隔着一整套工程决策。我前后参与过几个 Agent 项目的落地,从最初用现成框架拼装&…

2026/10/9 0:01:50 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

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

2026/10/8 15:26:32 阅读更多 →
LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

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

2026/10/8 15:26:40 阅读更多 →
ARM架构深度解析:从RISC设计理念到交叉编译实战

ARM架构深度解析:从RISC设计理念到交叉编译实战

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

2026/10/9 10:11:06 阅读更多 →

月新闻

我发现了一个新思路:用 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/8 21:13:17 阅读更多 →
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/8 15:26:17 阅读更多 →
黑夜航拍船只数据集训练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/9 6:17:20 阅读更多 →