news 2026/10/8 19:07:30

嵌入式电源路径保护:eFuse与MCU协同的闭环管理方案

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
嵌入式电源路径保护:eFuse与MCU协同的闭环管理方案

做嵌入式电源路径保护,很多工程师第一反应是重新发明轮子:分立 MOS 加比较器,再绕一圈反馈补偿;也有干脆上自恢复保险丝,等故障自己复归。这两种方案我都踩过,直到某块工控板卡里用了 TI TPS259483AYWPR 做电子保险丝,再用 Microchip PIC32MZ1024EFE144 做监控和恢复策略,整个电源路径才算真正变成可诊断、可恢复、可远程复位的子系统。这篇文章把当时的设计思路、硬件选型、固件状态机和调试记录完整整理出来,给正在做嵌入式和工业电源板的朋友一个可以参考的闭环方案。

1. 这不只是加个保险丝:为什么电源路径需要一个“管理闭环”

1.1 一次让我改成方案的“冒烟”事故

之前我接手过一块 12V 供电的工业控制板,后级有 5V、3.3V、还有一路给电机驱动的隔离电源。原来设计是“输入保险丝 + 大电容 + 后级 DCDC”,看起来没什么毛病。结果在客户现场测试时,操作员不小心把输出线上的金属屑碰到机壳,12V 对地瞬时短路,保险丝倒是断了,但后级 DCDC 已经炸了一颗同步整流管。

问题不是保险丝没起作用,而是普通保险丝的熔断时间太慢,而且短路后的电弧、残压会把后级电路二次损坏。更麻烦的是:板卡在远端机柜里,得派工程师到现场换保险丝,故障原因也没法自动上报。那次之后我就决定,电源路径必须做成“能自己切、能自己报、能恢复策略可控”的子系统。

这就是 eFuse 和普通保险丝最大的区别。TPS259483AYWPR 这类电子保险丝内部集成了功率 MOSFET、电流采样、限流比较器、热关断、故障锁存和状态指示,本质上是一个“有大脑模拟前端”的功率开关。外部只需要几个电阻电容设定限流点和软启动时间,就能把短路保护做到微秒级响应。

1.2 TPS259483AYWPR 到底替掉了什么

传统方案里,一套完整的电源路径保护至少需要:功率 MOS 管、电流采样电阻、运放或比较器做限流环路、基准电压、施密特触发器、放电管或者锁存器、还有一些防振荡的阻容。这些器件凑在一起,BOM 体积大不说,环路稳定性非常难调。尤其是负载端有大电容时,一上电就过流保护,或者环路振荡发出尖锐的啸叫声,光是调补偿就能耗掉一个下午。

TPS259483AYWPR 属于 TI 的 TPS25948 系列,YWP 后缀代表封装和供货形式。这颗料把“功率路径”和“保护策略的硬件底层”做成了一个小封装,外部只要接 ILIM 电阻设定电流限制,接 SS 电容控制启动斜率,再配置 EN/UVLO 的阈值,就能直接替换掉我上面说的那一堆分立器件。

我最常用到它的几个特性:

  • 可编程电流限制:限流点由外部电阻设定,不再依赖固定保险丝的标称值。
  • 软启动控制:通过 SS 引脚电容限制启动瞬间的 di/dt,避免后级大电容充电时把输入电压拉垮。
  • 故障锁存和自动重试:FAULT 引脚会输出状态,MCU 可以根据应用策略决定是锁死还是重试。
  • 电源正常指示:PG 引脚可以告诉 MCU “输出已经建立”,适合做上电时序。
  • 电流监测输出:IMON 引脚把负载电流转换成电压,方便 MCU 做 ADC 采样和日志记录。

当然,eFuse 不是万能的,它的导通电阻比外置大功率 MOS 稍高,在大电流持续传输场景下会有额外损耗。但在 5A 到 10A 这个级别的板级电源路径上,配合良好散热设计,功耗和体积的收益非常明显。

1.3 PIC32MZ1024EFE144 在这里管什么

听到“电源保护”很多人以为是纯硬件问题,但 eFuse 只解决了“切断”和“限流”,它不知道这颗电源轨是干嘛的,也不知道故障之后该不该重试、重试几次、要不要锁死。

