STM32通过I²C驱动TMP102温度传感器：从软件模拟到硬件实现详解

简介：本资源是一套基于STM32与TMP102数字温度传感器的IIC通信完整工程实践包，面向嵌入式初学者及STM32开发工程师，解决环境温度实时采集与解析这一典型外设驱动问题。压缩包含186个文件，涵盖34个头文件（.h）定义寄存器与接口、33个源文件（.c）实现IIC底层驱动、TMP102读写逻辑及SysTick延时等核心功能，另有汇编启动文件（.s）、编译中间产物（.o/.d/.crf）及Keil工程配置文件（.uvproj/.uvopt），整体大小为3.67MB。已有856人学习下载，工程结构清晰，支持直接编译运行，包含已预编译的.axf可执行镜像及.map/htm调试信息文件，便于快速验证IIC通信流程、定位ACK/NACK异常，并结合TMP102数据手册完成16位温度值到摄氏度的精准转换。

1. 项目背景与核心需求：为什么是STM32与TMP102的I²C组合？

如果你正在做一个需要精确测温的嵌入式项目，比如环境监测站、恒温箱控制器或者电池管理系统，那么“STM32 + TMP102”这个组合大概率会出现在你的候选清单里。我手头这个名为“IIC.zip”的项目包，虽然正文描述是空的，但从标题和关联的热搜词来看，它指向了一个非常经典且实用的场景：使用STM32微控制器，通过I²C总线驱动TMP102数字温度传感器。

这个组合之所以经典，原因很直接。STM32作为ARM Cortex-M内核的明星产品，生态丰富、性价比高，是嵌入式开发者的“瑞士军刀”。而TMP102来自TI，是一款低功耗、高精度（典型±0.5°C）的数字温度传感器，它通过I²C接口输出数据，省去了模拟信号调理和ADC采样的麻烦，极大简化了硬件和软件设计。I²C（Inter-Integrated Circuit）总线，作为一种仅需两根线（SDA数据线、SCL时钟线）就能连接多个从设备的串行通信协议，正是连接这两者的桥梁。

所以，这个项目的核心需求可以拆解为三点：第一，在STM32上实现I²C主设备的通信功能，无论是使用硬件I²C外设还是软件模拟；第二，正确理解并操作TMP102的寄存器，完成温度数据的读取；第三，将读取到的原始数据转换为实际的摄氏温度值。这听起来简单，但实际动手时，从I²C时序调试、地址确认到数据解析，每一步都可能藏着“坑”。接下来，我就结合自己的踩坑经验，把这个过程掰开揉碎了讲清楚。

2. I²C通信基础与STM32的两种实现路径

在动手写代码之前，我们必须对I²C协议和STM32的实现方式有个清晰的认识。I²C协议的精髓在于其主从结构和时序。一个主设备（这里是STM32）控制时钟线SCL，并发起通信；一个或多个从设备（这里是TMP102）响应。每个从设备都有一个唯一的7位或10位地址，TMP102常用的是7位地址0x48（可通过地址引脚配置）。

通信的基本单元是“字节传输”，伴随着开始（START）、停止（STOP）、应答（ACK/NACK）等信号。一次典型的读温度操作，主设备需要先发送开始信号，然后发送从设备地址（写模式），接着发送要读的寄存器指针，然后发送重复开始信号（Repeated START），再发送从设备地址（读模式），最后接收数据字节。这个时序必须严格符合规范。

在STM32上，你有两条路可以走：硬件I²C和软件模拟I²C。

硬件I²C，即使用STM32芯片内部集成的I²C外设。它的好处是效率高，不占用CPU时间进行位操作，通信过程由硬件自动处理，代码简洁。使用STM32CubeMX配置HAL库或者直接操作标准库的寄存器，可以快速搭建。但它的“坑”也出名：不同系列、不同型号的STM32，其硬件I²C外设的稳定性和BUG情况各异。早期的一些型号（如STM32F1系列）的硬件I²C曾被许多开发者诟病，容易卡死在等待标志位上。虽然在新系列和HAL库的封装下有所改善，但在复杂的电源环境或多从机场景下，依然需要小心处理错误中断和恢复机制。

