STM32F103与DHT11温湿度传感器实践教程-CSDN博客

本文链接：https://blog.csdn.net/weixin_35636570/article/details/148085732

简介：本教程详细介绍了如何使用STM32F103微控制器和DHT11温湿度传感器进行环境监测。内容涵盖了STM32F103的基础知识，DHT11的工作原理及其接口协议，以及两者之间的通信过程。通过一个例程，展示了如何初始化微控制器，发送查询信号，接收并处理来自DHT11的温湿度数据，以及实现数据的循环读取和校验。教程最后探讨了实际应用，如环境监测系统和智能家居，强调了这个例程对于理解嵌入式硬件交互和协议实现的重要性。

1. STM32F103微控制器概述

STM32F103系列微控制器由意法半导体（STMicroelectronics）生产，基于ARM Cortex-M3内核，是中高端32位微控制器的代表。这些微控制器具有高性能、高集成度的特点，适用于工业控制、医疗设备、嵌入式系统等众多领域。

STM32F103的核心特征包括： - ARM 32位 Cortex-M3 CPU核心，能够运行于72 MHz的频率； - 多样的内存选项，包括高达128KB的闪存和20KB的SRAM； - 丰富的外设接口，支持USB、CAN、SPI、I2C和多个UART通信协议； - 内置多个定时器、模拟-数字转换器（ADC）和数字-模拟转换器（DAC）。

因其卓越的处理能力和灵活的配置选项，STM32F103成为了物联网（IoT）和各种智能化应用的理想选择。本章节的后续部分将详细介绍如何应用STM32F103微控制器，包括与DHT11温湿度传感器的接口和编程。接下来，我们将深入探讨DHT11传感器的基本原理和工作模式，以便更好地理解与STM32F103微控制器的交互过程。

2. ```

第二章：DHT11温湿度传感器工作原理

2.1 DHT11传感器的结构组成

2.1.1 传感器内部组件解析

DHT11传感器是一款含有已校准数字信号输出的温湿度复合传感器。其内部结构由一个电阻式湿度测量元件、一个NTC温度测量元件、一个高性能8位微控制器以及一个电阻式加热器组成。电阻式湿度测量元件能够感应周围空气中的水蒸气含量，进而转化成相应的湿度信号。NTC温度测量元件负责感应温度，并将模拟信号转换为数字信号。

为了提高测量精度，DHT11在设计时加入了对环境变化响应较慢的电阻式加热器，可以防止冷凝水的产生，确保测量数据的稳定性。微控制器负责整个传感器的数据处理以及与外部设备的通信协议实现。

2.1.2 工作模式与测量周期

DHT11具有两种工作模式：单次测量模式和连续测量模式。在单次测量模式下，传感器测量一次温湿度数据后进入低功耗状态。测量周期取决于用户在程序中设定的采样时间间隔，一般建议设置为1秒以上。连续测量模式允许传感器按设定的时间间隔自动持续测量，这会增加能耗但能实时获取环境变化数据。

在测量周期内，DHT11会在一定时间间隔后自动醒来，进行一次测量，然后返回低功耗模式。此设计使得DHT11特别适合于电池供电的应用场景，例如个人气象站或者便携式环境监测器。

2.2 DHT11的数据信号特征

2.2.1 数字信号的构成

DHT11的数据信号通过单一的数据线进行传输，即单总线通信。数据线首先为低电平约40微秒，以作为数据开始的标志。之后，数据信号变高电平约40微秒，然后开始传输40位的数据。

这40位数据中，前16位表示湿度值，接下来的16位表示温度值，最后8位是校验码，用以检验数据的完整性。数据信号是逐位进行传输的，高电平代表二进制的"1"，低电平代表二进制的"0"。

2.2.2 信号的逻辑电平

在DHT11的数据通信中，电平持续的时间长短代表了逻辑状态。例如，较长的低电平（约80微秒）表示一个逻辑"0"，而短的低电平（约40微秒）后紧跟一个高电平（约40微秒），则表示一个逻辑"1"。

这种区分逻辑电平的方法，要求数据接收方需要准确测量出电平的持续时间。在实际应用中，需要通过编程精确控制微控制器的时序，确保数据接收的准确性。

表格 2-1：DHT11信号电平对应时间表

| 逻辑值 | 低电平持续时间 | 高电平持续时间 | | ------ | --------------- | --------------- | | 0 | ~80μs | ~40μs | | 1 | ~40μs | ~40μs |

此表格为DHT11电平时间对照表，需要在编写程序读取数据时，根据这个时间表来区分逻辑值，保证数据读取的准确性。

DHT11温湿度传感器的这些特性，使其成为入门级的物联网应用中常用的环境数据采集设备。然而，其数据更新频率和精度可能无法满足一些高端应用场景的需求，因此在选用该传感器时，需要充分考虑应用的具体要求。


# 3. STM32与DHT11的单总线通信协议

STM32微控制器与DHT11温湿度传感器的交互是通过单总线通信协议实现的。这种通信方式简化了硬件连接，并提供了与传感器通信的高效途径。

## 3.1 单总线协议基础

单总线协议（One-Wire Protocol）是一种省线的通信方式，由数据线和地线组成，除了供电外，只用一条线实现数据的双向传输。

### 3.1.1 协议的通信原理

单总线协议下，数据的传输依赖于精确的时间控制。主机（STM32）通过拉低数据线来初始化信号，传感器随后响应。数据传输时，主机和传感器交替占用总线。主机首先发出一个复位脉冲信号，然后是传感器发出的存在脉冲信号，表明它已准备好接收或发送数据。

### 3.1.2 数据包的格式和时序

数据包包括起始信号、命令码、数据长度、数据内容和校验位。每个数据位通过800us的低电平来表示“0”，而1600us的低电平表示“1”。每个字节数据之后跟一个额外的低电平，称为“应答位”（ACK bit），用于确保数据的正确接收。

## 3.2 STM32与DHT11的通信流程

STM32与DHT11传感器进行通信分为多个步骤，包括初始化、数据请求、数据接收和数据解析。

### 3.2.1 初始化和数据请求过程

初始化步骤包括配置GPIO为输出模式，输出复位信号。复位后，STM32释放总线，进入输入模式以接收DHT11的应答信号。

```c
// GPIO初始化配置代码示例
void GPIO_Configuration(void)
{
    GPIO_InitTypeDef GPIO_InitStructure;
    // 使能GPIO端口时钟
    RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE);
    // 配置PB1为推挽输出模式
    GPIO_InitStructure.GPIO_Pin = GPIO_Pin_1;
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP;
    GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
    GPIO_Init(GPIOB, &GPIO_InitStructure);
}