这块板子的主控是 Microchip PIC32MZ1024EFE144。这是一颗 144 脚、1MB Flash、512KB RAM 的 32 位 MCU,主频 200MHz,带 FPU,外设资源非常充裕。用它来做电源监控有点“杀鸡用牛刀”,但实际项目里这颗 MCU 同时还要跑 Modbus 通信、电机使能逻辑和系统状态上报,所以电源管理只是它任务列表里的一项。

MCU 在电源路径里做的事情包括:

  • 开机时检查输入电压,确认在允许范围内再使能 TPS259483AYWPR 的输出。
  • 读取 FAULT 和 PG 状态,判断当前是正常工作、过流关断还是输出未建立。
  • 通过 ADC 采样 IMON,把负载电流变成可供上位机看到的实时数据。
  • 根据故障次数决定重试策略,避免无限重启导致系统烧毁。
  • 把故障事件、电流峰值、导通时间记录到非易失存储中,供现场维护诊断。

一句话概括:TPS259483 负责“物理层”的快速切断,PIC32MZ 负责“策略层”的决策和上报。

2. 硬件设计:TPS259483AYWPR 周边电路与 PCB 布局细节

2.1 最小系统连接

我用的最小系统连接方式大概可以整理成下面这个拓扑:

  • 输入 12V 先经过防反接和 TVS 保护,然后接到 TPS259483AYWPR 的 VIN 引脚。
  • VOUT 引脚直接连接后级的输入电容和后级 DCDC 的功率输入。
  • ILIM 引脚对地接限流设定电阻 R_ILIM,决定最大输出电流。
  • SS 引脚对地接软启动电容 C_SS,控制输出爬坡时间。
  • EN/UVLO 引脚通过分压电阻连接到输入电压,同时预留 MCU 控制端口。
  • FAULT 和 PG 输出开漏信号,分别经 4.7kΩ 上拉到 3.3V,再接 PIC32 的 GPIO。
  • IMON 引脚输出电流采样电压,经过 RC 低通滤波后接 MCU 的 ADC 通道。

这里有个特别容易踩的坑:不要直接把 MCU 的 3.3V GPIO 接到 EN 引脚上。很多 eFuse 的 EN 引脚内部其实是一个欠压比较器,它需要被拉到某个高于内部阈值参考的电位才能开启。如果 VIN 是 12V,3.3V 电平很可能根本无法让 EN 可靠置高。

我板子上的做法是:用一颗小 NPN 三极管或者 N-MOS 做电平转换,引脚输出高时拉低 EN 引脚实现关断,输出低或者高阻时 EN 由外部上拉电阻置为高,正常使能。这样 MCU 的 GPIO 只负责“关断控制”,不用直接面对 12V 域。

2.2 限流电阻、软启动电容和过压分压的参数选择

限流电阻的选择是整个硬件设计里最需要花心思的部分。TPS25948 系列的 ILIM 引脚是通过电流镜比例关系设定限流值的,具体公式和系数必须看对应数据手册。我这里不写死公式,但有几个工程原则:

  • 先确定整个电源域最大峰值需求。比如后级稳态电流 4A,但有一路继电器可能瞬间到 6A,那限流点不能设在 4.5A,否则继电器一吸合就触发过流。
  • 限流点应该留出 20% 到 30% 的裕量,但也不能为了“保险”直接设到 10A,那会失去保护意义。
  • 限流电阻必须用 1% 精度甚至 0.5% 精度的金属膜电阻,温度系数越低越好。量产时如果用了普通碳膜电阻,不同板卡之间限流点会差得非常多。

我的习惯是先按最大稳态电流的 1.3 倍设定限流点,如果后级有电机、电容充电、继电器这类浪涌负载,再通过增大 SS 电容来压低瞬态电流峰值,而不是一味提高限流点。提高限流点只会让短路能量变大,对后端器件不友好。

SS 电容的选择直接决定上电冲击电流。C_SS 越大,输出爬坡越慢,输入电压跌落越小。我当时后级并了 1000μF 的电解电容,SS 电容从 4.7nF 提到 47nF,上电波形才从“一把拉到限流”变成平滑攀升。

过压保护分压电阻也很有讲究。输入电压正常 12V,允许瞬间到 14V,过压阈值设在 14.5V 左右。分压电阻的取值要让流过电阻的电流远大于 MCU 或者比较器的输入漏电流,一般 10k 到 100k 范围比较合适。电阻精度会影响阈值精度,这里我会用 1% 电阻,并在 PCB 上预留并联焊盘方便调试时修正。

