一种灵活性高效的轻量级通信协议

strongerHuang 2022-09-29 08:18

关注+星标公众,不错过精彩内容

作者 | ZhengNL

转自 | 嵌入式大杂烩



嵌入式开发中,常常会自定义一些协议格式,比如用于板与板之间的通信、客户端与服务端之间的通信等。

自定义的协议格式可能有很多种,本篇文章我们来介绍一种很常用、实用、且灵活性很高的协议格式——ITLV格式。

什么是ITLV格式?

大家可能看到网络上的很多文章用的是TLV(Tag、Length、Value)格式数据。实际中,可以根据实际需要进行修改。我们这里稍微改一下,实际上也是大同小异的。

我们这里的ITLV各字段的含义:

  • I:ID或Index,用于区分是什么数据。
  • T:Type,代表数据类型,如int、float等。
  • L:Length,表示数据的长度(Value的长度)。
  • V:Value,表示实际的数据。

其中,I、T、L是固定长度的,在制定具体的数据协议之前,需要评估好当前项目的数据会有多少、数据的最大长度是多少,考虑好后续数据扩展也可以保证协议通用。一般I设置为1~2字节,T设置为1字节,L设置为1~4字节。

下面我们制定一个格式:

实际中,如果在物联网系统中数据传输,我们用户自定义的协议字段可能就只包含如上四个字段就可以了。比如我们公司的云平台上的用户数据格式用的就是类似ITLV这样的格式。用户在制定协议时的协议字段包含如上字段就可以了。

没有包头做一些数据区分,也没有校验字段,只包含如上字段就能保证数据可靠传输吗?

因为端云通信采用MQTT,基于TCP,TCP的特点就是可靠的,网络协议中会带有校验。并且,实际在传输用户数据时,还会再用户数据之前增加一些字段区分这就是用户数据。所以,其实基于它的设备SDK来进行开发,操作的数据就是如上的数据。

但是,如果应用于板与板之间的通信,只包含如上字段自然是有风险的。我们至少还需要还要包头、校验字段。

实际中根据需要还可以增加其它字段,比如如果需要分包发送,还需要增加包号;如果多块板之间进行通信,还需要增加发送数据目标地址等。

这里我们增加包头与校验字段:

其中:

(1)Head固定为0x55、0xAA。

(2)Length为1字节,即Value最大为256B。

ITLV格式数据处理

下面以例子来演示ITLV格式数据的处理。

下面我们以上面我们制定的协议编写A板的组包、解析代码。

1、设计相关数据结构

首先,我们创建一个协议格式结构体:

#pragma pack(1) 
// 协议格式
typedef struct _protocol_format
{

    uint16_t head;    
    uint8_t id;
    uint8_t type;
    uint8_t length;
    uint8_t value[];
}protocol_format_t;

type字段的取值:

// TLV 数据类型type
typedef enum _tlv_type
{
    TLV_TYPE_UINT8,
    TLV_TYPE_INT8,
    TLV_TYPE_UINT16,
    TLV_TYPE_INT16,
    TLV_TYPE_UINT32,
    TLV_TYPE_INT32,
    TLV_TYPE_STRING,
    TLV_TYPE_FLOAT,
    TLV_TYPE_BYTE_ARR,   // 字节数组
}tlv_type_e;

下面设计我们的收、发数据结构,大致思路如下:

我们创建一个总的结构体,用于管理A板往B板发送及A板接受来自B板的数据:

// 总的协议数据
typedef struct _protocol_data
{

    protocol_id_e id;
    protocol_value_t value;
}protocol_data_t;

其中,成员id是一个枚举:

左右滑动查看全部代码>>>