// STM32复位DHT11初始化步骤
void DHT11_Reset(void)
{
    // 拉低数据线18ms，复位传感器
    GPIO_ResetBits(GPIOB, GPIO_Pin_1);
    Delay_ms(18);
    // 拉高数据线20-40us，等待传感器应答
    GPIO_SetBits(GPIOB, GPIO_Pin_1);
    Delay_us(30);
}

在上述代码中， GPIO_Configuration 函数负责初始化GPIO端口，而 DHT11_Reset 函数实现了复位DHT11传感器的过程。

3.2.2 数据接收与解析步骤

一旦传感器接收到复位信号，它会通过一个存在脉冲来响应。在确认了存在脉冲之后，STM32开始读取数据位。

// 单个数据位读取逻辑
uint8_t DHT11_ReadBit(void)
{
    uint8_t i;
    for(i=0; i<8; i++) {
        while(!GPIO_ReadInputDataBit(GPIOB, GPIO_Pin_1)); // 等待上升沿
        Delay_us(40); // 等待40us，若为高电平则表示读取到“1”
        if(GPIO_ReadInputDataBit(GPIOB, GPIO_Pin_1)) {
            while(GPIO_ReadInputDataBit(GPIOB, GPIO_Pin_1)); // 等待下降沿
            return 1;
        }
    }
    return 0;
}

// 数据接收过程
void DHT11_ReadData(uint8_t *temperature, uint8_t *humidity)
{
    uint8_t i, data[5];
    for (i=0; i<5; i++) {
        data[i] = DHT11_ReadByte();
    }
    *humidity = data[0];
    *temperature = data[2];
}

在 DHT11_ReadBit 函数中，通过等待数据线的上升沿来读取每一位数据。若在40us内读取到高电平，则表示读取到了“1”，否则默认为“0”。而 DHT11_ReadData 函数则通过调用 DHT11_ReadBit 函数来读取整个数据帧。

数据帧包含5个字节，分别是：湿度整数部分、湿度小数部分、温度整数部分、温度小数部分和校验和。校验和是前四个字节的累加和。STM32需要根据这个规则计算并验证数据帧的正确性。

在接下来的章节中，我们将深入探讨如何精确控制STM32的GPIO引脚时序，以保证数据通信的准确性。

4. STM32 GPIO编程与时序控制