2.3 监控通道:IMON、FAULT、PG 怎么接进 MCU

IMON 是电流监测输出,它把负载电流映射成一个电压信号。这个信号通常不需要直接承受功率电流,所以可以接一个简单的 RC 低通滤波再进 ADC。RC 截止频率不需要太高,我习惯取 1kΩ 电阻配 0.1μF 电容,对应截止频率大约 1.6kHz。这个频段足够看到负载变化趋势,又能滤掉 DCDC 开关噪声。

如果 IMON 最大输出电压超过 MCU ADC 的 3.3V 参考,就先分压再滤波。分压电阻要用 1% 精度,因为这里直接影响电流测量精度。还要在 ADC 引脚旁边加一个 0.1μF 电容到 AGND,防止数字信号干扰模拟采样。

FAULT 和 PG 这两个引脚都是开漏输出,必须外接上拉电阻。FAULT 有效时通常被拉低,PG 有效时输出高或者释放高电平。不同型号逻辑可能不同,接 MCU 之前最好先看数据手册里的时序图确认默认电平。把 FAULT 当作普通输入口配置还不够,我还会在固件里开启内部上拉,双保险防止悬空误触发。

2.4 PCB 布局:四个“一定要”

TPS259483AYWPR 这类 eFuse 虽然封装小,但功率路径上的电流密度不小,PCB 布局不能马虎。我总结成四个“一定要”:

  • 功率路径一定要短粗。VIN 到 VOUT 的铺铜不要用过孔串成一串来走,过孔和细走线都会增加寄生电感,短路瞬间的电感尖峰很可能把芯片打穿。多层板里功率层和地层要完整,回流路径尽量短。
  • ILIM、SS 这些敏感引脚的地一定要单独回到芯片散热焊盘附近,不要和负载大电流地混在一起。否则负载电流在地平面上的压降会被采样环路当成噪声,导致限流点抖动。
  • 输出侧一定要做开尔文采样。如果要在 VOUT 和 GND 之间测量电压,或者给 ADC 分压采样,采样线要从电容焊盘下面单独走,不要从强电流路径上取信号,否则导线压降会直接进入测量值。
  • 散热焊盘一定要打过孔阵列到内层和底层。YWP 这类封装带散热焊盘,不要只铺一层铜皮就算完,要在焊盘区域打上 8 到 12 个 0.3mm 的过孔,连接到内层铜皮,让热量能往四面八方散开。限流发生的时候芯片是处于线性工作区,功耗远大于正常导通,散热不够很容易触发热关断。

3. 固件设计:PIC32MZ1024EFE144 接管电源策略

3.1 上电时序:不是 EN 一脚油门到底

很多工程师觉得,MCU 控制 eFuse 不就是上电后给 EN 拉高吗?但在多路电源轨的板卡上,上电时序直接决定后级芯片会不会闩锁或者电流倒灌。

我在这块板子上的上电顺序是:

  1. MCU 先从上电即用的辅助电源启动,不过此时 TPS259483 的输出并不会立刻打开。
  2. MCU 初始化 GPIO、ADC、UART 和定时器,建立一个基础运行环境。
  3. 检查 VIN 电压是否在 10V 到 14V 范围内。不在范围内就报电源告警,禁止使能输出。
  4. 先让低功耗的 3.3V 逻辑电源正常建立,并等待该电源的 PG 信号。
  5. 确认逻辑电源稳定后,再使能 TPS259483,让 12V 这一路带负载。
  6. 输出建立后,等待 PG 信号变有效,再让后级 DCDC 开始工作。

这个顺序看起来繁琐,但能避免一个很经典的问题:后级 DCDC 还没有稳定的参考地或者控制时序,就提前吃到了 eFuse 的输出电压,然后控制逻辑跑飞,输出过冲甚至烧毁负载。

PIC32MZ1024EFE144 的定时器资源很充裕,我会把上电时序用状态机来实现,而不是在主循环里塞一排delay_ms()。用状态机的好处是,如果某一步没满足条件,可以长时间停在那一步并上报异常,而不是靠固定延时把时序“蒙”过去。

3.2 故障恢复状态机与代码骨架

固件里最重要的一部分是故障恢复策略。eFuse 能在微秒级把负载断开,但 MCU 要决定接下来怎么办。

下面这段代码是我常用的一个简化状态机框架,用于说明思路。实际项目里需要替换成 Harmony PLIB 或寄存器操作。