// 数据ID
typedef enum _protocol_id
{
    // A板发往B板
    PROTOCOL_ID_A_TO_B_BASE = 0x00,
    PROTOCOL_ID_A_TO_B_CTRL_CMD,
    PROTOCOL_ID_A_TO_B_DATE_TIME,
    PROTOCOL_ID_A_TO_B_END = 0x7F,

    // B板发往A板
    PROTOCOL_ID_B_TO_A_BASE = 0x80,
    PROTOCOL_ID_B_TO_A_WORK_STATUS,
    PROTOCOL_ID_B_TO_A_END = 0xFF,
}protocol_id_e;

包含着A->B、B->A的ID,因为ID是用1个字节标识,收、发的ID各预留一半,新增的ID在各自的BASE ID及END ID之间添加。

成员value是一个联合体,用于管理A->B、B->A的value数据:

左右滑动查看全部代码>>>

// 所有协议数据value值
typedef union _protocol_value
{
    protocol_value_a_to_b_t a_to_b_value;
    protocol_value_b_to_a_t b_to_a_value;
}protocol_value_t;

a_to_b_value及b_to_a_value也是联合体,用于管理更细分的数据:

左右滑动查看全部代码>>>

// A板发往B板的数据value值
typedef union _protocol_value_a_to_b
{
    protocol_data_ctrl_cmd_t ctrl_cmd;
    protocol_data_time_t     date_time;
}protocol_value_a_to_b_t;

// B板发往A板的数据value值
typedef union _protocol_value_b_to_a
{
    protocol_data_work_status_t work_status;
}protocol_value_b_to_a_t;

更细分的数据:

左右滑动查看全部代码>>>

// 控制命令
typedef enum _ctrl_cmd
{
    CTRL_CMD_LED_ON,
    CTRL_CMD_LED_OFF
}ctrl_cmd_e;

typedef struct _protocol_data_ctrl_cmd
{

    ctrl_cmd_e cmd;
}protocol_data_ctrl_cmd_t;

// 时间数据
typedef struct _protocol_data_time
{

    int year;
    int mon;
    int mday;
    int hour;
    int min;
    int sec;
}protocol_data_time_t;

// 工作状态
typedef enum _work_status
{
    WORK_STATUS_NORMAL,
    WORK_STATUS_ERROR
}work_status_e;

typedef struct _protocol_data_work_status
{

    work_status_e status;
}protocol_data_work_status_t;

明确了我们需要进行交互的数据的类型之后,解析来我们就可以根据它们的特点来编写组包、解析函数了。

2、组包

大致思路如下:

组包函数:

左右滑动查看全部代码>>>

int protocol_data_packet(uint8_t *buf, uint16_t len, protocol_data_t *protocol_data)
{
    int ret = -1;
    int value_len = 0;
    int offset = 0;
    protocol_format_t *p_protocol_format = NULL;

    if (!buf || !protocol_data || len < PROTOCOL_MIN_LEN)
    {
        printf("Invalid input argument!\n");
        return ret;
    }

    // 通过ID来获取value的长度
    switch (protocol_data->id)
    {
        case PROTOCOL_ID_A_TO_B_CTRL_CMD:
        {
            printf("PROTOCOL_ID_A_TO_B_CTRL_CMD\n");
            value_len = sizeof(protocol_data->value.a_to_b_value.ctrl_cmd);
            printf("protocol_format.length = %d\n", value_len);
            break;
        }
        case PROTOCOL_ID_A_TO_B_DATE_TIME:
        {
            printf("PROTOCOL_ID_A_TO_B_DATE_TIME\n");
            value_len = sizeof(protocol_data->value.a_to_b_value.date_time);
            printf("value_len = %d\n", value_len);
            break;
        }
        
        default:
            break;
    }

    // 为协议格式数据申请内存
    p_protocol_format = (protocol_format_t *)malloc(sizeof(protocol_format_t) + value_len);
    if (NULL == p_protocol_format)
    {
        printf("malloc error\n");
        return ret;
    }

    // 填充协议数据各字段
    p_protocol_format->head = PROTOCOL_HEAD;
    p_protocol_format->id = protocol_data->id;
    p_protocol_format->type = TLV_TYPE_BYTE_ARR;
    p_protocol_format->length = value_len;
    if (p_protocol_format->length <= PROTOCOL_VALUE_MAX_LEN)
    {
        memcpy(p_protocol_format->value, &protocol_data->value.a_to_b_value, p_protocol_format->length);
    }
    else
    {
        printf("protocol_format.length > PROTOCOL_VALUE_MAX_LEN\n");
    }

    // 计算校验值
    uint32_t crc_data_len = sizeof(protocol_format_t) + value_len;
    uint16_t crc16 = crc16_x25_check((uint8_t*)p_protocol_format, crc_data_len);
    printf("crc16 = %#x\n", crc16);

    // struct -> buf
    memcpy(buf, p_protocol_format, crc_data_len);
    offset += crc_data_len;
    memcpy(buf + offset, &crc16, sizeof(uint16_t));
    offset += sizeof(uint16_t);

    // 释放内存
    free(p_protocol_format);
    p_protocol_format = NULL;

    return offset;
}

