1. RS485温湿度传感器与Modbus RTU通信基础

RS485温湿度传感器在工业自动化领域应用广泛，尤其是在需要长距离可靠传输的环境监测场景。与I2C或SPI等短距离通信协议不同，RS485采用差分信号传输，抗干扰能力强，最远传输距离可达1200米。Modbus RTU作为工业领域最常用的通信协议之一，采用二进制编码，传输效率高，非常适合RS485网络。

在实际应用中，我发现很多开发者容易混淆RS485的两种工作模式：一种是使用硬件流控（RTS/CTS）实现全双工通信，另一种是通过GPIO控制方向实现半双工通信。对于温湿度传感器这类单向数据采集设备，半双工通信完全足够，而且GPIO控制方式更加灵活可靠。

我曾经在一个工业环境监测项目中踩过坑：最初使用硬件流控方式，结果发现传感器数据时有时无。后来用示波器测量信号时序，才发现硬件流控的切换速度太快，传感器根本来不及响应。这就是为什么我强烈推荐使用GPIO控制方向的原因——你可以精确控制收发切换的时序。

2. Linux内核中的RS485支持机制

Linux内核从3.x版本开始就提供了完整的RS485支持，主要通过serial_rs485结构体来实现。这个结构体定义在include/uapi/linux/serial.h中，包含了RS485通信所需的所有配置参数。

让我分享一下实际调试经验：在开始编写驱动之前，一定要先确认你的内核版本是否支持RS485。可以通过检查内核配置选项CONFIG_SERIAL_CORE_RS485来确认。如果没有开启，需要重新配置内核并编译。

serial_rs485结构体的核心字段包括：

• flags：控制RS485功能的标志位
• delay_rts_before_send：发送前的延时（毫秒）
• delay_rts_after_send：发送后的延时（毫秒）

在实际项目中，我发现delay_rts_after_send这个参数特别重要。如果设置得太小，数据还没发送完就切换到了接收模式，会导致数据丢失。如果设置得太大，又会影响响应速度。经过多次测试，我发现对于大多数温湿度传感器，100ms是一个比较稳妥的值。

3. 设备树配置详解

设备树配置是Linux驱动开发的关键环节。正确的设备树配置可以让驱动自动识别硬件特性，无需修改代码就能适配不同硬件。

以i.MX6ULL平台为例，典型的RS485设备树配置如下：

&uart2 {
    pinctrl-names = "default";
    pinctrl-0 = <&pinctrl_uart2>;
    rts-gpios = <&gpio5 0 GPIO_ACTIVE_HIGH>;
    rs485-rts-delay = <100 100>;
    rs485-rts-active-high;
    linux,rs485-enabled-at-boot-time;
    status = "okay";
};

pinctrl_uart2: uart2grp {
    fsl,pins = <
        MX6UL_PAD_UART2_TX_DATA__UART2_DCE_TX 0x1b0b1
        MX6UL_PAD_UART2_RX_DATA__UART2_DCE_RX 0x1b0b1
        MX6UL_PAD_SNVS_TAMPER0__GPIO5_IO00 0x1b0b1
    >;
};

这里有几个关键点需要注意：

1. rts-gpios指定用于方向控制的GPIO引脚
2. rs485-rts-delay设置收发切换的延时参数
3. rs485-rts-active-high表示高电平有效（发送模式）
4. linux,rs485-enabled-at-boot-time表示启动时就启用RS485功能

我在实际项目中遇到过一个问题：设备树配置看起来正确，但RS485功能就是无法正常工作。后来发现是因为pinctrl配置中GPIO的电气特性参数（0x1b0b1）设置不当。不同的硬件平台这个参数需要调整，建议参考芯片手册的GPIO章节。

4. GPIO方向控制的驱动实现

GPIO方向控制的核心在于正确配置serial_rs485结构体，并在适当的时机切换GPIO状态。让我们深入分析驱动代码的关键部分。

首先在probe函数中解析设备树配置：

static int imx_uart_probe_dt(struct imx_port *sport, struct platform_device *pdev)
{
    struct device_node *np = pdev->dev.of_node;
    
    if (of_get_property(np, "rts-gpios", NULL))
        sport->have_rtsgpio = 1;
    
    return 0;
}

接下来配置RS485参数：