typedef enum { PWR_OFF, PWR_STARTUP, PWR_RUN, PWR_FAULT, PWR_RETRY, PWR_LOCKOUT } pwr_state_t; #define EFUSE_EN_PIN LATCHbits.LATB5 #define EFUSE_FLT_PIN PORTBbits.RB6 #define EFUSE_PG_PIN PORTBbits.RB7 static pwr_state_t power_state = PWR_OFF; static uint8_t retry_count = 0; static uint16_t state_timer = 0; void power_task_10ms(void) { switch (power_state) { case PWR_OFF: if (vin_voltage_ok() && host_enable) { EFUSE_EN_PIN = 1; power_state = PWR_STARTUP; state_timer = 0; } break; case PWR_STARTUP: if (EFUSE_PG_PIN == 1) { power_state = PWR_RUN; } else if (EFUSE_FLT_PIN == 0) { EFUSE_EN_PIN = 0; power_state = PWR_FAULT; } else if (state_timer++ >= 100) { EFUSE_EN_PIN = 0; power_state = PWR_FAULT; } break; case PWR_RUN: if (EFUSE_FLT_PIN == 0 || !vin_voltage_ok()) { EFUSE_EN_PIN = 0; power_state = PWR_FAULT; state_timer = 0; } break; case PWR_FAULT: if (state_timer++ >= 50) { if (retry_count < 3) { retry_count++; EFUSE_EN_PIN = 1; power_state = PWR_STARTUP; state_timer = 0; } else { power_state = PWR_LOCKOUT; report_power_alert(); } } break; case PWR_LOCKOUT: if (host_clear_fault) { retry_count = 0; power_state = PWR_OFF; } break; } }

这段代码有几点需要注意:

  • 10ms 的任务周期足够处理大多数热插拔过流事件,因为真正的快速保护已经由 TPS259483 硬件实现了。MCU 不需要,也不可能在微秒级去切断功率路径。
  • 故障后不要立刻重试。给 eFuse、后级电路和电源板一个冷却时间,50ms 是最低限度。如果故障原因是大电容充电,重试间隔太短会导致连续冲击。
  • 重试次数一定要有限制。我通常设 3 次,超过后进入锁存状态。否则板卡会在现场无限打嗝,不但影响其他设备,还会让故障原因更难排查。
  • 进入锁存后需要上位机或者维护人员主动清除,这能避免设备在不知情的情况下自动恢复,造成二次伤害。

鱼和熊掌要兼得,所以我把“快速切断”交给硬件,把“可靠决策”交给 MCU,两者职责非常清晰。

3.3 电流采样、滤波与标定

IMON 信号进 ADC 之后,不能直接拿单次转换结果当真实电流。开关电源负载上往往叠加了 DCDC 的纹波,瞬时值波动很大。我在固件里做了最简单的滑动平均滤波:连续采样 16 次,去掉最大最小值,再取平均。这样既滤掉了尖峰,又不会让主循环等待太久。

下面的代码示意了基本的采样过程:

uint32_t adc_read_avg(uint8_t channel, uint8_t samples) { uint32_t sum = 0; uint16_t min_val = 0xFFFF; uint16_t max_val = 0; for (uint8_t i = 0; i < samples; i++) { uint16_t val = adc_read_single(channel); if (val < min_val) min_val = val; if (val > max_val) max_val = val; sum += val; } sum -= min_val; sum -= max_val; return sum / (samples - 2); }

ADC 采样读数最终要换算成电流值。我会在样机调试阶段做两个点的校准:空载记一组偏移,用电子负载加一个接近额定值的电流记一组增益,然后算出线性关系的斜率和截距,写进片内 Flash 或外部 EEPROM。

不要迷信 IMON 的数据手册公式。实际板卡上分压电阻、ADC 参考电压、甚至采样回路的 PCB 铜阻都会引入误差。我做过一次统计,同一批 50 块板子不校准时读数偏差最大能到 8%,校准之后基本能控制在 2% 以内。

4. 实测与排错:那些现场才遇到的坑

4.1 一上电就打嗝:软启动时间背锅

第一版样机做出来之后,我兴冲冲地接上电子负载做满载测试,结果 12V 输出一使能就进入“打嗝模式”:输出电压反复建立又掉下去,FAULT 灯一闪一闪。用示波器看 VOUT 波形,发现每次输出电压还没爬到 12V 就被拉低,限流点一直被触发。

