1. 项目概述为什么我们需要了解这些通信协议在嵌入式开发和工业控制领域无论你是刚入行的新手还是摸爬滚打多年的老手都绕不开一个核心问题设备之间如何“对话”这个问题直接决定了你的系统能否稳定运行、性能是否达标以及后期维护的复杂度。我见过太多项目前期硬件选型时对通信协议一知半解导致后期软件调试举步维艰要么通信不稳定要么速率上不去甚至需要推翻重来。今天我们就来彻底盘一盘嵌入式世界里最常用的几种有线通信协议RS-485、CAN、单总线1-Wire、SPI和I2C。这不仅仅是罗列它们的特点和区别更重要的是我会结合自己踩过的坑和实战经验告诉你它们各自适合什么场景协议栈该怎么用硬件电路设计有哪些门道以及调试时如何快速定位问题。你会发现理解了这些协议的“脾气”你的项目就成功了一半。2. 协议全景图从应用场景看本质区别在深入细节之前我们必须建立一个宏观的认知框架。这五种协议并非简单的并列关系而是根据其设计哲学和应用层级服务于不同的通信需求。简单粗暴地划分可以分为“远房表亲”和“内部管家”两大类。2.1 “远房表亲”用于系统间或长距离通信这类协议设计之初就考虑了抗干扰、长距离和多设备组网的需求通常需要额外的收发器芯片将控制器逻辑电平转换为差分信号。RS-485你可以把它想象成一个嗓门大、能传很远、但一次只能一个人说话的“广播系统”。它基于差分电压传输抗共模干扰能力强通信距离可达上千米速率降低时。它采用半双工模式同一时刻总线上只能有一个设备在发送数据因此必须有明确的主从管理和冲突避免机制通常靠软件实现。它的硬件层简单但协议层完全由用户自定义这既是灵活性也是负担。常见于工业仪表、PLC、门禁系统等。CAN这是一个高度自治、带“吵架”机制的“民主会议系统”。它也是差分传输抗干扰能力强。其核心魅力在于多主架构和非破坏性仲裁。总线上所有节点平等想发言就发言。如果两个节点同时发送优先级高的报文ID值小会胜出继续发送优先级低的自动退避整个过程没有数据损坏。这使得CAN非常适合对实时性和可靠性要求极高的汽车、工业现场总线如CANopen、DeviceNet等场景。2.2 “内部管家”用于板内或短距离芯片间通信这类协议追求的是简单、高速通常在单板或短距离背板上使用直接使用芯片的GPIO或专用接口。SPI一个追求极致速度的“一对一或一对多专属通道”。它采用全双工、同步通信有独立的时钟线SCLK、数据输出MOSI、数据输入MISO和片选CS线。主设备通过拉低片选线选中一个从设备然后通过时钟线“推着”数据位流动。由于是点对点实际是点对片选的通信没有寻址开销速率可以轻松达到几十MHz适合连接高速ADC、DAC、Flash存储器等。缺点是线多4线为基础且没有硬件级的流控和应答机制。I2C一个精打细算、善于管理的“小型电话会议系统”。它只需要两根线串行数据线SDA和串行时钟线SCL。所有设备都挂在这两根线上通过唯一的7位或10位地址进行寻址。通信由主设备发起和控制时钟支持多主多从需仲裁。它的速率从标准模式的100kbps到高速模式的3.4Mbps适合连接各种传感器、EEPROM、IO扩展芯片等低速外设。优点是引脚节省有应答机制缺点是速率相对较低且总线电容会限制挂载设备数量和通信速度。单总线一个极致简约的“单线遥控”系统。顾名思义它只用一根数据线外加一根地线同时完成供电和数据传输。 Dallas现Maxim的DS18B20温度传感器就是其经典应用。主机通过复杂的时序如复位脉冲、存在脉冲、读写时隙来与从机通信每个从机有全球唯一的64位ROM ID。它的优点是布线极其简单适合分布式传感网络缺点是时序严格、通信速率慢、协议栈实现复杂且通常只能用于特定厂商的器件。为了更直观地对比我将它们的核心特性总结如下特性维度RS-485CANSPII2C单总线通信类型异步、串行异步、串行同步、串行同步、串行异步、串行数据线数量2 (差分对 A/B)2 (差分对 CAN_H/CAN_L)3 (SCLK, MOSI, MISO) N*CS2 (SDA, SCL)1 (DQ)拓扑结构总线型总线型点对点 / 星型通过CS总线型总线型 / 星型通信方式半双工半双工全双工半双工半双工最大主设备通常1主多主1主多主1主寻址方式软件自定义报文ID标识硬件片选(CS)软件地址(7/10位)64位ROM ID速率最高10Mbps (短距)最高1Mbps (CAN 2.0)可达50Mbps标准100kbps 高速3.4Mbps最高16.3kbps传输距离可达1200米可达1000米 (40kbps时) 1米 1米 (板级) 100米抗干扰强 (差分)强 (差分)弱弱弱典型应用工业控制、仪表汽车电子、工业总线Flash、显示屏、ADC传感器、EEPROM温度传感器、身份识别注意上表中的“传输距离”是典型参考值实际距离受波特率、线缆质量、环境干扰等因素影响巨大。例如RS-485在115200bps下可能只能稳定传输几十米而在9600bps下才能达到千米级。3. 协议层与硬件层深度解析理解了宏观定位我们深入到每一层的细节。一个完整的通信实现是硬件电路、信号电气特性和软件协议栈三者的结合。3.1 硬件与电气特性决定通信的物理基础RS-485的自动收发电路这是新手最容易栽跟头的地方。MCU的UART是TTL电平且发送(TX)和接收(RX)引脚是分开的。而RS-485是半双工共用一对差分线。因此需要一个“收发器”芯片如MAX485、SP3485进行电平转换和方向控制。核心痛点在于收发方向切换。如果由MCU的GPIO手动控制收发器的DE使能发送和/RE使能接收引脚在发送完毕到切换为接收的瞬间如果处理不当可能会错过对方回应的第一个字节。实操心得我强烈推荐使用带“自动方向控制”的收发器芯片如MAX13487E。这类芯片能通过监测UART的TX引脚状态自动切换收发方向软件无需干预极大提高了可靠性。如果只能用普通芯片务必在软件上留出足够的“方向切换延时”并在发送完成后立即将总线释放为接收状态。CAN的终端电阻CAN总线两端最远两个节点处必须各并联一个120欧姆的终端电阻用以匹配总线特性阻抗消除信号反射。忘记接终端电阻是导致CAN通信不稳定、错误帧频发的首要原因。踩过的坑曾调试一个带有多个CAN节点的设备通信时好时坏。用示波器看波形发现信号边沿有严重的振铃。最后发现是一个中间节点的PCB上为了“方便调试”预留了一个120欧姆电阻的焊盘并被误焊上了导致总线上存在多个终端电阻阻抗匹配被破坏。记住一个物理网段有且只能有两个120Ω终端电阻。SPI的时钟极性与相位SPI有4种工作时序模式由时钟极性(CPOL)和时钟相位(CPHA)决定。主从设备必须配置为相同的模式否则数据会错位。CPOL0时钟空闲时为低电平。CPOL1时钟空闲时为高电平。CPHA0数据在时钟的第一个边沿上升沿或下降沿采样。CPHA1数据在时钟的第二个边沿采样。 最常用的模式是Mode 0 (CPOL0, CPHA0) 和 Mode 3 (CPOL1, CPHA1)。务必查阅主从设备的数据手册确认。I2C的上拉电阻与上升时间I2C总线是开漏输出必须依赖外部上拉电阻Rp将线路拉至高电平。电阻值的选择是个权衡电阻太小电流大功耗高可能超过驱动器的下拉能力。电阻太大总线电容Cb充电慢导致上升时间Tr过长可能违反时序规范。 上升时间计算公式可近似为Tr ≈ 0.8 * Rp * Cb。其中Cb是总线总电容线缆电容器件引脚电容之和。标准模式下Tr需小于1000ns。通常在3.3V/5V系统总线电容几十pF的情况下选择4.7kΩ到10kΩ的上拉电阻是安全的起点。单总线的上拉与强上拉单总线也需要一个上拉电阻通常4.7kΩ来保证空闲时的高电平。但对于像DS18B20这样的器件在进行温度转换或拷贝数据到EEPROM时需要更大的工作电流“强上拉”。此时主机的GPIO需要在特定时刻被配置为强推挽输出模式直接输出高电平或通过一个MOSFET开关来提供瞬时电流操作完成后需恢复为开漏模式。3.2 协议栈与数据帧软件如何组织对话RS-485的应用层协议RS-485只定义了电气标准数据怎么组织全靠自己定。Modbus RTU是其中最著名的工业协议。它规定了报文结构[设备地址] [功能码] [数据] [CRC校验]。自己定义协议时一定要包含帧头/帧尾用于标识一帧数据的开始和结束如0xAA、0x55或特定的字符序列。地址域区分总线上的不同设备。长度/命令域指明本帧数据的长度或类型。数据域有效载荷。校验域必不可少的CRC或累加和校验用于检错。注意事项自定义协议时要避免数据域中出现与帧头帧尾相同的字符否则会引起帧解析混乱。通常采用“字节填充”或“转义字符”法解决。CAN的报文格式CAN有数据帧传输数据、远程帧请求数据、错误帧报告错误和过载帧延迟四种帧类型。最常用的是数据帧其核心字段包括仲裁场包含报文标识符ID和远程发送请求位RTR。ID决定了报文的优先级也常用于标识报文内容。控制场包含数据长度码DLC指示后续数据场有0-8个字节。数据场0-8字节的用户数据。CAN 2.0标准帧最大为8字节这是其局限性但CAN FD已扩展。CRC场15位循环冗余校验码校验范围从帧起始到数据场结束。ACK场应答间隙正确接收到报文的节点会在此位发送一个“显性”位作为应答。SPI的数据交换SPI没有预定义的帧格式。通信以字节或字为单位进行。主设备在产生时钟的同时从MOSI线移出数据MSB或LSB在前从MISO线移入数据。这是一个流式过程帧的概念由片选CS信号定义CS拉低期间所有的时钟和数据交换属于同一“帧”或“事务”。读写操作通常通过特定的命令字节来指示。I2C的时序与读写I2C的每一次传输都遵循严格的时序起始条件SCL高电平时SDA从高到低跳变。发送从机地址主设备发送7位地址 1位读写位0写1读。应答位从机在第9个时钟脉冲期间拉低SDA作为应答(ACK)。数据传输发送或接收数据字节每个字节后跟一个应答位。停止条件SCL高电平时SDA从低到高跳变。 读操作中主设备在发送地址读并收到ACK后需要释放SDA线改为输入由从机控制SDA发送数据主设备在接收完一个字节后发送ACK继续读或NACK最后一个字节。单总线的ROM命令与功能命令单总线通信分三步初始化主机发复位脉冲480us低电平从机回存在脉冲60-240us低电平。ROM命令用于寻址特定器件如Read ROM读64位ID仅单从机时用、Match ROM匹配特定ID用于多从机、Skip ROM跳过寻址用于单从机或广播。功能命令执行具体操作如DS18B20的Convert T启动温度转换、Read Scratchpad读暂存器。4. 实战配置与代码片段理论说再多不如一行代码。这里我以最常见的STM32平台为例给出关键配置和代码思路。4.1 RS-485通信实现基于STM32 HAL库假设使用USART2通过PGIO控制MAX485的DE/RE引脚高电平发送低电平接收。// 1. 硬件初始化 UART_HandleTypeDef huart2; GPIO_InitTypeDef GPIO_InitStruct {0}; // 使能时钟配置USART2引脚PA2 TX, PA3 RX... // 配置USART2参数波特率字长停止位奇偶校验... HAL_UART_Init(huart2); // 配置方向控制引脚PG10 GPIO_InitStruct.Pin GPIO_PIN_10; GPIO_InitStruct.Mode GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(GPIOG, GPIO_InitStruct); HAL_GPIO_WritePin(GPIOG, GPIO_PIN_10, GPIO_PIN_RESET); // 初始化为接收模式 // 2. 封装发送函数带方向切换 void RS485_Send(uint8_t *pData, uint16_t Size) { // 切换为发送模式 HAL_GPIO_WritePin(GPIOG, GPIO_PIN_10, GPIO_PIN_SET); // 重要等待方向稳定延时时间需根据收发器切换时间定通常几us到几十us HAL_Delay(1); // 简单延时实际应用建议用us级延时或硬件稳定信号 // 发送数据 HAL_UART_Transmit(huart2, pData, Size, HAL_MAX_DELAY); // 等待发送完成可优化为判断TC标志 while(__HAL_UART_GET_FLAG(huart2, UART_FLAG_TC) RESET); // 切换回接收模式 HAL_GPIO_WritePin(GPIOG, GPIO_PIN_10, GPIO_PIN_RESET); } // 3. 接收使用标准HAL_UART_Receive或中断/DMA4.2 CAN通信配置基于STM32 HAL库与标准ID// 1. CAN过滤器配置用于接收筛选 CAN_FilterTypeDef sFilterConfig; hcan1.Instance CAN1; // ... 配置CAN波特率通常为500kbps或1Mbps HAL_CAN_ConfigFilter(hcan1, sFilterConfig); // 配置一个过滤器接收所有标准ID报文 sFilterConfig.FilterBank 0; sFilterConfig.FilterMode CAN_FILTERMODE_IDMASK; sFilterConfig.FilterScale CAN_FILTERSCALE_32BIT; sFilterConfig.FilterIdHigh 0x0000; // ID高16位 sFilterConfig.FilterIdLow 0x0000; // ID低16位 sFilterConfig.FilterMaskIdHigh 0x0000; // 掩码高16位0表示不关心 sFilterConfig.FilterMaskIdLow 0x0000; // 掩码低16位0表示不关心 sFilterConfig.FilterFIFOAssignment CAN_RX_FIFO0; // 使用FIFO0 sFilterConfig.FilterActivation ENABLE; HAL_CAN_ConfigFilter(hcan1, sFilterConfig); // 启动CAN HAL_CAN_Start(hcan1); // 使能接收中断如果需要 HAL_CAN_ActivateNotification(hcan1, CAN_IT_RX_FIFO0_MSG_PENDING); // 2. 发送一帧数据 CAN_TxHeaderTypeDef TxHeader; uint8_t TxData[8] {0x01, 0x02, 0x03, 0x04}; uint32_t TxMailbox; TxHeader.StdId 0x123; // 标准ID TxHeader.ExtId 0; // 扩展ID未使用 TxHeader.IDE CAN_ID_STD; // 标准帧 TxHeader.RTR CAN_RTR_DATA; // 数据帧 TxHeader.DLC 4; // 数据长度4字节 TxHeader.TransmitGlobalTime DISABLE; if(HAL_CAN_AddTxMessage(hcan1, TxHeader, TxData, TxMailbox) ! HAL_OK) { // 发送错误处理 }4.3 SPI读写FlashW25Q128示例// 1. 初始化SPI假设使用SPI1 hspi1.Instance SPI1; hspi1.Init.Mode SPI_MODE_MASTER; hspi1.Init.Direction SPI_DIRECTION_2LINES; // 全双工 hspi1.Init.DataSize SPI_DATASIZE_8BIT; hspi1.Init.CLKPolarity SPI_POLARITY_LOW; // CPOL0 hspi1.Init.CLKPhase SPI_PHASE_1EDGE; // CPHA0, Mode 0 hspi1.Init.NSS SPI_NSS_SOFT; // 软件控制片选 hspi1.Init.BaudRatePrescaler SPI_BAUDRATEPRESCALER_4; // 设置时钟分频 hspi1.Init.FirstBit SPI_FIRSTBIT_MSB; hspi1.Init.TIMode SPI_TIMODE_DISABLE; hspi1.Init.CRCCalculation SPI_CRCCALCULATION_DISABLE; HAL_SPI_Init(hspi1); // 2. 封装带片选的读写函数 #define FLASH_CS_PIN GPIO_PIN_4 #define FLASH_CS_PORT GPIOA void SPI_FLASH_WriteEnable(void) { FLASH_CS_LOW(); uint8_t cmd 0x06; // Write Enable命令 HAL_SPI_Transmit(hspi1, cmd, 1, HAL_MAX_DELAY); FLASH_CS_HIGH(); } uint32_t SPI_FLASH_ReadID(void) { uint8_t cmd 0x9F; // Read ID命令 uint8_t id_buf[3] {0}; FLASH_CS_LOW(); HAL_SPI_Transmit(hspi1, cmd, 1, HAL_MAX_DELAY); HAL_SPI_Receive(hspi1, id_buf, 3, HAL_MAX_DELAY); FLASH_CS_HIGH(); return (id_buf[0]16) | (id_buf[1]8) | id_buf[2]; }4.4 I2C读写EEPROMAT24C02示例// 1. 初始化I2C假设使用I2C1 hi2c1.Instance I2C1; hi2c1.Init.ClockSpeed 100000; // 100kHz hi2c1.Init.DutyCycle I2C_DUTYCYCLE_2; hi2c1.Init.OwnAddress1 0; // 主设备地址通常为0 hi2c1.Init.AddressingMode I2C_ADDRESSINGMODE_7BIT; hi2c1.Init.DualAddressMode I2C_DUALADDRESS_DISABLE; hi2c1.Init.OwnAddress2 0; hi2c1.Init.GeneralCallMode I2C_GENERALCALL_DISABLE; hi2c1.Init.NoStretchMode I2C_NOSTRETCH_DISABLE; HAL_I2C_Init(hi2c1); // 2. 向地址0x50写入一个字节AT24C02设备地址为0xA0 1 0x50 #define EEPROM_ADDR 0x50 1 // HAL库需要左移一位 uint8_t data_to_write 0xAB; uint16_t mem_addr 0x0010; // EEPROM内部地址 uint8_t buffer[3]; buffer[0] (mem_addr 8) 0xFF; // 地址高字节对于24C02地址是8位这里为通用格式 buffer[1] mem_addr 0xFF; // 地址低字节 buffer[2] data_to_write; HAL_I2C_Master_Transmit(hi2c1, EEPROM_ADDR, buffer, 3, HAL_MAX_DELAY); HAL_Delay(5); // 必须等待EEPROM内部写周期完成典型5ms // 3. 从同一地址读取一个字节 uint8_t data_read 0; HAL_I2C_Mem_Read(hi2c1, EEPROM_ADDR, mem_addr, I2C_MEMADD_SIZE_16BIT, data_read, 1, HAL_MAX_DELAY);5. 调试与故障排查实战指南通信调不通是常态调通了才是惊喜。下面是我总结的排查清单按顺序进行能解决90%的问题。5.1 通用排查流程电源与地是王道首先确保所有通信节点的电源稳定共地良好。很多奇葩问题根源都在电源噪声或地电位差。硬件连接确认用万用表检查线路是否导通有无短路、虚焊。检查上拉/下拉电阻、终端电阻是否正确焊接。基础信号观测使用示波器或逻辑分析仪观察通信线上的信号。这是最直接有效的手段。有没有信号如果没有检查控制器是否初始化引脚配置是否正确输出/输入复用功能。信号幅值对不对RS-485/CAN的差分信号幅值是否足够通常1V。TTL/CMOS电平是否在标准范围内。波形干净吗有没有过冲、振铃、毛刺这通常与阻抗匹配、布线过长、靠近干扰源有关。软件配置核对波特率/时钟主从设备波特率是否精确一致SPI时钟频率是否在从设备支持范围内数据格式数据位、停止位、校验位UART是否匹配SPI的CPOL/CPHA模式是否匹配地址与IDI2C从机地址、CAN报文ID、RS-485从站地址是否正确注意7位I2C地址在HAL库中需要左移一位。协议逻辑分析使用逻辑分析仪或带协议解码功能的示波器直接查看数据包内容。对比发送和接收的数据看是否一致。这是定位软件协议层错误的利器。5.2 各协议典型问题与解决RS-485问题通信时好时坏长距离时尤其严重。排查测量A、B线之间的空闲电压。正常应在200mV到-200mV之间处于不确定状态如果固定为高或低检查某个节点的收发器是否损坏或一直处于发送状态。检查终端电阻。长距离超过100米通信必须在总线两端接120Ω电阻。检查接地。确保所有节点共地必要时使用屏蔽双绞线屏蔽层单点接地。问题收到乱码或数据错位。排查确认波特率、数据位、停止位、校验位设置绝对一致。哪怕有一个设备是8N1另一个是8E1都可能偶尔能收到几个正确字节但大部分是乱码。检查MCU系统时钟是否准确UART的时钟分频计算是否正确。CAN问题总线持续出现错误帧无法通信。排查终端电阻这是首犯用万用表测量CAN_H和CAN_L之间的电阻一个网段应为60Ω左右两个120Ω并联。如果不是检查终端电阻。检查CAN_H和CAN_L是否接反。用示波器看波形。正常显性电平逻辑0时CAN_H约3.5VCAN_L约1.5V差分电压约2V。隐性电平逻辑1时两者都在2.5V左右差分电压为0。波形应清晰无严重畸变。问题能发送但收不到应答或数据。排查检查过滤器配置。如果过滤器设置过于严格可能会屏蔽掉想接收的报文。调试初期可以设置一个通配所有ID的过滤器。检查是否使能了接收中断或正确轮询了接收FIFO。SPI问题数据全为0xFF或0x00。排查检查片选(CS)引脚。确认CS信号在通信期间有效通常是低电平并且时序正确。用逻辑分析仪看CS、CLK、MOSI、MISO四线时序。确认CPOL和CPHA模式。这是SPI匹配中最容易出错的地方。检查从设备是否支持当前SPI时钟速率速率过高可能导致数据出错。问题只能读不能写如Flash。排查检查写使能命令。许多SPI存储器需要先发送写使能Write Enable命令才能接受写操作。检查写保护引脚WP/HOLD。确保它们被置为无效状态通常是高电平。I2C问题HAL_I2C_Master_Transmit返回HAL_ERROR或HAL_TIMEOUT。排查检查上拉电阻。没有上拉电阻SDA和SCL线永远无法被拉高。用万用表量一下总线空闲时的电压应该是接近VCC。检查从设备地址。确认是7位地址并且在使用HAL库时已经左移一位或使用| 1/ 0xFE处理读写位。检查总线是否被锁死。如果某个设备在通信中异常复位可能将SDA线持续拉低导致总线死锁。尝试多次发送STOP条件或者短暂关闭I2C外设再重新初始化来复位总线。问题通信速度慢或距离稍远就不稳定。排查调整上拉电阻阻值。总线电容大时减小上拉电阻如从10kΩ换为4.7kΩ可以加快上升沿。降低通信速率。从400kHz降到100kHz试试。单总线问题检测不到从设备存在复位无应答。排查检查上拉电阻。必须接一个4.7kΩ上拉电阻到VCC。检查时序。单总线对时序要求极其严格。确保微控制器在操作单总线时关闭了所有中断或者使用硬件定时器来产生精确的延时。用示波器查看复位脉冲和存在脉冲的宽度是否符合数据手册要求。检查电源。如果使用寄生供电模式在温度转换等大电流操作期间必须提供强上拉。6. 选型决策与混合使用策略面对一个具体项目如何选择这里没有一个标准答案但可以遵循以下决策路径距离与环境通信距离超过5米或环境有较强电磁干扰首选RS-485或CAN。需要多主、高可靠、实时仲裁选CAN。只是点对点或一主多从、成本敏感选RS-485。速度与数据量需要传输大量数据或高速流数据板内首选SPI板间可考虑高速串行协议如USB、Ethernet。CAN FD和高速RS-485也可考虑但复杂度增加。引脚与布线引脚资源极度紧张单总线1根或I2C2根是唯一选择。需要连接多个同类型传感器I2C或单总线通过唯一ID寻址更适合。系统复杂度追求最简单快捷的板内芯片互联SPI高速或I2C低速是标准选择。单总线除非必要如DS18B20否则因其复杂的软件时序不推荐作为通用选择。在实际项目中混合使用是常态。例如一个智能家居网关可能通过RS-485连接楼宇安防控制器通过CAN连接汽车充电桩通过I2C连接板上的温湿度传感器和OLED屏通过SPI连接无线模块和Flash存储器。核心原则是为每一段通信选择最合适的协议并在MCU内部通过软件进行协议转换和数据路由。STM32这类现代MCU通常拥有多个USART、SPI、I2C和CAN外设正是为了应对这种混合通信的需求。最后我的个人体会是通信协议的学习三分靠理论七分靠实践。最好的方法就是动手搭电路、写代码、用仪器测。当你用示波器亲眼看到那些高低电平跳变用逻辑分析仪解码出一个个数据包时你对协议的理解才会真正深入骨髓。遇到问题耐心地按照“电源-硬件-配置-协议”的顺序排查大部分难题都会迎刃而解。
