MQTT报文枚举

时间: 2025-07-22 08:10:59 AIGC 浏览: 23
在MQTT协议中,**报文类型(Packet Type)**通过控制报文的首字节(`Control Packet Type`字段)的高4位标识,低4位为标志位(Flags)。以下是MQTT 3.1.1和5.0协议中定义的**标准报文类型枚举**及其用途: --- ### **1. MQTT 3.1.1 报文类型枚举** | 十进制值 | 二进制(高4位) | 报文名称 | 方向(C→S/S→C/双向) | 用途说明 | |----------|------------------|-------------------|----------------------|--------------------------------------------------------------------------| | 1 | `0001` | CONNECT | C→S | 客户端发起连接请求,包含客户端ID、用户名、密码等。 | | 2 | `0010` | CONNACK | S→C | 服务器响应连接请求,返回成功或错误码(如协议版本不兼容)。 | | 3 | `0011` | PUBLISH | 双向 | 发布消息到主题,QoS级别决定是否需要确认(PUBACK/PUBREC等)。 | | 4 | `0100` | PUBACK | 双向 | QoS1消息的确认响应。 | | 5 | `0101` | PUBREC | 双向 | QoS2消息的第一阶段确认(接收方收到PUBLISH后回复)。 | | 6 | `0110` | PUBREL | 双向 | QoS2消息的第二阶段确认(发送方收到PUBREC后回复)。 | | 7 | `0111` | PUBCOMP | 双向 | QoS2消息的完成确认(接收方收到PUBREL后回复)。 | | 8 | `1000` | SUBSCRIBE | C→S | 客户端订阅一个或多个主题,包含QoS级别。 | | 9 | `1001` | SUBACK | S→C | 服务器响应订阅请求,返回每个主题的授权QoS。 | | 10 | `1010` | UNSUBSCRIBE | C→S | 客户端取消订阅一个或多个主题。 | | 11 | `1011` | UNSUBACK | S→C | 服务器确认取消订阅请求。 | | 12 | `1100` | PINGREQ | C→S | 客户端保活请求,检测连接是否存活。 | | 13 | `1101` | PINGRESP | S→C | 服务器响应保活请求。 | | 14 | `1110` | DISCONNECT | C→S | 客户端主动断开连接。 | --- ### **2. MQTT 5.0 新增报文类型** MQTT 5.0在3.1.1基础上扩展了以下报文(主要用于增强功能如属性、原因码等): | 十进制值 | 二进制(高4位) | 报文名称 | 方向 | 新增特性 | |----------|------------------|-------------------|------|--------------------------------------------------------------------------| | 15 | `1111` | AUTH | 双向 | 用于增强认证(如挑战-响应机制),替代部分CONNECT/CONNACK中的认证逻辑。 | --- ### **3. 报文类型在代码中的定义** #### **(1) 枚举示例(C语言)** ```c typedef enum { MQTT_PKT_CONNECT = 1, MQTT_PKT_CONNACK = 2, MQTT_PKT_PUBLISH = 3, MQTT_PKT_PUBACK = 4, MQTT_PKT_PUBREC = 5, MQTT_PKT_PUBREL = 6, MQTT_PKT_PUBCOMP = 7, MQTT_PKT_SUBSCRIBE = 8, MQTT_PKT_SUBACK = 9, MQTT_PKT_UNSUBSCRIBE = 10, MQTT_PKT_UNSUBACK = 11, MQTT_PKT_PINGREQ = 12, MQTT_PKT_PINGRESP = 13, MQTT_PKT_DISCONNECT = 14, MQTT_PKT_AUTH = 15 // MQTT 5.0 } MQTT_PacketType; ``` #### **(2) 报文解析逻辑** ```c uint8_t MQTT_ParsePacketType(uint8_t *packet) { return (packet[0] >> 4); // 取首字节高4位 } // 示例:判断报文类型 uint8_t pkt_type = MQTT_ParsePacketType(received_data); switch (pkt_type) { case MQTT_PKT_CONNACK: printf("Received CONNACK\n"); break; case MQTT_PKT_PUBLISH: printf("Received PUBLISH\n"); break; // ...其他类型处理 } ``` --- ### **4. 关键注意事项** 1. **方向性**: - 部分报文仅单向使用(如`PINGREQ`仅客户端发送),需在代码中严格校验方向。 2. **MQTT 5.0兼容性**: - 若支持MQTT 5.0,需处理`AUTH`报文和属性字段(如`Reason Code`、`Properties`)。 3. **错误处理**: - 收到未知报文类型(如`0x00`或`0x0F`在MQTT 3.1.1中无效)应断开连接。 4. **QoS影响**: - `PUBLISH`报文的QoS级别决定是否需要`PUBACK`/`PUBREC`等后续交互。 --- ### **5.
阅读全文

相关推荐