软件模拟I²C，也叫GPIO模拟I²C。顾名思义，就是随便找两个GPIO引脚，分别作为SDA和SCL，通过代码控制引脚的高低电平变化来模拟出完整的I²C时序。这种方法的最大优势是完全可控、可移植性极强。无论换什么型号的MCU，只要改一下引脚定义，代码几乎都能跑。调试的时候，你可以任意在时序中插入延时来适配不同速度的从设备，或者添加调试信息。它的缺点是需要CPU参与每一位的操控，通信速率较低，且会占用CPU时间。

我的经验是，对于TMP102这种速率要求不高（标准模式100kbps，快速模式400kbps）、通信逻辑简单的传感器，新手或追求稳定性的项目，我强烈建议先从软件模拟I²C入手。它能让你透彻理解时序，避开硬件兼容性的暗礁，等完全调通后，再尝试移植到硬件I²C以获得更高效率，是一个更平滑的学习曲线。

3. TMP102传感器详解：寄存器、地址与数据格式

搞定了通信方式，我们得深入了解对话的另一方——TMP102。这个小芯片虽然只有几个寄存器，但设计得很精巧。

3.1 设备地址与硬件连接

TMP102的7位I²C地址由三个地址引脚（A0, A1, A2）的电平决定。通常，如果这些引脚都接地（GND），那么地址就是0x48。这是最常见的情况。在写代码时，我们需要左移一位，并在最低位加上读写位。所以：

• 写地址：0x48 << 1 = 0x90(二进制10010000)
• 读地址：(0x48 << 1) | 0x01 = 0x91(二进制10010001)

硬件连接上，除了电源（VCC, GND）、地址引脚和I²C的两根线（SDA, SCL），最关键的是别忘了上拉电阻。I²C总线是开漏输出，必须通过上拉电阻拉到高电平。电阻值通常在4.7kΩ到10kΩ之间，具体取决于总线电容和通信速度。对于短线、低速（100kHz）应用，两个4.7kΩ的电阻是稳妥的选择。

3.2 核心寄存器解析

TMP102有几个重要的寄存器，我们最关心的是温度寄存器和配置寄存器。

• 温度寄存器（Temp Register, 地址0x00）：这是一个12位的只读寄存器，存储了最新的温度转换结果。数据格式是二进制补码。分辨率是0.0625°C/LSB。也就是说，寄存器值每变化1，温度变化0.0625度。

  • 读取方法：温度值占两个字节（16位），但只有高12位有效。数据格式如下（以连续读取两个字节Byte1和Byte2为例）：
    • Byte1（高字节）：[D15 D14 D13 D12 D11 D10 D9 D8]，其中 D15-D12 是温度整数部分（含符号位）。
    • Byte2（低字节）：[D7 D6 D5 D4 D3 D2 D1 D0]，其中 D7-D4 是温度小数部分，D3-D0 恒为0。
  • 转换公式：温度(°C) = (读取的16位有符号整数 >> 4) * 0.0625。在C语言中，我们可以先将其组合成一个16位有符号整数（int16_t），然后进行算术右移和浮点运算。

• 配置寄存器（Configuration Register, 地址0x01）：这是一个16位的读写寄存器，用于控制传感器的工作模式、转换速率、故障队列等。上电默认值通常是0x60A0（具体需查数据手册），对应12位精度、每秒4次转换（4Hz）、比较器模式等。对于大多数简单应用，我们可以暂时不修改配置寄存器，使用默认值即可。但如果你需要超低功耗（关机模式），或者改变报警功能，就需要仔细配置它。