3、解包

大致思路如下:

解包函数:

左右滑动查看全部代码>>>

// 解包函数
void protocol_data_parse(protocol_data_t *protocol_data, uint8_t *buf, uint16_t len)
{
    protocol_format_t *p_protocol_format = NULL;

    if (!buf || !protocol_data || len < PROTOCOL_MIN_LEN)
    {
        printf("Invalid input argument!\n");
        return;
    }

    // 为协议格式数据申请内存
    int value_len = buf[PROTOCOL_LENGTH_INDEX];
    p_protocol_format = (protocol_format_t *)malloc(sizeof(protocol_format_t) + value_len);
    if (NULL == p_protocol_format)
    {
        printf("malloc p_protocol_format error\n");
        return;
    }

    // buf -> struct
    memcpy(p_protocol_format, buf, sizeof(protocol_format_t) + value_len);
    printf("protocol_data->id = %#x\n", p_protocol_format->id);

    // 通过数据ID来解析各对应的数据
    switch (p_protocol_format->id)
    {
        case PROTOCOL_ID_B_TO_A_WORK_STATUS:
        {
            printf("PROTOCOL_ID_B_TO_A_WORK_STATUS\n");
            uint8_t work_status_len = sizeof(protocol_data->value.b_to_a_value.work_status);
            if (p_protocol_format->length == work_status_len)
            {
                memcpy(&protocol_data->value.b_to_a_value.work_status, p_protocol_format->value, p_protocol_format->length);
            }
            else
            {
                printf("p_protocol_format->length error\n");
            }
            break;
        }
        
        default:
            break;
    }

    // 释放内存
    free(p_protocol_format);
    p_protocol_format = NULL;
}

4、CRC16校验

CRC16分很多种:CRC16-X25、CRC16-MODBUS、CRC16-XMODEM等。

这里我们使用CRC16-X25:

