1. 引脚更少，省 IO 口

    • I2C：只需要 SCL + SDA 2 根线。
    • SPI：至少 CLK、MOSI、MISO、CS 4 根线，多设备时 CS 还要成倍增加。

  2. 支持多主机、多从机

    • I2C 总线上可以挂多个主机 + 多个从机，通过地址寻址。
    • SPI 一般是单主机多从机，扩展不方便。

  3. 硬件简单、布线成本低

    • 总线式结构，所有设备共用 2 根线，PCB 更简洁。
    • SPI 设备越多，走线越复杂，占用 GPIO 越多。

  4. 自带应答机制，可靠性更好

    • I2C 每字节传输后有 ACK/NACK 应答。
    • SPI 是无应答的 “发了就不管”。

  5. 协议简单、生态极通用

    • 传感器、EEPROM、RTC、小容量外设几乎都支持 I2C。
    • 适合低速、短距离、多设备场景。
# 单片机
Logo
AI智能硬件创业者社区

智能硬件社区聚焦AI智能硬件技术生态，汇聚嵌入式AI、物联网硬件开发者，打造交流分享平台，同步全国赛事资讯、开展 OPC 核心人才招募，助力技术落地与开发者成长。

更多推荐

嵌入式Linux设备成本是STM32三倍？这五类场景活该被坑

为什么你的IoT设备根本不该用Linux 盯着树莓派和Yocto做产品？先看硬件BOM表第三行——当客户要求配网时间<3秒时，你的SOM模块还在等内核解压。2026年仍有团队在智能门锁上用Cortex-A7跑OpenWRT，结果物料成本比STM32方案高出40%，电池续航直接腰斩。更致命的是，这些"伪高端"方案往往带来意料之外的工程灾难。 边界条件：MCU够用就别上Lin

avatar AI智能硬件创业者社区

ESP32 看门狗失效？90% 的 IoT 设备没做这 3 项互锁验证

为什么你的 ESP32 设备仍在假死：硬件看门狗失效的深层分析与工程解决方案 部署量超 500 台的智能灌溉系统中，23% 的设备每月至少一次『静默死亡』——无日志、无重启、仅断电可恢复。经过 6 个月的现场数据追踪和实验室复现，我们发现这不仅仅是代码逻辑问题，而是硬件看门狗与软件喂狗的互锁设计这一关键环节被普遍低估导致的系统性故障。 核心结论：独立硬件看门狗 ≠ 高可靠性 ESP32 的 Tim

avatar AI智能硬件创业者社区

ESP32+涂鸦IoT真的省成本？实测4类门店设备组网成本差3倍

多数创业者直接照搬涂鸦IoT方案给门店设备组网，却忽略不同品类对实时性的真实需求——我们通过实地拆解12家智能货架/温控柜的BOM清单，并追踪3个月实际运营数据，发现盲目采用TuyaSDK的Wi-Fi模组会导致硬件成本飙升40%，年运维费用增加2.7倍。更严重的是，错误协议选择带来的隐性损耗往往在设备部署6个月后才集中爆发。 核心结论：按数据流特征分类选协议 1. 非实时数据场景（库存/客流统计）

avatar AI智能硬件创业者社区