• TLOW和THIGH寄存器（地址0x02, 0x03）：这两个寄存器用于设置温度报警的上下限阈值。当温度超出这个窗口时，芯片的ALERT引脚会输出信号。如果不需要报警功能，可以忽略。

理解这些寄存器是正确读写数据的前提。在代码中，我们通常的操作序列是：向指针寄存器写入0x00，然后启动读操作，连续读取两个字节，最后将这两个字节组合并换算成温度值。

4. 软件模拟I²C驱动TMP102的完整代码实现与调试

现在，我们进入实战环节，用软件模拟I²C的方式，一步步实现TMP102的驱动。我将以STM32的标准外设库（Standard Peripheral Library）或HAL库的GPIO操作来演示核心逻辑，代码风格力求清晰。

4.1 GPIO引脚初始化与基本时序函数

首先，定义SDA和SCL对应的GPIO端口和引脚。

// 假设使用GPIOB的Pin6和Pin7 #define IIC_SDA_PORT GPIOB #define IIC_SDA_PIN GPIO_Pin_7 #define IIC_SCL_PORT GPIOB #define IIC_SCL_PIN GPIO_Pin_6 // 初始化函数，将引脚配置为开漏输出模式，初始置高（释放总线） void IIC_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE); // SDA和SCL都先初始化为开漏输出，并置高 GPIO_InitStructure.GPIO_Pin = IIC_SDA_PIN | IIC_SCL_PIN; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_OD; // 开漏输出 GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(IIC_SDA_PORT, &GPIO_InitStructure); GPIO_SetBits(IIC_SDA_PORT, IIC_SDA_PIN); GPIO_SetBits(IIC_SCL_PORT, IIC_SCL_PIN); }

接下来，实现最基础的时序函数：起始、停止、应答、发送一个字节、接收一个字节。这里的关键是时序延时。延时太短，从设备可能反应不过来；延时太长，会影响通信速率。需要根据MCU主频和传感器要求微调。下面是一个示例：

// 微秒级延时函数，需要根据你的系统时钟实现，例如使用SysTick void IIC_Delay(void) { uint32_t i = 5; // 这个值需要实际调整 while(i--); } // 产生起始信号：SCL高电平期间，SDA产生一个下降沿 void IIC_Start(void) { SDA_OUT(); // 设置SDA为输出模式（宏定义，控制GPIO模式寄存器） IIC_SDA_HIGH(); IIC_SCL_HIGH(); IIC_Delay(); IIC_SDA_LOW(); IIC_Delay(); IIC_SCL_LOW(); // 钳住总线，准备发送数据 IIC_Delay(); } // 产生停止信号：SCL高电平期间，SDA产生一个上升沿 void IIC_Stop(void) { SDA_OUT(); IIC_SDA_LOW(); IIC_Delay(); IIC_SCL_HIGH(); IIC_Delay(); IIC_SDA_HIGH(); IIC_Delay(); } // 发送一个字节（8位），并返回应答位 uint8_t IIC_SendByte(uint8_t byte) { uint8_t i, ack; SDA_OUT(); for(i=0; i<8; i++) { if(byte & 0x80) IIC_SDA_HIGH(); else IIC_SDA_LOW(); IIC_Delay(); IIC_SCL_HIGH(); IIC_Delay(); IIC_SCL_LOW(); byte <<= 1; } // 读取应答 SDA_IN(); // 设置SDA为输入模式 IIC_SDA_HIGH(); // 释放SDA线，由上拉电阻拉高 IIC_Delay(); IIC_SCL_HIGH(); IIC_Delay(); ack = GPIO_ReadInputDataBit(IIC_SDA_PORT, IIC_SDA_PIN); // 读取SDA电平，0为应答，1为非应答 IIC_SCL_LOW(); SDA_OUT(); return ack; // 通常返回0表示成功收到ACK }

接收字节和发送非应答的函数也类似，需要先释放SDA为输入，在SCL高电平时读取数据位。

