尧图网络科技YAOTU DIGITAL 获取报价
获取报价
首页 / 资讯中心 / 文章详情

Chrome EC 系统架构解析

发布时间:2026/9/27 6:54:31

资讯中心
01
ARTICLE

Chrome EC 系统架构解析

Chrome EC 系统架构解析
1. EC 是什么Chromebook 的隐形管家ECEmbedded Controller嵌入式控制器是 Chrome OS 设备上的一颗独立低功耗微控制器。当主处理器AP关机、休眠甚至完全断电时EC 仍在运行——它负责开机按钮响应、充电管理、电池状态监控等一切AP 醒着之前和睡着之后的事情。Chrome EC 是 Google 为这颗芯片编写的开源固件仓库chromiumos/platform/ec是一个用 C 语言编写的轻量级多任务操作系统 一组功能模块支持多种 ARM Cortex-M / x86(Minute-IA) 微控制器。EC 固件的核心职责AP 电源管理控制应用处理器的上电时序power sequencing与时序要求监控 AP 电源状态信号管理开机/关机/休眠/重启流程。电池与充电基于 Smart Battery 规范管理涓流充电、充电状态机、电量计fuel gauge并保证高/低功耗场景下的特殊充电需求。热管理监控处理器/内存/PMIC 温度通过 PWM 控制风扇触发 ACPI 事件与 PROCHOT 信号必要时强制断电。键盘控制扫描键盘矩阵。x86 平台模拟 8042 AT 键盘控制器接口ARM 平台直接把矩阵扫描结果上传内核。USB-C / PDUSB-C 口的电源协商Power Delivery、DisplayPort 模式、USB4 模式管理以及 USB-A 口供电控制。外设与安全LED、电源/音量按钮、盖子开关、加速度计/陀螺仪等传感器并参与 Verified Boot 安全链条。2. 整体系统架构EC 在整机中的位置EC 通过总线与 AP运行 Chrome OS 的应用处理器和 GSCGoogle Security Chip如 Cr50/Ti50相连向下直接驱动各类外设。在整机系统中AP 应用处理器运行 Chrome OS 内核与用户态、AP 固件coreboot depthcharge以及 Verified Boot 安全启动GSC 安全芯片Cr50 / Ti50作为硬件信任根EC 嵌入式控制器运行 Chrome EC 固件多任务 OS基于 Cortex-M / Minute-IA MCU具备 ≥512KB Flash、≥64KB RAM、48MHz 主频和 60~80 个 GPIO在 AP 关机时仍持续运行。三者之间的通信总线包括eSPI / LPCx86 平台、I2C / SPIARM 平台以及 USB调试/更新。3. 任务模型协作式多任务内核Chrome EC 采用自研的协作式多任务内核通过静态任务列表和优先级抢占机制在单颗 MCU 上同时管理电源、充电、键盘、传感器等多个功能模块。任务之间通过事件队列和互斥机制协作保证关键时序任务如电源上电时序的确定性执行。4. 分层设计从硬件到业务模块Chrome EC 固件采用清晰的分层架构底层为芯片抽象层chip/向上是驱动层driver/再向上是通用业务逻辑层common/最上层是面向具体板卡的功能模块。这种分层设计使得同一套业务代码可以复用到不同厂商的 MCU 平台上。5. 主机通信Host Command 协议AP 与 EC 之间通过 Host Command 协议进行命令交互。AP 侧通过 eSPI/LPCx86或 I2C/SPIARM总线向 EC 发送命令EC 处理后返回结果。高频只读数据暴露在共享内存区域AP 直接读取无需往返命令效率更高。此外EC 通过 Host Events ACPI 机制主动异步通知 AP 事件如电源接入、盖子开合另有 ACPI 内存区域EC_ACPI_MEM_*供 ACPI 交互。Linux 内核中的cros_ec驱动族cros_ec_dev、cros_ec_keyb、cros_ec_lpcs、cros_ec_i2c/spi 等负责主机侧对接用户态通过ectool工具即可查询电池、温度、传感器并下发命令是开发调试的日常入口。6. 安全架构RO/RW 双区与 EC Software Sync安全是 Chrome EC 的第一设计目标其核心思路与 AP 固件一致出厂固化的只读区 可升级的可写区 启动时交叉验证。EC Flash 存储布局分为两个区域RO 只读区出厂固化始终由此启动具备物理写保护保护螺丝 GPIO / Silego 单向锁存器硬复位时清零硬件写保护锁定后不可改写RW 可写区现场可升级承载实际业务固件经签名验证后由 AP 侧 Software Sync 机制刷写升级随系统更新升级兼容性受 AP 验证。EC Software Sync 启动流程EC 从RO 固件启动为 AP 上电。AP 从自己的 RO 固件启动coreboot。AP 验证自身 RW 固件并跳转执行depthcharge 阶段。EC 计算自己 RW 固件的哈希值。AP 的 RW 固件内保存了一份 EC RW 固件副本比对两者哈希不一致则把正确版本传给 ECEC 写入自身 Flash 并跳转到 RW 执行。恢复模式下 AP 与 EC 均停留在 RO 固件运行不执行 Sync保证即使 RW 全部损坏也可恢复。EC Software Sync 是 Verified Boot经验证启动链条的一环保证 AP 固件与 EC 固件在多次升级后始终保持版本兼容。开发者模式下可通过 GBB 标志GBB_FLAG_DISABLE_EC_SOFTWARE_SYNC关闭该机制。7. 架构演进Legacy EC → Zephyr RTOS2021 年 7 月是一个分水岭此前的 Chromebook 参考设计使用自研 Legacy EC 内核此后新设计全面迁移到业界标准的Zephyr RTOS。维度Legacy EC自研内核Zephyr EC新平台调度模型自研协作式多任务 优先级抢占静态任务列表Zephyr 线程模型由 shim 层适配旧任务 API配置体系board.h config.h 的CONFIG_*宏Kconfig 设备树DTSCONFIG_PLATFORM_EC_*驱动框架自研 chip/ 驱动接口Zephyr 驱动 API 兼容 shim迁移策略zephyr/shim 层将 Kconfig 选项翻译为旧CONFIG_*宏、把旧任务模型映射为 Zephyr 线程使 common/ 业务代码基本无改动地复用无论新旧体系分层思想、任务/Hook 模型、Host Command 协议、RO/RW 安全机制均保持一致——变的只是内核底座与配置工具链。8. 典型硬件配置参考项目典型参数CPU 内核ARM Cortex-M3/M4STM32、LM4、NPCX、IT83xx、MEC 系列部分为 NDS32 / Minute-IA(x86)Flash≥ 512 KB集成于 MCU支持 XIP 就地执行RAM≥ 64 KBSRAM主频约 48 MHz 起步GPIO60 ~ 80 个外设ADC、PWM/TACH、I2C/SMBus、SPI/eSPI、UART、Timer、DMA、Keyboard 扫描矩阵调试手段Servo 调试板串口控制台 JTAG/SWD、flashrom 在线烧录、ectool、panicinfo功耗相关概念Hibernate为 EC 断电态电池供电且 AP 关机 60 分钟后进入Battery cutoff / ship mode为运输模式下电池逻辑断开Silego 芯片提供我是否可信硬件单向锁存硬复位清除、RO 跳转 RW 时置位。参考资料Chromium OS 官方文档 ·Embedded Controller (EC)chromium.googlesource.com/chromiumos/platform/ec2014 Chrome OS Firmware Summit ·Chrome ECchromium.orgChrome Firmware 101 · AP/EC/PD FirmwareCanonical / Ubuntu Summit 演讲资料FOSDEM 2017 ·(Ab)using Googles Chromium EC for your own projectsDeepWiki · coreboot/chrome-ec ArchitectureZephyr EC IntroductionChromium OS 官方2021 后新平台体系
02
RELATED NEWS

相关资讯

更多网站建设与数字化升级内容

03
WHY YAOTU

想打造同款高转化官网?

懂行业、懂生意,从建站到增长一站式陪跑

◈

场景化定制

不做模板站,围绕你的业务场景量身设计,小众不撞款。

◐

营销型架构

以转化目标组织内容与路径,让官网真正带来询盘。

▲

全周期服务

设计、开发、运营、运维一体,上线只是开始。

免费获取你的建站方案

留下需求,专属顾问 24 小时内为你输出方案建议。