4.1 GPIO接口及配置

4.1.1 GPIO引脚模式与功能

STM32微控制器的通用输入/输出（GPIO）引脚是实现与外部设备通信的基础。每个GPIO引脚可以配置为多种模式，以适应不同的应用场景。

输入模式： 在输入模式下，引脚可以读取外部逻辑电平信号，用于按钮按下、传感器信号采集等。
输出模式： 当配置为输出模式时，引脚可以输出高低电平信号，用于控制LED灯、电机等外设。
模拟模式： 某些引脚还可以配置为模拟模式，用于模拟信号的输入和输出，例如ADC（模拟到数字转换器）功能。
特殊功能模式： 此外，某些引脚还支持特殊功能模式，例如I2C、SPI、USART通信接口，以及定时器输入捕获、输出比较等。

GPIO引脚模式的配置主要通过寄存器操作完成，STM32的寄存器配置具有灵活性，可以对每个引脚单独配置。

4.1.2 引脚电气特性和电流驱动能力

每个GPIO引脚都有其电气特性，包括电流驱动能力和输出电平的最大最小限制。电流驱动能力决定了引脚能够直接驱动外部负载的最大电流。在STM32微控制器中，每个引脚的电流驱动能力一般在2-15mA之间，而且引脚之间可能不完全相同。

例如，在设计电路时，如果需要驱动电流较大的LED灯，可能需要通过外部晶体管进行电流放大。同时，考虑到GPIO引脚的输出高电平和低电平可能不会精确匹配TTL（晶体管-晶体管逻辑）电平标准（通常为3.3V或5V），设计时需要注意与外部设备的电平兼容性。

4.2 STM32的时序精确控制

4.2.1 定时器与计数器的使用

为了实现时序精确控制，STM32提供了多个定时器和计数器。这些定时器可以配置为多种模式，如定时模式、输入捕获、输出比较等。定时器的核心是计数器，它根据预设的时钟频率进行计数。

定时模式： 定时器可以通过设置预分频器和自动重装载寄存器来确定计数频率，从而控制时间间隔。例如，如果定时器时钟为72MHz，预分频器设置为7200-1，自动重装载值设置为1000-1，则定时器每10ms溢出一次。
输入捕获： 利用输入捕获功能，可以测量输入信号的频率和周期。这对于像DHT11这样的传感器数据读取尤为重要，因为数据信号的时序准确测量直接影响数据准确性。
输出比较： 输出比较可以用来产生精确的时序信号，可以用来控制外部设备的精确动作。

4.2.2 时序生成和同步机制

为了在复杂的系统中生成和同步时序，STM32使用硬件定时器和中断来实现精确的时序控制。例如，STM32的高级定时器（如TIM1）具备复杂的同步机制，可以用来同步多个定时器的事件。

中断服务程序： 在定时器溢出或特定事件发生时，可以触发中断服务程序（ISR）。在ISR中可以执行需要精确时序的代码，例如读取传感器数据或发送控制信号。
同步机制： 多个定时器可以配置为级联或触发模式，形成复杂的时序控制网络。这样的同步机制可以确保在多任务环境中维持精确的时序关系。

以下是使用STM32 HAL库设置定时器的代码示例：

TIM_HandleTypeDef htim1;

void MX_TIM1_Init(void)
{
    TIM_ClockConfigTypeDef sClockSourceConfig = {0};
    TIM_MasterConfigTypeDef sMasterConfig = {0};
    TIM_OC_InitTypeDef sConfigOC = {0};

    htim1.Instance = TIM1;
    htim1.Init.Prescaler = 0;
    htim1.Init.CounterMode = TIM_COUNTERMODE_UP;
    htim1.Init.Period = 0xFFFF; // 计数器最大值
    htim1.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1;
    htim1.Init.RepetitionCounter = 0;
    HAL_TIM_Base_Init(&htim1);

    sClockSourceConfig.ClockSource = TIM_CLOCKSOURCE_INTERNAL;
    HAL_TIM_ConfigClockSource(&htim1, &sClockSourceConfig);

    if (HAL_TIM_OC_Init(&htim1) != HAL_OK)
    {
        Error_Handler();
    }

    sMasterConfig.MasterOutputTrigger = TIM_TRGO_RESET;
    sMasterConfig.MasterSlaveMode = TIM_MASTERSLAVEMODE_DISABLE;
    HAL_TIMEx_MasterConfigSynchronization(&htim1, &sMasterConfig);

    // 其他OC初始化代码...
}