4.2 TMP102驱动函数封装

基于上面的底层函数，我们可以封装针对TMP102的读写函数。

#define TMP102_ADDR_WRITE 0x90 // (0x48 << 1) #define TMP102_ADDR_READ 0x91 // (0x48 << 1) | 0x01 #define TMP102_REG_TEMP 0x00 // 从TMP102读取温度原始值（两个字节） int16_t TMP102_ReadTempRaw(void) { uint8_t buf[2]; int16_t temp_raw = 0; // 1. 发送起始信号 IIC_Start(); // 2. 发送设备写地址，并检查ACK if(IIC_SendByte(TMP102_ADDR_WRITE) != 0) { IIC_Stop(); return 0xFFFF; // 通信失败，返回一个错误值 } // 3. 发送要读取的寄存器指针（温度寄存器） if(IIC_SendByte(TMP102_REG_TEMP) != 0) { IIC_Stop(); return 0xFFFF; } // 4. 发送重复起始信号 IIC_Start(); // 5. 发送设备读地址 if(IIC_SendByte(TMP102_ADDR_READ) != 0) { IIC_Stop(); return 0xFFFF; } // 6. 连续读取两个字节数据，读取最后一个字节后发送NACK buf[0] = IIC_ReadByte(1); // 发送ACK，表示还要读下一个字节 buf[1] = IIC_ReadByte(0); // 发送NACK，表示这是最后一个字节 // 7. 发送停止信号 IIC_Stop(); // 将两个字节组合成一个16位有符号整数 temp_raw = (buf[0] << 8) | buf[1]; return temp_raw; } // 将原始值转换为摄氏温度 float TMP102_RawToCelsius(int16_t raw) { if(raw == 0xFFFF) return -999.0f; // 错误值处理 // 右移4位，因为低4位无效 raw = raw >> 4; // 转换为浮点温度值 return raw * 0.0625f; }

在主循环中调用就很简单了：

int16_t raw_temp; float temperature_c; raw_temp = TMP102_ReadTempRaw(); if(raw_temp != 0xFFFF) { temperature_c = TMP102_RawToCelsius(raw_temp); printf("Temperature: %.2f C\r\n", temperature_c); } else { printf("I2C Communication Error!\r\n"); } HAL_Delay(1000); // 每秒读一次

4.3 调试技巧与常见问题排查

调不通I²C是常态。以下是几个实用的调试技巧：

1. 用逻辑分析仪或示波器抓波形：这是最直接有效的方法。连接SCL和SDA，查看起始信号、地址数据、应答位是否完全符合时序图。可以清晰看到地址对不对、数据位有没有发错、ACK有没有回应。没有硬件工具？可以用一个带I²C解码功能的廉价逻辑分析仪（几十块钱），或者某些高级点的示波器也带这个功能。

2. 软件调试法：在每一个IIC_SendByte和IIC_ReadByte函数后，通过串口打印出发送或接收到的数据。特别是检查地址字节（0x90）和寄存器指针字节（0x00）是否被正确发送和应答。

3. 检查硬件：

   • 上拉电阻：确认SDA和SCL线上是否有上拉电阻（通常4.7kΩ到VCC）。没有上拉电阻，总线无法被拉高。
   • 电源与地线：确保TMP102供电稳定（通常是3.3V），并且与STM32共地。
   • 地址引脚：确认A0, A1, A2的接法，计算出的地址是否与代码中一致。
   • 布线：如果通信线过长，可能会引入电容，导致边沿变缓，可以尝试减小上拉电阻值（如2.2kΩ）或降低通信速度。

4. 典型问题：

   • 卡死在等待ACK：最常见。原因可能是：设备地址错误、设备未上电或损坏、总线被锁死（从设备异常）、上拉电阻过大或缺失。
   • 读取的数据全是0xFF或0x00：可能是读时序错误，比如在接收数据时没有正确释放SDA线（应设置为输入模式），或者停止信号发送得太早。
   • 数据偶尔出错：可能是延时函数不准确，导致时序在临界状态。尝试增加IIC_Delay()中的延时值。