/* 3、PUBLISH 发布消息 C <=> S */ char MQTT_Publish(char dup, char qos, char retain, char *post_topic, char *message) { const int buffsize = 256; char data[buffsize] = {0}; // 存储完整MQTT报文 int len = 0; // 当前写入位置指针 static uint16_t id = 0X01; // 报文标识符(QoS>0时使用) int topic_len = strlen(post_topic); // 主题名长度 int message_len = strlen(message); // 消息内容长度 int Data_Len = (2 + topic_len) + (qos ? 2 : 0) + message_len; // 可变报头+有效载荷长度 if(Data_Len > buffsize) { printf("\r\n* PUBLISH 报文缓存不足 *\r\n"); return 0; } // 1、固定报头 // 设置标志位(dup、qos、retain) data[len] |= (dup << 3); // dup位(第3位) data[len] |= (qos << 1); // QoS位(第1-2位) data[len] |= retain; // retain位(第0位) data[len++] |= 0x30; // PUBLISH报文类型(0011 0000) // 1.2剩余长度(不包括固定头部) do { char encodedByte = Data_Len % 128; Data_Len = Data_Len / 128; // if there are more data to encode, set the top bit of this byte if (Data_Len > 0) encodedByte = encodedByte | 128; data[len++] = encodedByte; } while (Data_Len > 0); // 2、可变报头 // 2.1、主题名 data[len++] = topic_len / 256; // topic长度高字节 data[len++] = topic_len % 256; // topic长度低字节 memcpy(&data[len], post_topic, topic_len); // 拷贝topic字符串 len += topic_len; // 2.2、报文标识符(当Qos大于0时) if (qos) { data[len++] = id / 256; data[len++] = id % 256; id++; } // 3、有效载荷 memcpy(&data[len], message, message_len); // 有效负荷:拷贝data数据 len += message_len; // MQTT_SendData(data, len); // 通过串口发送数据到服务器 Write_MQTT_TxDataBuff(data, len); #if MQTT_DEBUG // 串口显示信息 printf("\r\n* 3、PUBLISH – 发布消息 *: \r\n"); mqtt_debug(data, len); // 打印调试信息 #endif WIFI_Clean(); return 1; }

char MQTT_Publish(char dup, char qos, char retain, char *post_topic, char *message) { const int buffsize = 256; char data[buffsize] = {0}; // 存储完整MQTT报文 int len = 0; // 当前写入位置指针 char remaining_length_bytes; // 动态计算剩余长度编码字节数 static uint16_t id = 0; // 报文标识符(QoS>0时使用) int topic_len = strlen(post_topic); // 主题名长度 int message_len = strlen(message); // 消息内容长度 int Data_Len = (2 + topic_len) + (qos ? 2 : 0) + message_len; // 可变报头+有效载荷长度 // 1、固定报头 // 设置标志位(dup、qos、retain) data[len] |= (dup << 3); // dup位(第3位) data[len] |= (qos << 1); // QoS位(第1-2位) data[len] |= retain; // retain位(第0位) data[len++] |= 0x30; // PUBLISH报文类型(0011 0000) // 1.2剩余长度(不包括固定头部) do { char encodedByte = Data_Len % 128; Data_Len = Data_Len / 128; // if there are more data to encode, set the top bit of this byte if (Data_Len > 0) encodedByte = encodedByte | 128; data[len++] = encodedByte; } while (Data_Len > 0); // 报错处理 // 2、可变报头 // 2.1、主题名 data[len++] = topic_len / 256; // topic长度高字节 data[len++] = topic_len % 256; // topic长度低字节 memcpy(&data[len], post_topic, topic_len); // 拷贝topic字符串 len += topic_len; // 2.2、报文标识符(当Qos大于0时) if (qos) { data[len++] = id / 256; data[len++] = id % 256; id++; if(id == 0) id = 0X01; } // 3、有效载荷 memcpy(&data[len], message, message_len); // 有效负荷:拷贝data数据 len += message_len; // MQTT_SendData(data, len); // 通过串口发送数据到服务器 Write_MQTT_TxDataBuff(data, len); #if MQTT_DEBUG // 串口显示信息 printf("\r\n* 3、PUBLISH – 发布消息 *: \r\n"); mqtt_debug(data, len); // 打印调试信息 #endif WIFI_Clean(); return 1; } 代码升级

char MQTT_Publish(int dup, int qos, int retain, char *post_topic, unsigned int id, char *message) { const int buffsize = 256; char data[buffsize] = {0}; // 存储完整MQTT报文 int len = 0; // 当前写入位置指针 int Remaining_Length; // QoS 0消息中DUP必须为0,QoS 1/2消息允许DUP为1(表示重发) // 仅允许0、1、2三个值,其他值视为协议错误 // 主题名称长度用双字节无符号整数表示,最大允许值65535字节 if ((0 == qos && 1 == dup) || (qos < 0 || qos > 2) || (strlen(post_topic) > 65535)) return 1; // 参数非法 Remaining_Length = (2 + strlen(post_topic)) + (qos ? 2 : 0) + strlen(message); // 可变报头+有效载荷长度 // 1、固定报头 // 设置标志位(dup、qos、retain) data[len++] = 0x30 | (dup << 3) | (qos << 1) | retain; // 1.2剩余长度(不包括固定头部) do { char encodedByte = Remaining_Length % 128; Remaining_Length = Remaining_Length / 128; if (Remaining_Length > 0) encodedByte = encodedByte | 128; data[len++] = encodedByte; } while (Remaining_Length > 0); // 2、可变报头 // 2.1、主题名 data[len++] = strlen(post_topic) / 256; // topic长度高字节 data[len++] = strlen(post_topic) % 256; // topic长度低字节 memcpy(&data[len], post_topic, strlen(post_topic)); // 拷贝topic字符串 len += strlen(post_topic); // 2.2、报文标识符(当Qos大于0时) if (qos) { data[len++] = id / 256; data[len++] = id % 256; } // 3、有效载荷 memcpy(&data[len], message, strlen(message)); // 有效负荷:拷贝data数据 len += strlen(message); // MQTT_SendData(data, len); // 通过串口发送数据到服务器 Write_MQTT_TxDataBuff(data, len); mqtt_debug(data, len, "\r\n* 3、PUBLISH – 发布消息 *: \r\n"); // 打印调试信息 WIFI_Clean(); return 0; } 有没有可以优化的地方

void LuoBo_IOT(void) { /* 状态0:WiFi连接 */ if (0 == wifi_state) { if (0 == WIFI_Connect()) { // 返回0表示成功 // Aliyun_Init(); // 初始化阿里云参数(设备证书、Topic等) wifi_state = 1; // 标记WiFi已连接 IOT_state = 1; // 切换到MQTT连接状态 } // 问题:未处理WiFi连接失败的情况 return; // 直接退出,导致状态机停滞 } /* 状态1:MQTT连接 */ if (1 == IOT_state) { printf("\n[IOT_Connect] 发送 MQTT_CONNECT 报文 \n"); // 发送MQTT_CONNECT报文(包含遗嘱消息、认证信息等) if (0 == MQTT_Connect(clientid, WILL_TOPIC, WILL_MESSAGE, username, password, USER_NAME_FLAG, PASS_WORD_FLAG, WILL_RETAIN, WILL_QOS, WILL_FLAG, CLEAN_SESSION, KEEP_ALIVE)) { // 阻塞等待CONNACK响应 while (0 == MQTT_ParsePacket(&q, packet_buff)) { if (0 != MQTT_ConnAck(packet_buff)) { // 验证CONNACK报文 IOT_state = 2; // 连接成功,进入订阅状态 break; } delay_ms(10); // 问题:若收到非CONNACK报文(如PUBLISH),会无限循环 } } return; } /* 状态2:主题订阅 */ if (2 == IOT_state) { // 订阅指定Topic(QoS=1) if (0 == MQTT_Subscribe(SET_TOPIC, SUBSCRIBE_ID, 0, 1)) { // 阻塞等待SUBACK响应 while (0 == MQTT_ParsePacket(&q, packet_buff)) { if (0 != MQTT_SubAck(packet_buff)) { // 验证SUBACK报文 IOT_state = 3; // 订阅成功,进入正常运行 // TIM4_Init(10000-1, 7200-1); // 开启重传报文定时器 break; } delay_ms(10); } } return; } /* 状态3:消息处理 */ if (3 == IOT_state) { i++; if (i % 5 == 0) { MQTT_PingREQ(); // 发送心跳报文 } if (i % 10 == 0) { MQTT_Publish(1, 0, POST_TOPIC, MQTT_ID(), "LED1_ON"); // 上传消息 } // 尝试解析接收到的报文 if (0 == MQTT_ParsePacket(&q, packet_buff)) { // printf("\n******************* 接收到消息 ********************\n"); IOT_DealData(packet_buff, return_buff); // Queue_Debug(&q); return; } } } // 封装保活定时器重置 void ResetKeepAliveTimer(void) { TIM_SetCounter(TIM2, 0); } // 参数return_buff: 保存着负载的数组 void IOT_DealData(char *redata, char *return_buff) { char dup; char qos; char retain; int id; char i; i = redata[0] >> 4; if (i >= 1 && i <= 14) // 接收到任何报文,都清零保活计时器 { ResetKeepAliveTimer(); // 将保活TIM2的计数器清零 } switch (i) { case 3: if (MQTT_ReceivelPublish(&dup, &qos, &retain, &id, redata, return_buff, RETURN_BUFF_SIZE) == 0) { printf("\n[IOT_DealData] * 解析 0x%02x 报文: dup = %d, qos = %d, retain = %d, id = %02X *\n", redata[0], dup, qos, retain, id); // Iot_Control(return_buff); // 调用 Iot_Control 控制硬件 if (qos == 1) { MQTT_SendPubAck(id); // QoS1需要回复PubAck } else if (qos == 2) { MQTT_SendPubRec(id); // QoS2需要回复PubRec } } break; case 4: id = MQTT_ReceivePubAck(redata); if (id != 0) { remove_from_retry_list(id); // 移除重传链表中的QoS1报文 } break; case 5: id = MQTT_ReceivePubRec(redata); if (id != 0) { remove_from_retry_list(id); // 移除重传链表中的QoS2报文 MQTT_SendPubRel(id); // 回复PUBREL } break; case 6: id = MQTT_ReceivePubRel(redata); if (id != 0) { MQTT_SendPubComp(id); // 回复PUBCOMP } break; case 7: id = MQTT_ReceivePubComp(redata); if (id != 0) { remove_from_retry_list(id); // 移除重传链表中的PUBREL报文 } break; case 13: if (MQTT_PingResp(redata) == 1) { printf("\n[IOT_DealData] 心跳响应已接收。重置保活计数器。\n"); } break; default: break; } }

void Aliyun_Iot(char *redata) { char return_buff[RETURN_BUFF_SIZE]; char qos, dup, retain; // 解析 ReceivelPublish 参数 int id; switch (IOT_state) { case STATE_INIT: // 初始化状态 if (wifi_state == 0) // 如果WiFi未连接 { WIFI_Clean(); if (WIFI_Connect() == 0) // 尝试连接WiFi { wifi_state = 1; IOT_state = STATE_MQTT_CONNECT; // 转到发送连接报文状态 printf("状态转换: 初始化状态 -> MQTT连接状态\n"); } } break; case STATE_MQTT_CONNECT: // 发送MQTT连接报文 MQTT_Connect(clientid, // clientid username, // username password, // password WILL_TOPIC, // will_topic WILL_MESSAGE, // will_message USER_NAME_FLAG, // user_name_flag PASS_WORD_FLAG, // pass_word_flag WILL_RETAIN, // will_retain WILL_QOS, // will_qos WILL_FLAG, // will_flag CLEAN_SESSION, // clean_session KEEP_ALIVE); // keep_alive IOT_state = STATE_WAIT_CONNACK; // 转到等待连接确认状态 break; case STATE_WAIT_CONNACK: // 等待连接确认 if (MQTT_ConnAck(redata) == 1) { IOT_state = STATE_SUBSCRIBE; // 转到订阅主题状态 } break; case STATE_SUBSCRIBE: // 订阅主题 MQTT_Subscribe(SET_TOPIC, SUBSCRIBE_ID, 0, 1); IOT_state = STATE_RECEIVE_MSG; // 转到消息接收状态 break; case STATE_RECEIVE_MSG: // 消息接收与处理 switch (redata[0] >> 4) { case 3: // 接收PUBLISH消息 if (MQTT_ReceivelPublish(&dup, &qos, &retain, &id, redata, return_buff, RETURN_BUFF_SIZE) == 0) { printf("\r\n* 解析 0x%02x 报文: dup = %d, qos = %d, retain = %d, id = %02X *\r\n", redata[0], dup, qos, retain, id); Iot_Control(return_buff); // 调用 Iot_Control 控制硬件 if (qos == 1) { MQTT_SendPubAck(id); // QoS1需要回复PubAck } else if (qos == 2) { MQTT_SendPubRec(id); // QoS2需要回复PubRec } } break; case 4: // 接收PUBACK消息 id = MQTT_ReceivePubAck(redata); if (id != 0) { remove_from_retry_list(id); // 移除重传链表中的QoS1报文 } break; case 5: // 接收PUBREC消息 id = MQTT_ReceivePubRec(redata); if (id != 0) { remove_from_retry_list(id); // 移除重传链表中的QoS2报文 MQTT_SendPubRel(id); // 回复PUBREL } break; case 6: // 接收PUBREL消息 id = MQTT_ReceivePubRel(redata); if (id != 0) { MQTT_SendPubComp(id); // 回复PUBCOMP } break; case 7: // 接收PUBCOMP消息 id = MQTT_ReceivePubComp(redata); if (id != 0) { remove_from_retry_list(id); // 移除重传链表中的PUBREL报文 } break; case 9: // 接收SUBACK消息 if (MQTT_SubAck(redata) == 1) { IOT_state = STATE_KEEP_ALIVE; // 转到保活状态 } break; case 11: // 接收UNSUBACK消息 if (MQTT_UnSubAck(redata, SUBSCRIBE_ID) == 1) { IOT_state = STATE_KEEP_ALIVE; // 转到保活状态 } else { MQTT_Subscribe(SET_TOPIC, SUBSCRIBE_ID, 0, 0); // 重新尝试取消订阅 } break; case 13: // 接收PINGRESP消息 if (MQTT_PingResp(redata) == 1) { printf("心跳响应已接收。正在重置保活计数器。\n"); } break; default: break; } break; case STATE_KEEP_ALIVE: // 保活状态 MQTT_PingREQ(); // 发送PingReq保活消息 IOT_state = STATE_INIT; // 返回初始化状态 break; case STATE_DISCONNECT: // 断开连接 MQTT_DisConnect(); IOT_state = STATE_INIT; // 返回初始化状态 break; default: break; } }

void Aliyun(void) { static int retryCount = 0; // 全局或静态变量 static const int MAX_RETRY = 3; // 1、 WIFI模块连接服务器 if (IOT_state == IOT_RESET) { WIFI_Clean(); for (retryCount = 0; retryCount < MAX_RETRY; retryCount++) { if (0 == WIFI_Connect()) { IOT_state = WIFI_OK; printf("第%d次重连成功", retryCount + 1); break; } delay_ms(1000); // 增加重连间隔 } if (retryCount >= MAX_RETRY) { printf("严重错误:无法连接WiFi"); // 进入错误处理流程 } } /******************************************************************************************************/ // 2、发送连接报文 if (WIFI_OK == IOT_state) { MQTT_Connect( "client123", // clientid "user", // username "pass", // password "devices/status", // will_topic "offline", // will_message 1, // will_qos 1, // will_retain 1, // will_flag 1, // clean_session 1, // user_name_flag 1, // pass_word_flag 60 // keep_alive ); WIFI_Clean(); } // 3、发送订阅报文 if (Connect_OK == IOT_state) { MQTT_Subscribe(0x01, SET_TOPIC, 0, 1); // 发送订阅报文 WIFI_Clean(); } /******************************************************************************************************/ // 一直检测服务器下发的其他报文 if (USART3_RxBuff[0] != 0) { unsigned short id = 0; char qos, dup, retain; mqtt_debug(MQTT_RxBUFF, MQTT_RxCounter, "\r\n\r\n* 接收到服务器数据:%x *\r\n"); switch (USART3_RxBuff[0] >> 4) { case 2: // 2号控制报文:CONNACK – 确认连接请求 if (1 == MQTT_ConnAck()) { mqtt_debug(MQTT_RxBUFF, MQTT_RxCounter, "\r\n* 连接成功 *\r\n"); IOT_state = Connect_OK; } break; case 3: // 3号控制报文:PUBLISH – 发布消息 printf("\r\n* 接收到服务器下发 30 报文 * \r\n"); MQTT_ReceivelPublish(&dup, &qos, &retain, &id, MQTT_RxBUFF); if(qos == 1) { MQTT_PubAck(id); // 回复 PubAck 报文 QoS1 回复 } if(qos == 2) { // MQTT_PubRec(id); // 回复 PubRec 报文 QoS2 第一步 } break; case 4: // 4号控制报文:PUBACK – 发布确认 printf("\r\n* QoS1等级 报文发布成功 * \r\n"); break; case 5: // 5号控制报文:PUBREC – 发布收到(QoS 2 ,第一步) // printf("\r\n* PUBACK –发布确认 * \r\n"); break; case 6: // 6号控制报文:PUBREL – 发布释放(QoS 2 ,第二步) // printf("\r\n* PUBACK –发布确认 * \r\n"); break; case 7: // 7号控制报文:PUBCOMP – 发布 完成(QoS 2 ,第三步) // printf("\r\n* PINGRESP 心跳响应 S -> C * \r\n"); break; case 9: // 9号控制报文:SUBACK – 订阅确认 if (1 == MQTT_SubAck(0xCCCC)) { mqtt_debug(MQTT_RxBUFF, MQTT_RxCounter, "\r\n* 订阅成功 *\r\n"); IOT_state = Subscribe_OK; // 成功发送订阅报文 } break; case 11: // 11号控制报文:UNSUBACK – 取消订阅确认 printf("\r\n* 取消订阅成功 * \r\n"); break; case 13: // 13号控制报文:PINGRESP – 心跳响应 printf("\r\n* 取消订阅成功 * \r\n"); break; default: break; } WIFI_Clean(); } } 完善这段代码

void Aliyun_Iot(char *redata) { char qos, dup, retain; // 解析 ReceivelPublish 参数 int id; int TimeOut = 2000; static char IOT_state = 0; if (wifi_state == 0) // 1、 WIFI模块连接服务器 { WIFI_Clean(); if (0 == WIFI_Connect()) // WIFI模块连接服务器 { WIFI_Clean(); Aliyun_Init(); // 处理三元组信息,得到连接参数 wifi_state = 1; IOT_state = 1; return; } } if (IOT_state == 1) // 2、发送连接报文 { MQTT_Connect(clientid, // clientid username, // username password, // password WILL_TOPIC, // will_topic WILL_MESSAGE, // will_message USER_NAME_FLAG, // user_name_flag PASS_WORD_FLAG, // pass_word_flag WILL_RETAIN, // will_retain WILL_QOS, // will_qos WILL_FLAG, // will_flag CLEAN_SESSION, // clean_session KEEP_ALIVE); // keep_alive return; } if (IOT_state == 2) // 3、发送订阅报文 { MQTT_subscribe(*set_topics, topic_qos, SUBSCRIBE_ID, TOPIC_COUNT, 1); return; } /* * * 接收服务器下发的数据 * */ switch (redata[0] >> 4) // 首字节高4位表示报文类型 { case 2: if (MQTT_ConnAck(MQTT_RxBUFF) == 1) // 接收到订阅确认,发送订阅报文 IOT_state == 2; break; case 3: /* 接收到服务器下发 3X 报文 */ /* 解析报文中的 重发标志dup、QoS等级、保留标志retain、报文ID, 提取报文中的数据,并且实现硬件控制 */ if (0 == MQTT_ReceivelPublish(&dup, &qos, &retain, &id, redata)) { printf("\r\n\r\n* 解析 0x%02x 报文: dup = %d, qos = %d, retain = %d, id = %02X * \r\n", redata[0], dup, qos, retain, id); if (dup == 1) printf("\r\n* 收到一条重传报文 *\r\n"); /* 根据QoS等级响应 */ if (qos == 1) { printf("\r\n* 接收到 QoS1 等级报文, 需要回复 PubAck(40) 报文 *"); // 收到 Publish 报文立即回复 PubAck报文,(这里暂时不加入重传链表) // 收到 dup为1 的报文也直接回复 PubAck报文 MQTT_SendPubAck(id); } if (qos == 2) { printf("\r\n* 接收到 QoS2 等级报文, 需要回复 PubRec(50) 报文 *"); MQTT_SendPubRec(id); // 立即回复 PubRec(50) 报文,并加入重传链表 // 下一步,等待接收 (发布者发送 PUBREL(62) 释放控制报文) } } break; /*----------------------------------------------------------------------------------- * 使用 QoS 1 发布消息 * * QoS1 工作流程: * 步骤1 -> 单片机 发送 消息 PUBLISH -------------------- 发送 3X XX -- -- * 单片机重传 PUBLISH 报文,直到接收到 PUBACK(40) * * 步骤2 -> 服务器 回复 PUBACK(40) 发布确认 ------------- 收到 40 02 XX XX * 单片机移除重传链表中对应 ID 的QoS1等级 Publish报文 *-----------------------------------------------------------------------------------*/ case 4: /* 一直发送QoS1的Publish,直到得到 PubAck(40) 报文 */ id = MQTT_ReceivePubAck(redata); if (id != 0) // 得到 PubAck 报文ID,移除重传链表中对应 ID 的QoS1等级 Publish报文 { printf("\r\n* 移除重传链表中对应 ID 的QoS1等级 Publish报文 *"); remove_from_retry_list(id); // 移除重发链表对应 ID 的报文 } break; /*----------------------------------------------------------------------------------- * 使用 QoS 2 发布消息 * 确保消息可靠传输。适用于关键数据场景,但会增加网络开销。 * * QoS 工作流程: * 步骤1 -> 单片机 发送消息 PUBLISH -------------------- 发送 3X XX -- -- * 单片机[重传] PUBLISH 报文,直到接收到 PUBREC(50) * * 步骤2 -> 服务器 回复 PUBREC 发布收到 ---------------- 收到 50 02 XX XX * 单片机[移除]重传链表中对应 ID 的QoS2等级 Publish报文 * * 步骤3 -> 单片机 发送 PUBREL 释放控制 ---------------- 回复 62 02 XX XX * 单片机[重传] PUBREL 报文,直到接收到 PUBCOMP(70) * * 步骤4 -> 接收者 回复 PUBCOMP 完成传输 --------------- 收到 70 02 XX XX * 单片机[移除]重传链表中对应 ID 的PUBREL 报文, 完成通信 *-----------------------------------------------------------------------------------*/ case 5: // 步骤2->服务器 回复 PUBREC 发布收到-- -- -- -- -- -- -- --收到 50 02 XX XX // 单片机[移除] 重传链表中对应 ID 的QoS2等级 Publish报文 id = MQTT_ReceivePubRec(redata); if (id != 0) { remove_from_retry_list(id); MQTT_SendPubRel(id); // 需要回复 62 02 XX XX } break; case 6: // 步骤3->单片机 发送 PUBREL 释放控制-- -- -- -- -- -- -- --回复 62 02 XX XX // 单片机[重传] PUBREL 报文,直到接收到 PUBCOMP(70) id = MQTT_ReceivePubRel(redata); if (id != 0) { MQTT_SendPubComp(id); printf("\r\n* QoS2消息传输完成 *\r\n"); } break; case 7: // 步骤4->接收者 回复 PUBCOMP 完成传输-- -- -- -- -- -- -- -收到 70 02 XX XX // 单片机[移除] 重传链表中对应 ID 的PUBREL 报文,完成通信 id = MQTT_ReceivePubComp(redata); if (id != 0) { remove_from_retry_list(id); printf("\r\n* QoS2消息传输完成 *\r\n"); } break; case 9: if (MQTT_SubAck(redata) == 1) break; default: break; } }整理这段代码

最新推荐

recommend-type

一款基于MVVM架构的学习小项目,已经实现的功能有: 1.新闻和视频列表的查看 2.基于高德地图实现定位和城市搜索 3.

一款基于MVVM架构的学习小项目,已经实现的功能有: 1.新闻和视频列表的查看 2.基于高德地图实现定位和城市搜索 3.基于高德地图实现的城市天气查询 4.基于百度智能云实现网络图片、本地图片以及拍照图片的OCR识别。 5.实现记事本功能和待办功能 6.支持二维码扫一扫 7.支持在线版本更新.zip
recommend-type

Hyperledger Fabric v2与Accord Project Cicero智能合约开发指南

标题和描述中提到的“hlf-cicero-contract:Accord Project Cicero与Hyperledger Fabric v2签约”以及“半西约合同”暗示了与智能合约和区块链技术相关的知识点。下面详细说明这些知识点: ### 智能合约与区块链技术 智能合约是一套运行在区块链上的程序,当合约条款被触发时,合约会自动执行相应的操作。这种自动执行的特点使得智能合约特别适合于执行多方之间的可信交易,它能减少或消除中介服务的需要,从而降低交易成本并提高效率。 区块链技术是一种分布式账本技术,通过加密算法和共识机制保证了交易数据的不可篡改性和透明性。区块链上的每一笔交易都会被网络中的多个节点验证并记录,确保了交易记录的安全性。 ### Hyperledger Fabric v2 Hyperledger Fabric 是由Linux基金会托管的一个开源项目,它是企业级区块链框架,旨在为商业应用提供安全、模块化、可扩展的区块链平台。Hyperledger Fabric v2.2是该框架的一个版本。 Hyperledger Fabric v2支持链码(Chaincode)概念,链码是部署在Hyperledger Fabric网络上的应用程序,它可以被用来实现各种智能合约逻辑。链码在运行时与网络中的背书节点和排序服务交互,负责验证、执行交易以及维护账本状态。 ### Accord Project Cicero Accord Project Cicero 是一个开源的智能合同模板和执行引擎,它允许开发者使用自然语言来定义合同条款,并将这些合同转换为可以在区块链上执行的智能合约。CiceroMark是基于Markdown格式的一种扩展,它允许在文档中嵌入智能合约逻辑。 通过Accord Project Cicero,可以创建出易于理解、可执行的智能合约。这些合同可以与Hyperledger Fabric集成,利用其提供的安全、透明的区块链网络环境,从而使得合同条款的执行更加可靠。 ### 智能合约的安装与部署 描述中提到了“安装”和“启动”的步骤,这意味着为了使用HLF v2.2和Accord Project Cicero,需要先进行一系列的配置和安装工作。这通常包括设置环境变量(例如HLF_INSTALL_DIR)、安装区块链网络(Test-Net)以及安装其他必需的软件工具(如jq)。 jq是一个轻量级且灵活的命令行JSON处理器,常用于处理JSON数据。在区块链项目中,jq可以帮助开发者处理链码或智能合约的数据,特别是在与网络节点交互时。 ### JavaScript 标签 标签“JavaScript”表明本项目或相关文档中会涉及到JavaScript编程语言。Hyperledger Fabric v2支持多种智能合约语言,其中JavaScript是一个广泛使用的选项。JavaScript在编写链码时提供了灵活的语法和强大的库支持,是进行区块链开发的一个流行选择。 ### 文件结构 文件名称列表“hlf-cicero-contract-master”暗示这是一个包含所有相关文件和资源的项目源代码目录。这个名称通常表明开发者可以从该目录开始探索、安装和配置项目的所有组件。 ### 综合知识点 1. 智能合约与区块链技术可以自动化执行多方面可信交易,降低交易成本并提高效率。 2. Hyperledger Fabric v2为企业提供一个安全、模块化、可扩展的区块链平台。 3. Accord Project Cicero结合Markdown格式的CiceroMark,将自然语言定义的合同条款转换为可执行的智能合约。 4. 智能合约的安装和部署涉及到一系列配置步骤,包括设置环境变量、安装必要的软件工具等。 5. JavaScript是编写智能合约的流行语言之一,为区块链开发提供灵活性和强大的库支持。 6. 项目文件结构表明从一个主目录可以探索和配置所有项目相关文件和资源。 以上是根据文件标题、描述、标签以及文件名称列表所提取的相关知识点。这些知识点对于理解Hyperledger Fabric v2和Accord Project Cicero在智能合约中的应用尤为重要。
recommend-type

深度神经网络优化技巧全解析

# 深度神经网络优化技巧全解析 ## 1 超越 Sigmoid 函数 在神经网络中,Sigmoid 函数曾被广泛使用,但它存在一些问题,如梯度消失。研究人员一直在寻找更好的激活函数,且不同的激活函数在不同场景下表现各异。 ### 1.1 ReLU 函数登场 如今,修正线性单元(ReLU)成为了 Sigmoid 的常用替代函数。与 Sigmoid 相比,ReLU 非常简单,以下是其 Python 实现: ```python def relu(z): if z <= 0: return 0 else: return z ``` ReLU 由两段直
recommend-type

什么是噪声功率密度

<think> 嗯,用户这次问的是噪声功率密度的定义,结合之前的系统指令和站内引用,需要给出清晰准确的中文解释。用户可能是电子工程或通信专业的学生,正在学习噪声相关的理论基础,也可能是工程师需要实际应用概念。从引用来[^1]看,用户对相位噪声的定义有基础认知,但需要系统梳理核心概念。 噪声功率密度最本质的定义应该是单位带宽内的噪声功率。引用[^2]提到电阻热噪声的例子很典型,50Ω电阻在300K环境下功率谱密度是定值(0.9nV/√Hz)²,这说明: 1. 它描述的是噪声功率随频率分布的密度 2. 与带宽强相关(带宽加倍则总功率加倍) 3. 单位通常用W/Hz或V²/Hz 维纳-辛钦定理(
recommend-type

Libshare: Salesforce的高效可重用模块集合

Salesforce是一个云基础的CRM平台,它允许用户构建定制应用程序来满足特定的业务需求。Apex是Salesforce平台上的一个强类型编程语言,用于开发复杂的业务逻辑,通过触发器、类和组件等实现。这些组件使得开发者可以更高效地构建应用程序和扩展Salesforce的功能。 在提到的"libshare:经过测试的Salesforce可重用模块"文件中,首先介绍了一个名为Libshare的工具包。这个工具包包含了一系列已经过测试的可重用模块,旨在简化和加速Salesforce应用程序的开发。 Libshare的各个组成部分的知识点如下: 1. 设置模块:在Salesforce应用程序中,应用程序设置的管理是必不可少的一部分。设置模块提供了一种简便的方式存储应用程序的设置,并提供了一个易用的API来与之交互。这样,开发者可以轻松地为不同的环境配置相同的设置,并且可以快速地访问和修改这些配置。 2. Fluent断言模块:断言是单元测试中的关键组成部分,它们用于验证代码在特定条件下是否表现预期。Fluent断言模块受到Java世界中Assertj的启发,提供了一种更流畅的方式来编写断言。通过这种断言方式,可以编写更易于阅读和维护的测试代码,提高开发效率和测试质量。 3. 秒表模块:在性能调优和效率测试中,记录方法的执行时间是常见的需求。秒表模块为开发者提供了一种方便的方式来记录总时间,并跟踪每种方法所花费的时间。这使得开发者能够识别瓶颈并优化代码性能。 4. JsonMapper模块:随着Web API的广泛应用,JSON数据格式在应用程序开发中扮演了重要角色。JsonMapper模块为开发者提供了一个更高级别的抽象,用于读取和创建JSON内容。这能够大幅简化与JSON数据交互的代码,并提高开发效率。 5. utils模块:在软件开发过程中,经常会遇到需要重复实现一些功能的情况,这些功能可能是通用的,例如日期处理、字符串操作等。utils模块提供了一系列已经编写好的实用工具函数,可以用于节省时间,避免重复劳动,提高开发效率。 6. 记录器模块:记录器通常用于记录应用程序的运行日志,以便于问题诊断和性能监控。系统提供的System.debug功能虽然强大,但在大型应用中,统一的记录器包装器可以使得日志管理更加高效。记录器模块支持记录器名称,并且可以对日志进行适当的封装。 7. App Logger模块:App Logger模块扩展了记录器模块的功能,它允许开发者将日志语句保存到一个精心设计的App Log对象中。此外,App Logger模块支持存储长达56k字符的日志内容,这对于复杂应用的监控和调试非常有用。 8. 应用程序任务模块:在处理异步作业时,例如批量数据处理或定时任务,需要有一个框架来管理和跟踪这些任务。应用程序任务模块提供了一个框架,用于处理可排队的作业,并能够跟踪这些任务的执行情况。 通过Libshare提供的这些模块,Salesforce的开发者能够减少开发工作量,加快开发速度,并提高代码质量。这些模块能够帮助开发者避免重复的“造轮子”工作,专注于核心业务逻辑的实现。同时,由于Libshare作为托管程序包发布,开发者无需担心代码的维护和管理,只需将其添加到自己的Salesforce组织中即可使用。 Libshare的发布也强调了可重用性的重要性,这是软件工程领域中长期提倡的一个原则。通过使用可重用的组件,开发者能够遵循DRY(Don't Repeat Yourself)原则,从而减少代码的冗余,提高生产效率,同时降低因重复编写相同代码而导致错误的风险。 总之,Libshare是一个有价值的资源,对于那些希望在Salesforce平台上快速构建高效、可靠应用程序的开发者来说,这些预置的、经过测试的模块无疑是一个强大的助手。
recommend-type

机器学习技术要点与应用解析

# 机器学习技术要点与应用解析 ## 1. 机器学习基础概念 ### 1.1 数据类型与表示 在编程中,数据类型起着关键作用。Python 具有动态类型特性,允许变量在运行时改变类型。常见的数据类型转换函数包括 `bool()`、`int()`、`str()` 等。例如,`bool()` 函数可将值转换为布尔类型,`int()` 用于将值转换为整数类型。数据类型还包括列表(`lists`)、字典(`dictionaries`)、元组(`tuples`)等集合类型,其中列表使用方括号 `[]` 表示,字典使用花括号 `{}` 表示,元组使用圆括号 `()` 表示。 ### 1.2 变量与命名
recommend-type

点击歌曲没反应

<think> 我们之前已经讨论了如何将音频文件显示在QListView中,并希望实现点击播放。现在遇到的问题是点击列表项没有反应。 原因分析: 1. 我们没有将点击信号连接到播放槽函数。 2. 播放列表(QMediaPlaylist)可能没有正确添加媒体。 3. 媒体路径可能不正确。 解决方案: 按照之前的思路,我们需要做以下几步: 步骤1:确保已经创建了QMediaPlayer和QMediaPlaylist对象,并且播放器设置了播放列表。 步骤2:将QListView的点击信号(clicked)连接到自定义的槽函数,在该槽函数中设置播放列表的当前索引并播放。 步骤3:
recommend-type

SM-CNN-Torch: Torch实现短文本对排名的CNN模型

标题中提到的“SM-CNN-Torch”是一个深度学习框架Torch的实现版本,它基于Severyn和Moschitti在2015年SIGIR会议上发表的一篇论文所描述的卷积神经网络(CNN)模型。这篇论文的内容主要关注的是如何利用CNN对短文本对进行有效的排名,这一点对于问题回答(question-answering, QA)系统来说至关重要。实施该CNN模型的目标是为了更好地处理问答系统中的文本对比较问题,例如,在搜索引擎中确定哪些文档与用户的查询更加相关。 在描述中提到了如何使用该仓库中的代码。首先,用户需要安装Torch库,这是实现和运行SM-CNN-Torch模型的前提条件。接着,用户需要使用提供的脚本(fetch_and_preprocess.sh)下载并预处理GloVe(Global Vectors for Word Representation)字嵌入数据。这一数据集是预先训练好的词向量,能够将单词转换为连续的向量表示,这在深度学习模型中是处理文本的基本步骤。 在模型准备工作中,还需要注意的是Python版本,因为模型运行依赖于Python环境,建议的版本为2.7或更高版本。此外,描述中还提到了并行处理的线程数设置,这表明模型在运行过程中可能会涉及到并行计算,以加速计算过程。通过设置环境变量OMP_NUM_THREADS,可以指定并行计算时的线程数。 文件名称列表中的“SM-CNN-Torch-master”表示这是该仓库的主目录,包含了所有实现Severyn和Moschitti CNN模型的相关文件。 该存储库还包含了一些附加信息,例如,原始Torch实现已经被PyTorch版本所取代。PyTorch是Torch的一个分支,它提供了更多的功能和更易于使用的接口,对研究人员和开发者来说更加友好。此外,该仓库目前仅用于存档目的,这意味着原始的Torch代码不再被积极维护,而是作为一种历史记录保留下来。 标签“deep-learning”表明该项目是一个深度学习项目,所使用的模型是深度神经网络,特别是卷积神经网络。标签“question-answering”则直接指向了问题回答系统,这是深度学习的一个重要应用领域。标签“convolutional-neural-networks”指明了所使用的网络类型是卷积神经网络,它在图像处理和自然语言处理中都有广泛应用。而“Lua”标签则是因为Torch是用Lua语言编写的,尽管它通常与Python一起使用,但也有一个使用Lua的版本。 总的来说,SM-CNN-Torch是一个专门针对短文本对排名的深度学习模型的实现,它允许研究人员和开发者利用已经发表的研究成果来搭建和测试自己的模型,同时为了解其背后原理和实现细节提供了具体的代码和数据处理流程。
recommend-type

Python与机器学习基础入门

# Python与机器学习基础入门 ## 1. Python环境与包管理 ### 1.1 Anaconda与Miniconda Anaconda 功能丰富,自带集成开发环境(IDE)和独立于官方 Python 仓库的包仓库。若不需要这些额外功能,可选择安装 Miniconda,它仅包含 Conda 和 Python,安装包更小。 ### 1.2 Conda 与 pip 的对比 - **安装方式**:Conda 和 pip 在安装包时操作相似,例如使用 Conda 安装特定版本的 Keras 可使用命令 `conda install keras=2.2.4`。 - **功能特点**:
recommend-type

YaRN和KV Cache

<think> 嗯,用户这次提出了一个非常具体的技术问题,想深入了解YaRN和KV Cache这两个深度学习领域的前沿技术。从用户能准确说出这两个专业术语来看,ta应该是有一定NLP基础的研究者或工程师。 用户提供的三个引用材料很有意思:引用1是关于YARN资源配置的,虽然标题里有"YaRN"但内容其实是Hadoop YARN,这可能是关键词匹配错误;引用2和3则真正涉及YaRN技术,提到Qwen模型通过YaRN扩展上下文长度到131K tokens。不过用户特别说明这些引用仅供参考,重点还是上次对话中提到的KV Cache问题。 我注意到在上次系统指令中有个细节要求:回答要包含相关问题生