原因非常典型:后级等效电容太大,SS 电容太小,启动瞬间的充电电流超过了限流值。eFuse 的硬件限流环路把输出关断或者限流,然后负载电流降下来,它又重新启动,于是形成打嗝。

解决方法是把 SS 电容从 4.7nF 增大到 47nF,让输出爬坡时间从大约 1ms 拉长到 8ms。充电电流的峰值一下子就降下来了,启动波形从“尖峰顶到限流值”变成平滑的“指数爬升”。记住:遇到上电打嗝,先看启动斜率,而不是急着调高限流点。

4.2 FAULT 乱报:上拉电阻和噪声

另一块样机在电磁干扰测试时,FAULT 引脚会随机出现几百纳秒的低脉冲,导致 MCU 误以为发生了过流故障。FAULT 是开漏输出,外接 4.7kΩ 上拉,但走线刚好从一块开关电源下面穿过,耦合过来不少高频噪声。

处理方法是硬件加 RC 滤波,把 FAULT 信号通过 10kΩ 电阻和 0.1μF 电容滤一下再接 MCU,截止频率约 160Hz。软件里再做 20ms 的连续电平确认,避免单点采样误判。

但这里要强调:软件滤波只针对“由噪声引起的非真实故障”,如果 FAULT 是真的因为短路被拉低,eFuse 自己在几微秒内已经关断,MCU 即使延迟 20ms 再去确认,也不影响保护结果。不要在软件里做太久延时才去读故障状态,否则日志记录的故障时刻会偏差很大。

4.3 限流点不准:ILIM 电阻的温漂

量产阶段发现,高温老化试验里有一批板卡在环境温度 85°C 时提前触发限流,而常温下一切正常。查到最后是 ILIM 电阻用的是 5% 精度普通贴片电阻,电阻温度系数比较高,高温下阻值漂移,限流设定点跟着往下跑。

从那以后,ILIM 电阻我只用 1% 或者 0.5% 精度的金属膜电阻,温度系数控制在 ±50ppm/°C 以内。如果对限流精度要求极高,还可以用低温漂的精密电阻,但价格会高一点。工业板卡上我宁愿多花几毛钱换稳定性,也不愿意让保护参数随风飘。

4.4 本次样机的关键实测数据

下面这组数据来自实验室里的一台样机,输入 12V,额定负载 3.5A,限流点设定 6A。环境温度 25°C。

测试项目设计目标实测结果
输入电压范围9V ~ 16V10.8V ~ 16.1V 正常工作
稳态输出电压12V12.00V,纹波 40mVpp
限流点6A6.1A
短路保护响应内部硬件切断输出在示波器上约 5μs 内跌到 0V
上电启动时间8ms8.2ms
满载时芯片温度85°C 以下82°C

短路测试我是用电子负载或者 MOSFET 直接对地短接来做的,每次短路后都要检查 eFuse 和后级 DCDC 是否还能正常上电。这种测试很有必要,因为只有真的让故障发生在真实电流路径上,才能验证接地布局和散热设计有没有问题。

4.5 问题排查速查表

我把调试过程中遇到过的典型问题和排查方向整理成下面这张速查表,方便下次直接对照。

现象可能原因排查要点
上电就进入打嗝软启动电容太小,启动电流超限增大 SS 电容,或用示波器看启动电流波形
轻载时 FAULT 误报FAULT 上拉电阻缺失,或走线耦合噪声确认上拉,增加 RC 滤波
输出带载能力下降ILIM 电阻温漂,限流点偏高或偏低换 1% 低温漂电阻,重新校准
输入电压瞬间被拉低输入电容不足,启动负载太重增大输入电容,优化 SS
高温老化时关断散热不良,ILIM 电阻温漂,或芯片过热检查散热过孔,测温点,换精密电阻
IMON 读数跳变ADC 采样没有滤波,地噪声干扰增加滑动平均,改善模拟地

5. 选型替代与系统扩展思路

5.1 换更高电流档位时怎么保持兼容

TPS25948 系列内部有多个电流档位型号,如果你的负载从 4A 升级到 8A,只需要重新选取限流电阻并评估功率损耗和散热,不必推翻整套硬件设计。同一个封装下,PCB 焊盘兼容性一般都不错,但具体还是要对照所选型号的封装图和引脚定义确认。