5. 进阶话题：硬件I²C、低功耗与项目集成考量

当你用软件模拟I²C成功驱动TMP102后，可以考虑一些进阶优化和扩展。

5.1 迁移至硬件I²C

如果项目对CPU占用率敏感，或者需要更高的通信速率，迁移到硬件I²C是必然。以STM32 HAL库为例，步骤大致如下：

1. 使用STM32CubeMX工具，使能I²C外设（如I2C1），配置为标准模式（100kHz）或快速模式（400kHz），引脚会自动分配。
2. 生成代码后，会初始化好hi2c1这样的句柄。
3. 使用HAL库的读写函数。读取TMP102温度值的代码会变得非常简洁：

   uint8_t reg_addr = TMP102_REG_TEMP; uint8_t data_buf[2]; int16_t raw_temp; // 先写寄存器指针，再读数据 if(HAL_I2C_Master_Transmit(&hi2c1, TMP102_ADDR_WRITE, &reg_addr, 1, HAL_MAX_DELAY) == HAL_OK) { if(HAL_I2C_Master_Receive(&hi2c1, TMP102_ADDR_READ, data_buf, 2, HAL_MAX_DELAY) == HAL_OK) { raw_temp = (data_buf[0] << 8) | data_buf[1]; } }

   使用硬件I²C时，务必注意错误处理。HAL库提供了丰富的错误状态标志（HAL_I2C_GetError），在通信失败后需要分析原因，并可能调用HAL_I2C_Init重新初始化外设来解除总线锁死。

5.2 TMP102的低功耗模式

TMP102支持关断模式（Shutdown Mode）。通过配置配置寄存器（0x01）的SD位（bit 8）为1，可以使芯片进入极低功耗的待机状态（典型0.5μA）。需要测温时，再将其置0唤醒，进行一次转换后可以再次关断。这对于电池供电的设备至关重要。操作流程是：先读取当前配置，修改SD位，再写回配置寄存器。唤醒后需要等待转换完成（取决于分辨率设置，12位精度约26ms）才能读取有效数据。

5.3 项目集成与滤波

在实际项目中，单次温度读数可能因噪声而有波动。通常需要加入软件滤波算法。最简单的是移动平均滤波：维护一个固定长度的数组，存储最近N次采样值，每次输出这N个值的平均值。更复杂一点的可以用一阶低通滤波（指数加权平均），计算量小，效果也不错：

float filtered_temp = 0.0f; // 滤波后的温度 float alpha = 0.2f; // 滤波系数，0~1之间，越小越平滑，响应越慢 void update_filtered_temp(float new_sample) { filtered_temp = filtered_temp + alpha * (new_sample - filtered_temp); }

此外，在复杂的嵌入式系统中，温度读取可能是一个独立的任务。可以考虑使用RTOS（如FreeRTOS）创建一个低优先级的传感器读取任务，或者利用STM32的定时器中断定期触发读取，避免在主循环中阻塞。

从“IIC.zip”这样一个简单的文件名出发，我们实际上深入了一个完整的嵌入式传感器应用链路：从通信协议的原理与选型，到具体芯片的寄存器操作，再到底层驱动的实现与调试，最后延伸到性能优化和系统集成。这个过程，正是嵌入式开发从“点灯”到“解决问题”的典型路径。掌握好STM32与TMP102的I²C通信，你获得的不仅仅是一个温度读数，更是一套应对各种数字传感器的方法论。下次遇到BMP280气压计、SHT30温湿度传感器或者OLED屏幕，你会发现，核心的I²C操作逻辑都是相通的，无非是地址、寄存器定义和数据解析方式不同而已。

本文还有配套的精品资源，点击获取