void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim)
{
    // 当定时器溢出时的回调函数
    // 在此处可以加入时序控制代码
}

代码逻辑逐行解读：

MX_TIM1_Init 函数用于初始化定时器TIM1。
Prescaler 和 Period 的值决定了定时器计数的频率和范围。
HAL_TIM_Base_Init 和 HAL_TIM_OC_Init 函数初始化基本定时器和输出比较功能。
HAL_TIM_ConfigClockSource 函数设置定时器时钟源。
HAL_TIMEx_MasterConfigSynchronization 函数配置定时器的主从模式，这里设置为禁用，意味着定时器独立运行。
HAL_TIM_PeriodElapsedCallback 函数是定时器溢出事件的中断回调函数，用于执行定时任务。

此部分介绍了GPIO的基本概念和时序控制的重要技术点。接下来，我们将详细探讨STM32微控制器与DHT11传感器之间的单总线通信协议。

5. 数据读取、校验和处理步骤

5.1 数据的读取机制

5.1.1 读取流程与关键点分析

DHT11传感器与STM32微控制器的交互过程涉及到精确的时序控制和数据读取机制。在读取数据时，STM32通过GPIO引脚控制单总线通信协议，发送启动信号给DHT11，随后切换为输入模式等待数据的返回。

首先，开发者需要通过精确的时序控制，确保STM32在发送启动信号后，能够准确地读取DHT11返回的数据。这一步骤的关键是掌握读取时序，并与DHT11的数据通信协议相匹配。DHT11传感器在响应启动信号后，会开始发送数据位，每个数据位的宽度可以决定该位是0还是1。

STM32需要实现一个高效的中断服务例程，以便在数据位的高电平开始时立即捕获，然后在高电平结束时读取引脚状态，从而区分是高电平还是低电平，进而确定数据位是0还是1。

// 伪代码示例，展示如何通过GPIO引脚读取数据位
void DHT11_ReadBit() {
    // 等待数据位的高电平开始
    while(HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) == 0);

    // 开始计时
    HAL_Delay(40); // 等待40us，为高电平最小宽度

    if (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) == 0) {
        // 如果40us后引脚变为低电平，则是0
        return 0;
    }
    // 如果引脚还为高电平，继续等待直到变为低电平
    HAL_Delay(40);
    // 最后返回1
    return 1;
}

在上述代码中，通过 HAL_GPIO_ReadPin 函数检查引脚状态，实现数据位的读取。需要注意的是，这里使用了 HAL_Delay 函数来大致估计时间，实际中为了更精确，可能需要使用定时器中断。

5.1.2 读取时序的编程实现

为了准确地读取数据，我们需要实现一个函数，它可以处理上述读取流程，并通过循环来读取全部数据。为了实现这一功能，我们不仅需要控制时序，还需要实现数据的缓存和解析。

#define DHT11_DATA_SIZE 5 // DHT11返回40bit数据

uint8_t DHT11_ReadData(uint8_t* data) {
    uint8_t i, j, byte = 0, bits = 0, dataReady = 0;
    // ...省略初始化和等待数据开始的代码...

    for (i = 0; i < DHT11_DATA_SIZE; i++) {
        for (j = 0; j < 8; j++) {
            bits = DHT11_ReadBit(); // 读取每个位的值
            byte = (byte << 1) | bits; // 按位累加到byte中

            // 每读取8位，暂存到data数组中
            if ((j == 7) && !dataReady) {
                data[i] = byte;
                byte = 0;
                bits = 0;
                dataReady = 1; // 已经读取了一个完整的字节
            }
        }
    }
    return 1; // 成功读取数据
}

在这段代码中，我们定义了一个 DHT11_ReadData 函数，它负责调用 DHT11_ReadBit 函数来读取每个数据位，并将其组合成字节存储到传入的数组中。注意，DHT11返回的数据是以8位为一个字节，40位数据组成了湿度整数、湿度小数、温度整数、温度小数和校验位。

5.2 数据的校验方法

5.2.1 校验算法和其实现

数据校验是保证通信可靠性的重要步骤。DHT11通过发送一个校验位来确保数据的正确性。校验位是前4个字节数据的循环冗余校验（CRC）结果。校验算法的应用能够帮助我们发现数据在传输过程中可能出现的错误。

通常，开发者会预先计算好标准数据的校验码，然后与接收到的校验码进行比较。如果两个校验码不同，则意味着数据传输过程中发生了错误，数据不可用。