static const unsigned short crc16_table[256] = 
{
    0x00000x11890x23120x329b0x46240x57ad0x65360x74bf,
    0x8c480x9dc10xaf5a0xbed30xca6c0xdbe50xe97e0xf8f7,
    0x10810x01080x33930x221a0x56a50x472c0x75b70x643e,
    0x9cc90x8d400xbfdb0xae520xdaed0xcb640xf9ff0xe876,
    0x21020x308b0x02100x13990x67260x76af0x44340x55bd,
    0xad4a0xbcc30x8e580x9fd10xeb6e0xfae70xc87c0xd9f5,
    0x31830x200a0x12910x03180x77a70x662e0x54b50x453c,
    0xbdcb0xac420x9ed90x8f500xfbef0xea660xd8fd0xc974,
    0x42040x538d0x61160x709f0x04200x15a90x27320x36bb,
    0xce4c0xdfc50xed5e0xfcd70x88680x99e10xab7a0xbaf3,
    0x52850x430c0x71970x601e0x14a10x05280x37b30x263a,
    0xdecd0xcf440xfddf0xec560x98e90x89600xbbfb0xaa72,
    0x63060x728f0x40140x519d0x25220x34ab0x06300x17b9,
    0xef4e0xfec70xcc5c0xddd50xa96a0xb8e30x8a780x9bf1,
    0x73870x620e0x50950x411c0x35a30x242a0x16b10x0738,
    0xffcf0xee460xdcdd0xcd540xb9eb0xa8620x9af90x8b70,
    0x84080x95810xa71a0xb6930xc22c0xd3a50xe13e0xf0b7,
    0x08400x19c90x2b520x3adb0x4e640x5fed0x6d760x7cff,
    0x94890x85000xb79b0xa6120xd2ad0xc3240xf1bf0xe036,
    0x18c10x09480x3bd30x2a5a0x5ee50x4f6c0x7df70x6c7e,
    0xa50a0xb4830x86180x97910xe32e0xf2a70xc03c0xd1b5,
    0x29420x38cb0x0a500x1bd90x6f660x7eef0x4c740x5dfd,
    0xb58b0xa4020x96990x87100xf3af0xe2260xd0bd0xc134,
    0x39c30x284a0x1ad10x0b580x7fe70x6e6e0x5cf50x4d7c,
    0xc60c0xd7850xe51e0xf4970x80280x91a10xa33a0xb2b3,
    0x4a440x5bcd0x69560x78df0x0c600x1de90x2f720x3efb,
    0xd68d0xc7040xf59f0xe4160x90a90x81200xb3bb0xa232,
    0x5ac50x4b4c0x79d70x685e0x1ce10x0d680x3ff30x2e7a,
    0xe70e0xf6870xc41c0xd5950xa12a0xb0a30x82380x93b1,
    0x6b460x7acf0x48540x59dd0x2d620x3ceb0x0e700x1ff9,
    0xf78f0xe6060xd49d0xc5140xb1ab0xa0220x92b90x8330,
    0x7bc70x6a4e0x58d50x495c0x3de30x2c6a0x1ef10x0f78
};

uint16_t crc16_x25_check(uint8_t* data, uint32_t length)
{
 unsigned short crc_reg = 0xFFFF;
 
 while (length--)
 {
  crc_reg = (crc_reg >> 8) ^ crc16_table[(crc_reg ^ *data++) & 0xff];
 }
 
 return (uint16_t)(~crc_reg) & 0xFFFF;
}

5、测试代码

下面我们编写组包、解包测试代码:

  • 组包控制命令数据,并把组包之后的发送缓冲区中的数据打印出来。
  • 组包时间数据,并把组包之后的发送缓冲区中的数据打印出来。
  • 从一个模拟的工作状态接受缓冲区数据中解析工作状态数据并打印出来。

测试代码如:

左右滑动查看全部代码>>>

// 微信公众号:嵌入式大杂烩
#include    
#include 
#include "protocol_tlv.h"