static int imx_uart_rs485_config(struct uart_port *port, struct serial_rs485 *rs485conf)
{
    struct imx_port *sport = (struct imx_port *)port;
    u32 ucr2;

    /* 硬件不支持时禁用RS485 */
    if (!sport->have_rtscts && !sport->have_rtsgpio)
        rs485conf->flags &= ~SER_RS485_ENABLED;

    if (rs485conf->flags & SER_RS485_ENABLED) {
        /* 配置RTS信号 */
        ucr2 = imx_uart_readl(sport, UCR2);
        if (rs485conf->flags & SER_RS485_RTS_AFTER_SEND)
            imx_uart_rts_active(sport, &ucr2);
        else
            imx_uart_rts_inactive(sport, &ucr2);
        imx_uart_writel(sport, ucr2, UCR2);
    }

    port->rs485 = *rs485conf;
    return 0;
}

在实际调试中，我发现GPIO控制函数imx_uart_rts_active和imx_uart_rts_inactive的实现很重要。这两个函数需要根据硬件特性正确设置GPIO方向：

static void imx_uart_rts_active(struct imx_port *sport, u32 *ucr2)
{
    if (sport->gpios) {
        /* 使用GPIO控制 */
        mctrl_gpio_set(sport->gpios, TIOCM_RTS);
    } else {
        /* 使用硬件寄存器控制 */
        *ucr2 |= UCR2_RTSEN;
    }
}

5. 发送过程中的方向控制时序

发送过程中的方向控制是RS485通信可靠性的关键。如果时序控制不当，很容易出现数据冲突或丢失。

发送开始的处理：

static void imx_uart_start_tx(struct uart_port *port)
{
    struct imx_port *sport = (struct imx_port *)port;
    
    if (port->rs485.flags & SER_RS485_ENABLED) {
        u32 ucr2 = imx_uart_readl(sport, UCR2);
        
        /* 发送前设置RTS为高电平（发送模式） */
        if (port->rs485.flags & SER_RS485_RTS_ON_SEND)
            imx_uart_rts_active(sport, &ucr2);
        
        imx_uart_writel(sport, ucr2, UCR2);

        /* 非全双工模式时停止接收 */
        if (!(port->rs485.flags & SER_RS485_RX_DURING_TX))
            imx_uart_stop_rx(port);
    }
}

发送完成后的处理更为重要，需要确保所有数据都已经发送完毕才能切换方向：

static void imx_uart_stop_tx(struct uart_port *port)
{
    struct imx_port *sport = (struct imx_port *)port;
    u32 ucr1;

    ucr1 = imx_uart_readl(sport, UCR1);
    imx_uart_writel(sport, ucr1 & ~UCR1_TRDYEN, UCR1);

    if (port->rs485.flags & SER_RS485_ENABLED && 
        imx_uart_readl(sport, USR2) & USR2_TXDC) {
        
        u32 ucr2 = imx_uart_readl(sport, UCR2);
        
        /* 发送完成后设置RTS为低电平（接收模式） */
        if (port->rs485.flags & SER_RS485_RTS_AFTER_SEND)
            imx_uart_rts_active(sport, &ucr2);
        else
            imx_uart_rts_inactive(sport, &ucr2);
        
        imx_uart_writel(sport, ucr2, UCR2);
        
        /* 重新启动接收 */
        imx_uart_start_rx(port);
    }
}

这里有个重要的细节：在切换方向前需要检查USR2_TXDC标志位，确保发送移位寄存器已经完全空置。我曾经忽略这个检查，结果发现最后几个字节经常丢失。

6. 接收中断与数据处理

RS485模式下的接收处理需要特别注意，因为在发送过程中接收功能是被禁用的。发送完成后需要及时重新启用接收。

接收中断处理函数：

static irqreturn_t imx_uart_int(int irq, void *dev_id)
{
    struct imx_port *sport = dev_id;
    u32 usr1, usr2;
    irqreturn_t handled = IRQ_NONE;

    usr1 = imx_uart_readl(sport, USR1);
    usr2 = imx_uart_readl(sport, USR2);

    /* 处理接收中断 */
    if (usr1 & USR1_RRDY) {
        imx_uart_rxint(dev_id);
        handled = IRQ_HANDLED;
    }

    /* 处理发送中断 */
    if (usr1 & USR1_TRDY) {
        if (sport->tx_state == TX_STATE_ACTIVE) {
            imx_uart_transmit_buffer(sport);
        } else {
            imx_uart_stop_tx(&sport->port);
        }
        handled = IRQ_HANDLED;
    }

    return handled;
}

接收数据的具体处理：

static void imx_uart_rxint(struct imx_port *sport)
{
    /* 从接收寄存器读取数据 */
    while (!(imx_uart_readl(sport, USR2) & USR2_RDR)) {
        char ch = imx_uart_readl(sport, URXD0);
        
        /* 处理接收到的字符 */
        tty_insert_flip_char(&sport->port.state->port, ch, TTY_NORMAL);
    }
    
    /* 通知TTY层有数据可读 */
    tty_flip_buffer_push(&sport->port.state->port);
}