// 简化的CRC校验算法实现
uint8_t DHT11_CalculateCRC(uint8_t* data, uint8_t size) {
    uint8_t crc = 0xFF;
    for (int i = 0; i < size; i++) {
        crc ^= data[i];
        for (uint8_t j = 8; j > 0; j--) {
            if (crc & 0x80) crc = (crc << 1) ^ 0x131;
            else crc = (crc << 1);
        }
    }
    return crc;
}

在上述 DHT11_CalculateCRC 函数中， data 是接收到的前4个字节数据， size 是4。计算得到的 crc 值应当与DHT11发送的最后一个字节相比较，若不一致，则表明数据传输有误。

5.2.2 错误检测与重试机制

为了确保数据的正确性，程序在读取数据后需要进行错误检测。当CRC校验失败时，程序可以启动重试机制。重试机制通常可以设置一个最大重试次数，一旦达到这个次数仍然校验失败，则放弃当前数据，或者提示用户采取进一步措施。

#define MAX_RETRIES 5

int DHT11_CheckData(uint8_t* data) {
    uint8_t crc = DHT11_CalculateCRC(data, DHT11_DATA_SIZE - 1);
    return (crc == data[DHT11_DATA_SIZE - 1]);
}

void DHT11_ReadAndCheckData(uint8_t* data) {
    uint8_t retries = 0;
    do {
        if (DHT11_ReadData(data) && DHT11_CheckData(data)) {
            // 数据正确，处理数据
            break;
        }
        retries++;
        HAL_Delay(1000); // 等待一段时间后重试
    } while (retries < MAX_RETRIES);

    if (retries >= MAX_RETRIES) {
        // 处理读取失败的逻辑
    }
}

在这段代码中， DHT11_ReadAndCheckData 函数负责读取数据并进行校验。如果校验失败，则重试，等待一秒钟后再次尝试，直至达到最大重试次数 MAX_RETRIES 。

5.3 数据处理与应用

5.3.1 温湿度数据的转换和表示

DHT11返回的数据是原始的二进制数据，用户需要将其转换为可读的温湿度值。对于温度和湿度的整数部分，直接将前两个字节和后两个字节的二进制数据转换为十进制即可。对于小数部分，则需要将最后两个字节的高四位转换为十进制，然后除以10得到实际的小数值。

void DHT11_ConvertData(uint8_t* data, float* humidity, float* temperature) {
    *humidity = (data[0] * 100.0 + data[1] * 10.0 + (data[2] >> 4) * 1.0) / 10.0;
    *temperature = (data[2] & 0x0f) * 100.0 + data[3] * 10.0 + (data[4] >> 4) * 1.0 / 10.0;
}

上述函数 DHT11_ConvertData 接收二进制数据数组，并转换为温度和湿度的浮点数值，然后赋值给 humidity 和 temperature 指针参数。

5.3.2 数据的存储和历史记录分析

收集到的温湿度数据通常需要存储在非易失性存储器中，如STM32的内部Flash或外部存储设备，以便进行长期监测和历史数据分析。数据存储可以采用简单的文本格式，也可以采用更为结构化的数据格式。

对于存储的数据，开发者可以进一步分析，例如计算平均温湿度、绘制温湿度变化曲线图等。这些分析可以帮助用户更好地理解环境变化的趋势。

void DHT11_StoreData(float humidity, float temperature) {
    // 将湿度和温度转换为字符串
    char humidityStr[10];
    char temperatureStr[10];
    sprintf(humidityStr, "%.1f", humidity);
    sprintf(temperatureStr, "%.1f", temperature);

    // 将转换后的字符串存储到非易失性存储器中
    // ...

    // 可以将数据写入文件，以便后续分析
    // ...
}

在上述代码中， DHT11_StoreData 函数将浮点数的温湿度数据转换为字符串，然后存储到非易失性存储器中。存储形式可以根据需要进行调整，比如记录到日志文件中，以便于后续的数据分析和处理。

通过上述数据读取、校验、处理、存储和分析的流程，开发者可以实现一个稳定、可靠的温湿度数据监测系统。这一系统不仅能够提供实时数据，还能通过历史数据的积累，为用户带来更加深入的环境分析和洞察。

6. 环境监测和智能家居应用案例

环境监测和智能家居系统的实现依赖于硬件的精确控制和软件的高效管理。在本章节中，我们将深入探讨如何构建一个环境监测系统，并将其应用到智能家居的构建中。

6.1 环境监测系统的构建

6.1.1 监测系统的硬件组成