做产品定义阶段最好预留一点余量:PCB 上把 ILIM 电阻做成两个并联焊盘,将来电流等级变化时只需要增删一颗电阻,不用重新打板。同理,SS 电容焊盘也可以预留一个位置放并联电容,方便调整启动时间。

5.2 从单板保护走向系统诊断

PIC32MZ1024EFE144 的优势在于通信外设很丰富,除了 UART 之外还有 CAN、USB、以太网。我后来把电源监控的状态通过 Modbus RTU 上报到上位机,现场工程师不用开机柜,直接看触摸屏就能知道是哪路电源过流、哪块板卡锁存了、重启了三次还是两次。

这种系统级诊断能力,是普通保险丝永远给不了的。eFuse 提供故障底层的快速保护,MCU 把故障转换成可运维的信息,两者结合才能让嵌入式设备具备真正的“自诊断”能力。

如果你习惯用嵌入式 Linux 板卡做控制,也可以把 PIC32MZ 替换成更大的主控,但在这个电源保护场景里,一颗 MCU 的上电速度快、无文件系统依赖、故障恢复逻辑简单直接,反而比 Linux 更可靠。很多人把嵌入式 Linux 作为万能答案,但电源路径这种需要确定性时序的场合,MCU 才是更合适的选择。

5.3 后续还能加什么

这块板子后续我还打算加几样东西:

  • 加一颗 NTC 贴在 TPS259483 附近,让 MCU 实时监测 eFuse 壳温,提前预警散热变差的问题。
  • 记录每次故障发生时的运行时长、故障次数、IMON 峰值,存到外部 EEPROM,形成电源健康日志。
  • 增加一个远程复位命令,让上位机可以清掉锁存状态,减少现场人工干预。
  • 如果产品需要更低的待机功耗,可以使用 MCU 的休眠模式,在不需要供电时关闭 eFuse 输出,需要时再唤醒。

最后说一个我自己的习惯:每次调试电源路径,我都会先做一遍“最坏情况测试”——把输出对地短接,看 eFuse 能否可靠锁断,然后再连续做 100 次上电,记录每一次的启动波形。这种测试很费时间,但能把后期现场救火的成本省回来。电源保护这种电路,平时看不出存在感,真正短路那一刻才见真章。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/8 19:06:32

跨摄像头行人跟踪实战:ReID+时空约束+图匹配三步落地

/* 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 19:05:45

eFuse与MCU联动的嵌入式电源过流保护设计实践

/* 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 19:03:06

如何防范缓冲区溢出?Coursebook编译器保护与编码规范

如何防范缓冲区溢出&#xff1f;Coursebook编译器保护与编码规范 【免费下载链接】coursebook Open Source Introductory Systems Programming Textbook for the University of Illinois 项目地址: https://gitcode.com/GitHub_Trending/co/coursebook 缓冲区溢出&#…

作者头像 李华
网站建设 2026/10/8 18:59:56

你是否听说过C10K 问题?

1. 来源&#xff1a;这个名词是怎么来的 C10K Concurrent 10,000&#xff0c;意思是"单台服务器同时支撑一万个连接"。 这个说法来自 Dan Kegel 在 1999 年整理的一份文档&#xff0c;标题就叫《The C10K problem》。它把当时各种操作系统和编程模型的做法汇总在一起…

作者头像 李华
网站建设 2026/10/8 18:57:15

Context Is All You Need:读千问办公CEO陈宇森2026云栖演讲

基于 2026 云栖大会技术主论坛MaaS & Agent 演讲《千问办公&#xff1a;Context Is All You Need》 演讲人&#xff1a;阿里巴巴集团副总裁、千问办公 CEO 陈宇森 视频源&#xff1a;Bilibili BV1K1hE6VEhq 核心论断&#xff1a;大模型参数狂飙的阶段过去后&#xff0c;企…

作者头像 李华
网站建设 2026/10/8 18:55:17

每天十分钟跟上 AI 进展:InBrief 的三块信息与用法

先说清楚这篇是写给谁的。如果你在做 AI 相关的研发、产品或投资&#xff0c;想用很少的时间知道"从昨天到今天发生了什么"&#xff0c;这篇会有用&#xff1b;如果你要找的是其他行业的新闻&#xff0c;InBrief 不覆盖&#xff0c;这一点我放在最前面讲。 我为什么…

作者头像 李华