在实际项目中，我发现RS485通信的稳定性很大程度上取决于中断处理的效率。如果中断处理函数执行时间过长，可能会丢失数据。因此要确保中断处理尽可能高效，复杂的处理应该放到tasklet或工作队列中。

7. Modbus数据帧解析与温湿度计算

获得原始数据后，需要按照Modbus RTU协议进行解析。Modbus RTU帧结构包括地址域、功能码、数据域和CRC校验。

Modbus数据帧解析示例：

typedef struct {
    uint8_t address;
    uint8_t function;
    uint8_t data[252];
    uint16_t crc;
} __attribute__((packed)) modbus_frame_t;

static int parse_modbus_frame(const uint8_t *data, size_t length)
{
    if (length < 4) return -EINVAL;
    
    modbus_frame_t *frame = (modbus_frame_t *)data;
    
    /* 检查CRC校验 */
    uint16_t calculated_crc = crc16(data, length - 2);
    uint16_t received_crc = (data[length-1] << 8) | data[length-2];
    
    if (calculated_crc != received_crc) {
        printk(KERN_ERR "Modbus CRC error\n");
        return -EILSEQ;
    }
    
    /* 处理读取保持寄存器功能码 */
    if (frame->function == 0x03) {
        uint16_t register_count = (frame->data[0] << 8) | frame->data[1];
        if (register_count * 2 + 2 != frame->data[2]) {
            return -EINVAL;
        }
        
        /* 解析温湿度数据 */
        for (int i = 0; i < register_count; i++) {
            uint16_t value = (frame->data[3 + i*2] << 8) | frame->data[4 + i*2];
            process_sensor_data(i, value);
        }
    }
    
    return 0;
}

温湿度数据通常需要转换为实际物理值。以常见的SHT30传感器为例：

static void process_sensor_data(int register_index, uint16_t raw_value)
{
    switch (register_index) {
        case 0: /* 温度寄存器 */
            /* SHT30温度转换公式 */
            float temperature = -45 + 175 * (raw_value / 65535.0);
            printk(KERN_INFO "Temperature: %.1f°C\n", temperature);
            break;
            
        case 1: /* 湿度寄存器 */
            /* SHT30湿度转换公式 */
            float humidity = 100 * (raw_value / 65535.0);
            printk(KERN_INFO "Humidity: %.1f%%\n", humidity);
            break;
    }
}

在实际应用中，我发现不同厂家的传感器数据格式可能有所不同。有些传感器使用固定的缩放比例，有些则使用自定义的转换公式。一定要仔细阅读传感器的手册，确保使用正确的转换方法。

8. 实际调试技巧与常见问题解决

调试RS485驱动时，我总结了一些实用技巧。首先推荐使用逻辑分析仪或示波器观察信号时序，这是发现硬件问题的最直接方法。

常见问题一：数据发送不完整

• 检查delay_rts_after_send参数是否足够长
• 确认发送完成中断是否正确处理
• 验证USR2_TXDC标志位是否被正确检查

常见问题二：接收数据乱码

• 检查波特率设置是否与传感器一致
• 确认数据位、停止位、校验位配置
• 检查硬件连接，特别是AB线是否接反

常见问题三：通信时好时坏

• 检查终端电阻是否 needed（长距离时需要）
• 验证电源稳定性，RS485对电源噪声敏感
• 检查地线连接，确保共地良好

调试时可以在关键位置添加调试信息：

/* 详细的调试输出 */
#define DEBUG_RS485

#ifdef DEBUG_RS485
#define rs485_debug(fmt, args...) \
    printk(KERN_DEBUG "RS485: " fmt, ##args)
#else
#define rs485_debug(fmt, args...) 
#endif

static void imx_uart_stop_tx(struct uart_port *port)
{
    /* ... */
    rs485_debug("Stop TX, USR2=0x%x\n", imx_uart_readl(sport, USR2));
    /* ... */
}

还有一个重要的注意事项：ESD保护。RS485接口容易受到静电损坏，建议在硬件设计时添加TVS管等保护元件。我在一个现场项目中就遇到过因为静电导致接口芯片损坏的情况。

最后推荐一个实用的调试方法：先用标准的串口调试工具确认传感器能正常工作，然后再调试自己的驱动。这样可以排除硬件和传感器配置的问题，集中精力解决驱动层面的问题。