int main(int arc, char *argv[])
{
    static uint8_t send_buf[PROTOCOL_MAX_LEN] = {0};
    protocol_data_t protocol_data_send = {0};
    int send_len = 0;

    printf("\n==============================test packet===========================================\n");
    // 模拟组包发送控制命令
    bzero(send_buf, sizeof(send_buf));
    bzero(&protocol_data_send, sizeof(protocol_data_t));
    protocol_data_send.id = PROTOCOL_ID_A_TO_B_CTRL_CMD;
    protocol_data_send.value.a_to_b_value.ctrl_cmd.cmd = CTRL_CMD_LED_OFF;
    send_len = protocol_data_packet(send_buf, PROTOCOL_MAX_LEN, &protocol_data_send);
    printf("send ctrl data = ");
    print_hex_data_frame(send_buf, send_len);

    // 模拟组包发送时间数据
    bzero(send_buf, sizeof(send_buf));
    bzero(&protocol_data_send, sizeof(protocol_data_t));
    protocol_data_send.id = PROTOCOL_ID_A_TO_B_DATE_TIME;
    protocol_data_send.value.a_to_b_value.date_time.year = 2022;
    protocol_data_send.value.a_to_b_value.date_time.mon = 8;
    protocol_data_send.value.a_to_b_value.date_time.mday = 20;
    protocol_data_send.value.a_to_b_value.date_time.hour = 8;
    protocol_data_send.value.a_to_b_value.date_time.min = 8;
    protocol_data_send.value.a_to_b_value.date_time.sec = 8;
    send_len = protocol_data_packet(send_buf, PROTOCOL_MAX_LEN, &protocol_data_send);
    printf("send date_time data = ");
    print_hex_data_frame(send_buf, send_len);

    printf("\n==============================test parse===========================================\n");
    // 模拟解析工作状态数据
    uint8_t work_status_buf[11] = {0x550xAA0x810x080x040x010x000x000x000xf20x88};
    protocol_data_t protocol_data_recv = {0};

    uint16_t calc_crc16 = crc16_x25_check(work_status_buf, sizeof(work_status_buf) - 2);
    uint16_t recv_crc16 = (uint16_t)(work_status_buf[10] << 8) | work_status_buf[9];

    if (calc_crc16 == recv_crc16)
    {
        protocol_data_parse(&protocol_data_recv, work_status_buf, sizeof(work_status_buf));
        printf("work_status = %d\n", protocol_data_recv.value.b_to_a_value.work_status.status);
    }

 return 0;
}

编译、运行:

对照着我们制定的协议,数据完全正确!

ITLV格式的其它用法

ITLV格式具有很强的灵活性,我们这里使用的数据类型Type为字节数组,其实使用字符串类型也很常用,比如为了协议具备更强的可读性、方便调试,可以在Value字段里再封装一层JSON格式数据。其实我觉得Type的选项只保留字节数组及字符串就够用了,可以满足所有情况。

当然,可能有些数据长度总是定长的,也可以用其它定长的类型。比如数据都是一些定长的类型,那么L字段也可以省略掉。实际中,比较通用的做法就是:全用字节数组或者全用字符串。别混着用,代码可能会很混乱。

声明:本文素材来源网络,版权归原作者所有。如涉及作品版权问题,请与我联系删除。


------------ END ------------



●专栏《嵌入式工具

●专栏《嵌入式开发》

●专栏《Keil教程》

●嵌入式专栏精选教程


关注公众号回复“加群”按规则加入技术交流群,回复“1024”查看更多内容。