环境监测系统主要由STM32F103微控制器、DHT11温湿度传感器、以及可能需要的显示设备和其他传感器组成。硬件选型需要考虑环境适应性、功耗、精度和成本效益比。STM32F103微控制器拥有多种通信接口，可以方便地连接各种传感器和外设。DHT11传感器因其成本低廉、使用简单，非常适合用于基本的环境监测。其他传感器如光照传感器、气体传感器等可根据需要选择添加。

6.1.2 软件逻辑和数据展示

监测系统的软件需要实现对传感器数据的实时读取、处理和展示。STM32F103上运行的固件需要能够通过单总线协议读取DHT11的数据，并进行必要的校验和转换。数据处理逻辑包括将DHT11的原始数据转换为人类可读的温度和湿度值。数据展示可以使用LCD或LED显示屏，或者将数据上传到服务器或云平台进行远程监控。

// 示例代码段展示如何初始化LCD显示屏
#include "lcd.h"

void init_lcd(void) {
    lcd_init(LCD_DISP_ON);
    lcd_set_cursor(0, 0);
    lcd_print("Temp: 25C");
    lcd_print("Hum: 45%");
}

以上代码块演示了如何初始化LCD显示屏，并显示温度和湿度数据。逻辑分析包括调用初始化函数 lcd_init ，设置光标位置，以及使用 lcd_print 函数打印温度和湿度读数。 LCD_DISP_ON 是一个宏定义，用来控制显示屏的开关状态。

6.2 智能家居中的应用实现

6.2.1 智能家居系统的架构

智能家居系统通常采用分层架构，包括感知层、网络层、应用层。感知层主要负责采集环境数据，包括温湿度、光照、气体浓度等。网络层负责数据的传输和设备之间的互联互通，可以使用Wi-Fi、蓝牙、Zigbee等无线通信技术。应用层是用户交互的界面，负责接收和展示数据，提供控制命令给下层设备。

6.2.2 STM32在智能控制中的角色

在智能家居系统中，STM32F103微控制器可以作为感知层的核心处理单元。STM32的多通道ADC可以用来读取不同传感器的数据，并且其高速的处理能力可以满足实时性的需求。此外，STM32丰富的通信接口可以连接到无线模块，将数据发送到网络层。在应用层，STM32可以控制继电器、电机等执行元件，根据传感器的数据执行相应的动作，如开启空调、调节室内照明等。

// 示例代码段展示如何控制继电器开启空调
#define RELAY_PIN GPIO_Pin_1
#define RELAY_PORT GPIOB
#define RELAY_CLOCK RCC_APB2Periph_GPIOB

void init_relay(void) {
    GPIO_InitTypeDef GPIO_InitStructure;
    RCC_APB2PeriphClockCmd(RELAY_CLOCK, ENABLE);
    GPIO_InitStructure.GPIO_Pin = RELAY_PIN;
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP;
    GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
    GPIO_Init(RELAY_PORT, &GPIO_InitStructure);
}

void turn_on_ac(void) {
    GPIO_SetBits(RELAY_PORT, RELAY_PIN); // 开启继电器连接的空调
}

void turn_off_ac(void) {
    GPIO_ResetBits(RELAY_PORT, RELAY_PIN); // 关闭继电器连接的空调
}

以上代码块演示了如何初始化继电器控制引脚，并通过控制继电器来开启或关闭空调。 init_relay 函数配置了继电器控制引脚为推挽输出模式， turn_on_ac 和 turn_off_ac 函数则分别用于设置引脚高电平或低电平来控制继电器。

通过以上分析，我们可以看到STM32F103微控制器和DHT11温湿度传感器在环境监测和智能家居应用中的巨大潜力。在下一章节中，我们将总结本教程的关键技术要点，并展望STM32F103与DHT11应用的未来发展方向。

7. 总结与展望

7.1 本例程技术要点回顾

7.1.1 关键技术难点总结

在本例程中，关键技术难点主要集中在以下几个方面：

STM32F103微控制器与DHT11传感器的精确同步 。在实现单总线通信协议时，要确保STM32能够在DHT11发送数据的间隙中准确地发送请求信号，这要求对时序控制有极其严格的要求。
信号的稳定读取和校验 。DHT11的数字信号受到外部环境的干扰可能性较大，因此需要通过软件手段对读取到的数据进行多次校验，确保数据的准确性。
数据处理和应用逻辑 。读取到的原始数据通常需要转换为更易理解和使用的格式，同时还需要考虑如何将这些数据应用到实际的项目中，例如环境监测或智能家居系统。