点击“阅读原文”查看更多分享。
strongerHuang 作者黄工,高级嵌入式软件工程师,分享嵌入式软硬件、物联网、单片机、开发工具、电子等内容。
评论 (0)
  • 文/郭楚妤编辑/cc孙聪颖‍不久前,中国发展高层论坛 2025 年年会(CDF)刚刚落下帷幕。本次年会围绕 “全面释放发展动能,共促全球经济稳定增长” 这一主题,吸引了全球各界目光,众多重磅嘉宾的出席与发言成为舆论焦点。其中,韩国三星集团会长李在镕时隔两年的访华之行,更是引发广泛热议。一直以来,李在镕给外界的印象是不苟言笑。然而,在论坛开幕前一天,李在镕却意外打破固有形象。3 月 22 日,李在镕与高通公司总裁安蒙一同现身北京小米汽车工厂。小米方面极为重视此次会面,CEO 雷军亲自接待,小米副董
    华尔街科技眼 2025-04-01 19:39 225浏览
  • 在智能交互设备快速发展的今天,语音芯片作为人机交互的核心组件,其性能直接影响用户体验与产品竞争力。WT588F02B-8S语音芯片,凭借其静态功耗<5μA的卓越低功耗特性,成为物联网、智能家居、工业自动化等领域的理想选择,为设备赋予“听得懂、说得清”的智能化能力。一、核心优势:低功耗与高性能的完美结合超低待机功耗WT588F02B-8S在休眠模式下待机电流仅为5μA以下,显著延长了电池供电设备的续航能力。例如,在电子锁、气体检测仪等需长期待机的场景中,用户无需频繁更换电池,降低了维护成本。灵活的
    广州唯创电子 2025-04-02 08:34 159浏览
  • 引言在语音芯片设计中,输出电路的设计直接影响音频质量与系统稳定性。WT588系列语音芯片(如WT588F02B、WT588F02A/04A/08A等),因其高集成度与灵活性被广泛应用于智能设备。然而,不同型号在硬件设计上存在关键差异,尤其是DAC加功放输出电路的配置要求。本文将从硬件架构、电路设计要点及选型建议三方面,解析WT588F02B与F02A/04A/08A的核心区别,帮助开发者高效完成产品设计。一、核心硬件差异对比WT588F02B与F02A/04A/08A系列芯片均支持PWM直推喇叭
    广州唯创电子 2025-04-01 08:53 199浏览
  • 文/Leon编辑/cc孙聪颖‍步入 2025 年,国家进一步加大促消费、扩内需的政策力度,家电国补政策将持续贯穿全年。这一利好举措,为行业发展注入强劲的增长动力。(详情见:2025:消费提振要靠国补还是“看不见的手”?)但与此同时,也对家电企业在战略规划、产品打造以及市场营销等多个维度,提出了更为严苛的要求。在刚刚落幕的中国家电及消费电子博览会(AWE)上,家电行业的竞争呈现出胶着的态势,各大品牌为在激烈的市场竞争中脱颖而出,纷纷加大产品研发投入,积极推出新产品,试图提升产品附加值与市场竞争力。
    华尔街科技眼 2025-04-01 19:49 216浏览
  • 引言随着物联网和智能设备的快速发展,语音交互技术逐渐成为提升用户体验的核心功能之一。在此背景下,WT588E02B-8S语音芯片,凭借其创新的远程更新(OTA)功能、灵活定制能力及高集成度设计,成为智能设备语音方案的优选。本文将从技术特性、远程更新机制及典型应用场景三方面,解析该芯片的技术优势与实际应用价值。一、WT588E02B-8S语音芯片的核心技术特性高性能硬件架构WT588E02B-8S采用16位DSP内核,内部振荡频率达32MHz,支持16位PWM/DAC输出,可直接驱动8Ω/0.5W
    广州唯创电子 2025-04-01 08:38 169浏览
  • 提到“质量”这两个字,我们不会忘记那些奠定基础的大师们:休哈特、戴明、朱兰、克劳士比、费根堡姆、石川馨、田口玄一……正是他们的思想和实践,构筑了现代质量管理的核心体系,也深远影响了无数企业和管理者。今天,就让我们一同致敬这些质量管理的先驱!(最近流行『吉卜力风格』AI插图,我们也来玩玩用『吉卜力风格』重绘质量大师画象)1. 休哈特:统计质量控制的奠基者沃尔特·A·休哈特,美国工程师、统计学家,被誉为“统计质量控制之父”。1924年,他提出世界上第一张控制图,并于1931年出版《产品制造质量的经济
    优思学院 2025-04-01 14:02 152浏览
  • 退火炉,作为热处理设备的一种,广泛应用于各种金属材料的退火处理。那么,退火炉究竟是干嘛用的呢?一、退火炉的主要用途退火炉主要用于金属材料(如钢、铁、铜等)的热处理,通过退火工艺改善材料的机械性能,消除内应力和组织缺陷,提高材料的塑性和韧性。退火过程中,材料被加热到一定温度后保持一段时间,然后以适当的速度冷却,以达到改善材料性能的目的。二、退火炉的工作原理退火炉通过电热元件(如电阻丝、硅碳棒等)或燃气燃烧器加热炉膛,使炉内温度达到所需的退火温度。在退火过程中,炉内的温度、加热速度和冷却速度都可以根
    锦正茂科技 2025-04-02 10:13 78浏览
  • 探针本身不需要对焦。探针的工作原理是通过接触被测物体表面来传递电信号,其精度和使用效果取决于探针的材质、形状以及与检测设备的匹配度,而非对焦操作。一、探针的工作原理探针是检测设备中的重要部件,常用于电子显微镜、坐标测量机等精密仪器中。其工作原理主要是通过接触被测物体的表面,将接触点的位置信息或电信号传递给检测设备,从而实现对物体表面形貌、尺寸或电性能等参数的测量。在这个过程中,探针的精度和稳定性对测量结果具有至关重要的影响。二、探针的操作要求在使用探针进行测量时,需要确保探针与被测物体表面的良好
    锦正茂科技 2025-04-02 10:41 77浏览
  • 北京贞光科技有限公司作为紫光同芯授权代理商,专注于为客户提供车规级安全芯片的硬件供应与软件SDK一站式解决方案,同时配备专业技术团队,为选型及定制需求提供现场指导与支持。随着新能源汽车渗透率突破40%(中汽协2024数据),智能驾驶向L3+快速演进,车规级MCU正迎来技术范式变革。作为汽车电子系统的"神经中枢",通过AEC-Q100 Grade 1认证的MCU芯片需在-40℃~150℃极端温度下保持μs级响应精度,同时满足ISO 26262 ASIL-D功能安全要求。在集中式
    贞光科技 2025-04-02 14:50 134浏览
  • 据先科电子官方信息,其产品包装标签将于2024年5月1日进行全面升级。作为电子元器件行业资讯平台,大鱼芯城为您梳理本次变更的核心内容及影响:一、标签变更核心要点标签整合与环保优化变更前:卷盘、内盒及外箱需分别粘贴2张标签(含独立环保标识)。变更后:环保标识(RoHS/HAF/PbF)整合至单张标签,减少重复贴标流程。标签尺寸调整卷盘/内盒标签:尺寸由5030mm升级至**8040mm**,信息展示更清晰。外箱标签:尺寸统一为8040mm(原7040mm),提升一致性。关键信息新增新增LOT批次编
    大鱼芯城 2025-04-01 15:02 206浏览
  • 职场之路并非一帆风顺,从初入职场的新人成长为团队中不可或缺的骨干,背后需要经历一系列内在的蜕变。许多人误以为只需努力工作便能顺利晋升,其实核心在于思维方式的更新。走出舒适区、打破旧有框架,正是让自己与众不同的重要法宝。在这条道路上,你不只需要扎实的技能,更需要敏锐的观察力、不断自省的精神和前瞻的格局。今天,就来聊聊那改变命运的三大思维转变,让你在职场上稳步前行。工作初期,总会遇到各式各样的难题。最初,我们习惯于围绕手头任务来制定计划,专注于眼前的目标。然而,职场的竞争从来不是单打独斗,而是团队协
    优思学院 2025-04-01 17:29 208浏览
  • 随着汽车向智能化、场景化加速演进,智能座舱已成为人车交互的核心承载。从驾驶员注意力监测到儿童遗留检测,从乘员识别到安全带状态判断,座舱内的每一次行为都蕴含着巨大的安全与体验价值。然而,这些感知系统要在多样驾驶行为、复杂座舱布局和极端光照条件下持续稳定运行,传统的真实数据采集方式已难以支撑其开发迭代需求。智能座舱的技术演进,正由“采集驱动”转向“仿真驱动”。一、智能座舱仿真的挑战与突破图1:座舱实例图智能座舱中的AI系统,不仅需要理解驾驶员的行为和状态,还要同时感知乘员、儿童、宠物乃至环境中的潜在
    康谋 2025-04-02 10:23 105浏览
我要评论
0
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