【Zeekr_Tech】软件定义汽车之SOME/IP介绍

原创 已于 2022-03-24 14:08:25 修改 · 517 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#人工智能 #架构

于 2022-03-21 15:14:35 首次发布
极氪汽车软件及电子中心的Tony介绍了软件定义汽车中的SOME/IP技术。该中心致力于打造顶级电子电气架构，涉及中央计算、智能区域控制器、整车OTA、智能车身控制、整车软件等多个领域，以保障智能电动车的先进性和用户体验。

本文作者：极氪软件及电子中心-Tony

 

 

 

最低0.47元/天 解锁文章
Zeekr_Tech
关注
Common API Some/IP 环境的搭建
u014397092的博客
12-13 1万+
SOME/IP是汽车行业使用的一个通信协议，符合autoSAR标准。 他的git是https://github.com/GENIVI/capicxx-core-tools/wiki 首先你的ubuntu需要安装cmake，git 和jre8 jre的版本高了可能不行 第一步： $ git clone https://github.com/GENIVI/capicxx-core-runti
【Zeekr_Tech】ROS/ROS 2介绍
Geely_Tech的博客
04-21 6214
极氪软件及电子中心王阳明 前言 ROS是机器人操作系统（Robot Operating System）的英文缩写。ROS是用于编写机器人软件程序的一种具有高度灵活性的软件架构。ROS的原型源自斯坦福大学的STanford Artificial Intelligence Robot (STAIR) 和 Personal Robotics (PR)项目。 机器人的工业界和学术界在软件工具的使用上是有明显的分歧的。由于机器人的工业界并不像消费类电子这样出货量巨大，所以绝对高的技术壁垒和封闭的生态是十分常见
浅谈SomeIP以及在AutoSAR中的运用
热门推荐
weixin_43307365的博客
11-05 1万+
SomeIP的由来 (以下文章来源于Vehicle软件开发 ，作者Vehicle软件开发) 随着汽车智能化和网络化的发展，汽车自动驾驶、车载娱乐、远程诊断升级等新技术对车载通信提出了更高的要求。如何将现有的以太网技术运用到汽车领域是我们面临的一大挑战。而在汽车领域长期都是CAN通信占据主导地位，在汽车中如何找到一种像CAN、MOST一样通信方式，同时支持现有的TCP、UPD协议，又具有网络通信的单播协议，有限制的使用多播和广播通信，加强对以太网的重用性，充分利用以太网传输数据多，安全性高等特点，开发一种合适
【软件定义汽车】SOA协议DDS和Some/IP对比
u012739527的博客
05-18 8362
DDS和Some/Ip介绍和比较
SOME/IP的车载网络应用
04-12 4923
本文摘自车载以太网SOME/IP 1 前言 车载信息娱乐系统（In-Vehicle Infotainment，IVI）由收音机逐步发展而来，目前IVI系统已成为车内的重要信息显示单元，并已安装于大多数主流车型。随着信息技术和汽车电子的迅速发展，IVI系统集成的功能越来越多，包括音频播放、视频播放、移动电视、生活资讯、导航定位、移动上网、辅助驾驶、远程诊断、云端升级和行车安全。 功能众多对信息显示的...
为什么需要SOME/IP协议
sigent的博客
10-29 4822
为什么需要SOME/IP协议 The basic motivation to specify “yet another Client/Server and Sender/Receiver mechanism“ instead of using an existing infrastructure/technology is the goal to have a technology that: 规...
【Zeekr_Tech】汽车软件RTOS-之AUTOSAR OS多核控制简介
Geely_Tech的博客
04-15 8366
极氪软件及电子中心 jojo 实时操作系统（RTOS）是指当外界事件或数据产生时，能够接受并以足够快的速度予以处理，其处理的结果又能在规定的时间之内来控制生产过程或对处理系统做出快速响应，调度一切可利用的资源完成实时任务，并控制所有实时任务协调一致运行的操作系统。 与实时操作系统对应的就是非实时操作系统了，例如Linux（可以通过给内核打上RT补丁使其变为实时操作系统），windows。这类操作系统将系统处理机时间和内存空间按照一定的时间间隔，轮流地切换给各终端用户的程序使用，会给低优先...
【Zeekr_Tech】TARA攻击树分析方法论
Geely_Tech的博客
03-21 7636
攻击树分析是核心的环节，表述了抽象的威胁场景具体有哪些实现路径。下面简要分析如何做攻击树模型。
【Zeekr_Tech】汽车软件敏捷开发和分支管理
Geely_Tech的博客
04-08 836
极氪软件及电子中心Filip 经过十多年的发展，敏捷软件开发已经从一种前卫的开发方式转变成为在各大软件公司中被广泛应用的主流技术，变成了互联网行业的一种潮流，而随着软件定义汽车等概念的兴起，软件在一辆汽车中的价值正在不断增加。电动化、网联化、智能化、共享化的背后都需要强大的软件能力作为支撑，而软件能力不仅体现在构建出高质量的软件产品上，同时还体现在软件产品的快速迭代以满足快速变化的市场需求的能力之上。这样的变化无疑给汽车软件开发带来了新的挑战，同时也带来了巨大的机遇，新玩家纷纷入场，期望在软件和用户体验上
【Zeekr_Tech】整车OTA概述
Geely_Tech的博客
04-29 1568
Charlie, Rona 什么是OTA OTA英文全称为Over-The-Air technology(空中下载技术)，即通过移动通信的接口从远程服务器下载新的软件更新包，对自身系统进行升级，从而满足厂商的应用管理需求。OTA技术可以理解为一种远程无线升级技术。具体来说,OTA升级可以分为三个阶段，即组织更新包，推送更新包，安装更新包，整个阶段通过网络通信连接，最终实现终端内存储数据的更新，进而改善终端的功能和服务技术。 OTA业务架构 OTA技术指系统层级的远程升级技术，可以让汽车.
【Zeekr_Tech】TSN 介绍
Geely_Tech的博客
05-25 1300
前言 TSN 是时间敏感网络（Time-Sensitive Network）的英文缩写，是 IEEE802.1 TSN 工作组开发的一系列数据链路层协议规范的统称，用于指导和开发低延迟、低抖动，并具有传输时间确定性的以太网局域网，是传统以太网在汽车等特定应用环境下的增强功能实现。 TSN 的发展史 早期的以太网采用的交换机主要使用半双工模式，传输带宽为100M，传输延时为 5ms，单根线路的最大长度为 100m。紧接着，在千兆以太网和全双工传输技术的快速发展中，局域网中基本普及了千兆交换机，默认...
OTA系列小问答：汽车OTA技术架构主要有哪些？域控制器作为OTA master 有什么要求？
Polelink北汇信息的博客
04-13 4812
汽车OTA技术架构主要有哪些？ 汽车OTA的架构离不开整车的电子电器架构。汽车架构类似于人或者建筑的骨架，而OTA是利用了整车架构的一部分要素来实现远程升级的功能。目前应用比较广泛的OTA架构有两种： 分布式架构：车内刷写时诊断工具通过OBD诊断口接入整车网络，一般通过DoIP/DoCAN等协议与整车网关交互，一级级的通过网关形成分布式的架构。这种分布式结构通常通过UDS诊断协议来实现OTA车内数据交互，因为早期车内刷写基本都是基于UDS诊断实现的，很多厂商会在这个基础上兼容OTA升级技术。
【推荐系统】深度学习训练框架（五）：pyspark分布式TorchDistributor主从读取OSS文件认证机制
人工智能领域博客
11-28 1825
摘要： 本文详细解释了Spark Driver端与Worker端在OSS认证上的核心区别。Driver端通过Spark配置自动认证，而Worker端（独立Python进程）需显式提供认证信息。认证来源优先级为：1)Driver传递参数，2)环境变量，3)IAM角色。文章分析了架构差异导致的不同认证方式，并推荐从Driver传递认证信息的解决方案。当前实现已采用该方案，通过Spark配置或环境变量获取认证后传递给Worker进程，确保PyArrow能正确访问OSS数据。
信息检索13
2301_80828873的博客
11-26 2185
最近邻检索的方法，PQ，IVF,HNSW
向量嵌入：RAG系统背后的语义引擎
uncle_ll的博客
11-29 1174
向量嵌入技术将高维语义信息压缩为低维向量，使相似概念在向量空间中聚集。作为RAG系统的核心，嵌入质量直接影响语义检索效果。从静态词嵌入到动态上下文嵌入，技术不断演进，解决了多义词等难题。现代嵌入模型基于Transformer架构，通过对比学习优化检索性能。选型需考虑MTEB排名、语言支持等维度，并结合业务测试。未来趋势包括多模态融合、知识图谱增强和轻量化部署。嵌入技术已成为NLP领域的关键支柱，其优化对提升RAG系统性能至关重要。
07_Spring AI 干货笔记之提示词
最新发布
在科技的浪潮中，我们寻找着创新的火种，在代码的海洋里，我们编织着智慧的网。腾飞开源，就是这样一个由技术精英汇聚而成的博客平台，我们致力于分享在Java、Python、IoT和人工智能等领域的最新研究成果和实战经验。 在腾飞开源的博客上，你会看到紧跟技术前
11-30 898
本文详细介绍了Spring AI中的提示词核心概念与API设计。提示词作为引导AI模型生成特定输出的关键输入，其结构从简单字符串演进为包含多角色消息的复杂形式。Spring AI通过Prompt和Message接口提供结构化提示词管理，支持系统、用户、助手等角色分配。PromptTemplate类实现动态内容渲染，并支持自定义模板引擎。文章还涵盖提示词工程的最佳实践与令牌机制，为开发者提供完整的提示词设计解决方案。
RAG信息检索全解析：从Embedding到Reranker的超详细教程1
Trb201013的博客
11-27 1399
文章介绍了RAG系统中信息检索环节的核心技术，包括文档段落嵌入和用户查询嵌入，将文本转换为向量表示；详细解释了相似度检索的多种方法，如Top-K检索、MMR策略和Reranker二次排序技术；强调了合理切分策略对嵌入效果的重要性，以及查询扩展技术对提高检索准确度的作用。指出RAG的本质是"开卷考试"，检索质量直接影响最终生成效果。
【LoRA（低秩适应）技术详解：原理、公式与实践】
m0_46882548的博客
11-26 1633
参数高效：可训练参数量通常仅为全量微调的0.01% - 3%，极大降低了计算和存储成本。内存友好：由于大部分原始权重被冻结，无需存储其优化器状态，显著减少了训练时的显存占用。无推理延迟：训练后可将LoRA权重合并回原模型，推理速度与原始模型一致。模块化与灵活性：一个基础模型可以搭配多个针对不同任务的、体积很小（几兆字节）的LoRA适配器，轻松切换任务。减轻灾难性遗忘：因为原始权重基本不动，模型在适应新任务时更不容易遗忘预训练时获得的通用知识。
【LLM】DeepSeekMath-V2模型
发现问题，并解决问题，批判性思维
11-29 782
研究问题：这篇文章要解决的问题是如何在大型语言模型（LLMs）中进行自我验证的数学推理。具体来说，现有的基于最终答案奖励的强化学习方法在数学推理中存在根本局限性，因为正确答案并不能保证推理的正确性，特别是在定理证明任务中。 研究难点：该问题的研究难点包括：如何在不依赖最终答案的情况下验证推理的正确性；如何在生成和验证之间建立有效的迭代改进循环；如何在没有已知解决方案的开放问题上扩展测试时计算。 相关工作：该问题的研究相关工作有：OpenAI的推理模型在定量推理竞赛中取得了显著进展；DeepMind的Deep
``` typedef enum QL_NW_NETWORK_STATUS_TYPE_ENUM { QL_NW_NETWORK_STATUS_NONE = 0, /**< Network status not available. */ QL_NW_NETWORK_STATUS_CURRENT_SERVING = 1, /**< Current serving network. */ QL_NW_NETWORK_STATUS_PREFERRED = 2, /**< Preferred network. */ QL_NW_NETWORK_STATUS_NOT_PREFERRED = 3, /**< Not the preferred network. */ QL_NW_NETWORK_STATUS_AVAILABLE = 4, /**< Service available. */ QL_NW_NETWORK_STATUS_FORBIDDEN = 5 /**< Forbidden service. */ }QL_NW_NETWORK_STATUS_TYPE_E; typedef enum QL_NW_RADIO_TECH_TYPE_ENUM { QL_NW_RADIO_TECH_TD_SCDMA = 1, QL_NW_RADIO_TECH_GSM = 2, /**< GSM; only supports voice. */ QL_NW_RADIO_TECH_HSPAP = 3, /**< HSPA+. */ QL_NW_RADIO_TECH_LTE = 4, /**< LTE. */ QL_NW_RADIO_TECH_EHRPD = 5, /**< EHRPD. */ QL_NW_RADIO_TECH_EVDO_B = 6, /**< EVDO B. */ QL_NW_RADIO_TECH_HSPA = 7, /**< HSPA. */ QL_NW_RADIO_TECH_HSUPA = 8, /**< HSUPA. */ QL_NW_RADIO_TECH_HSDPA = 9, /**< HSDPA. */ QL_NW_RADIO_TECH_EVDO_A = 10, /**< EVDO A. */ QL_NW_RADIO_TECH_EVDO_0 = 11, /**< EVDO 0. */ QL_NW_RADIO_TECH_1xRTT = 12, /**< 1xRTT. */ QL_NW_RADIO_TECH_IS95B = 13, /**< IS95B. */ QL_NW_RADIO_TECH_IS95A = 14, /**< IS95A. */ QL_NW_RADIO_TECH_UMTS = 15, /**< UMTS. */ QL_NW_RADIO_TECH_EDGE = 16, /**< EDGE. */ QL_NW_RADIO_TECH_GPRS = 17, /**< GPRS. */ QL_NW_RADIO_TECH_NR5G = 18, /**< NR5G. */ QL_NW_RADIO_TECH_NONE = 19 /**< No technology selected. */ }QL_NW_RADIO_TECH_TYPE_E; typedef struct { char long_eons[512 + 1]; /**< Long EONS.*/ char short_eons[512 + 1]; /**< Short EONS.*/ char mcc[3 + 1]; /**< Mobile country code.*/ char mnc[3 + 1]; /**< Mobile network code.*/ }ql_nw_mobile_operator_name_info_t; typedef struct { ql_nw_mobile_operator_name_info_t operator_name; /**< Operator name.*/ QL_NW_NETWORK_STATUS_TYPE_E network_status; /**< Network status.*/ QL_NW_RADIO_TECH_TYPE_E rat; /**< Radio technology.*/ }ql_nw_scan_entry_info_t; #define QL_NW_SCAN_MAX_LIST_NUM 40 typedef struct { uint32_t entry_len; /**< Must be set to the number of elements in entry. */ ql_nw_scan_entry_info_t entry[QL_NW_SCAN_MAX_LIST_NUM]; /**< Scan entry.*/ }ql_nw_scan_result_list_info_t;```以上Linux C代码中，结构体"ql_nw_scan_result_list_info_t"的长度为多少
03-29
<think>好的，我现在需要计算结构体"ql_nw_scan_result_list_info_t"的长度。首先，我得仔细看一下这个结构体的定义。 结构体里面有两个成员：一个是entry_len，类型是uint32_t，另一个是entry数组，类型是ql_nw_scan_entry_info_t，数组长度是QL_NW_SCAN_MAX_LIST_NUM，也就是40。 首先，计算entry_len的大小。uint32_t在大多数系统中是4个字节。所以这部分占4字节。 接下来是entry数组。每个数组元素是ql_nw_scan_entry_info_t结构体。那我需要先算出单个ql_nw_scan_entry_info_t的大小，再乘以40。 看看ql_nw_scan_entry_info_t的定义： - operator_name：类型是ql_nw_mobile_operator_name_info_t - network_status：QL_NW_NETWORK_STATUS_TYPE_E枚举，通常是int类型，占4字节 - rat：QL_NW_RADIO_TECH_TYPE_E枚举，同样按4字节算 接下来分解ql_nw_mobile_operator_name_info_t结构体： - long_eons是char数组，长度512+1=513字节 - short_eons同样513字节 - mcc是3+1=4字节 - mnc也是4字节 所以总和是513+513+4+4=1034字节 然后ql_nw_scan_entry_info_t的大小是1034（operator_name） + 4（network_status） + 4（rat）= 1042字节？不过这里可能要考虑内存对齐的问题。比如结构体中的成员可能需要按照4字节对齐，所以每个成员的实际偏移可能被填充。 假设ql_nw_mobile_operator_name_info_t结构体本身的大小确实是1034字节，但可能编译器会进行填充。例如，char数组后面如果有int类型的成员，可能需要对齐到4字节边界。例如，在ql_nw_scan_entry_info_t中，operator_name之后是network_status（4字节）和rat（4字节）。如果operator_name的大小是1034字节，那么1034之后的位置是否满足4字节对齐？ 比如，1034除以4余2，这样后面network_status的起始地址可能不是4的倍数，编译器可能会在operator_name后面填充2个字节，使得总大小变为1034 + 2 = 1036，然后加上network_status（4）和rat（4），所以ql_nw_scan_entry_info_t的大小是1036 +4 +4=1044字节？ 或者，可能ql_nw_mobile_operator_name_info_t结构体内部是否有填充？比如，里面的成员都是char数组，可能不需要填充，所以总大小是1034字节。然后当它作为结构体成员时，后面的枚举类型可能需要对齐，所以整个ql_nw_scan_entry_info_t的结构体可能会有填充。例如，operator_name是1034字节，后面接两个枚举，每个4字节。如果operator_name的结束位置是1034，那么network_status的起始地址是1034，可能不是4的倍数（1034除以4余2），所以编译器会在operator_name后面填充2字节，使得总operator_name占1036字节，然后network_status和rat各占4，总共1036 +4 +4=1044字节。这样整个结构体ql_nw_scan_entry_info_t的大小是1044字节。 这样的话，entry数组的每个元素是1044字节，40个元素就是40*1044=41760字节。再加上entry_len的4字节，整个结构体的大小是4 + 41760=41764字节。但是还要考虑结构体内存对齐的问题。比如，entry_len是uint32_t（4字节），后面跟着一个结构体数组。由于结构体数组中的每个元素的对齐要求可能更高，比如如果ql_nw_scan_entry_info_t的对齐要求是4字节，那么entry数组的起始地址应该是4字节对齐的，这在结构体中已经满足，因为entry_len之后就是entry数组。所以整个结构体的大小是entry_len的4字节加上entry数组的41760字节，总41764字节。不过可能结构体本身的对齐方式会影响整个结构体的大小。例如，结构体可能需要按照其最大成员的对齐要求来对齐，但这里最大的成员是entry数组，每个元素的对齐可能为4字节。因此整个结构体的总大小是4 + 41760 =41764，不需要额外的填充，因为entry数组的起始地址在4字节之后已经是4的倍数（4+0=4，对齐没问题）。 不过可能我之前的计算有误。比如，ql_nw_scan_entry_info_t的实际大小可能不是1044字节，而是别的数值。比如，如果ql_nw_mobile_operator_name_info_t的大小是1034，而后面两个枚举类型各占4字节，那么结构体总大小可能为1034 +4+4=1042，但编译器可能会在结构体末尾填充，使得整个结构体的大小是4的倍数。例如，1042除以4等于260.5，所以可能填充2字节到1044，使结构体总大小为1044字节。这样每个entry元素是1044字节，40个就是40*1044=41760。然后整个ql_nw_scan_result_list_info_t结构体的大小是4（entry_len） +41760=41764字节。而结构体本身的对齐可能要求entry数组的对齐方式，如果entry数组的对齐要求更高，比如8字节，那么entry_len后面可能会有填充。但此处entry数组的元素是结构体，其对齐要求可能由它的成员决定。例如，如果ql_nw_scan_entry_info_t的对齐要求是4字节，那么entry数组的起始地址只需要4字节对齐即可。entry_len是4字节，之后直接跟着entry数组，所以不需要填充。因此整个结构体的大小是4 +41760=41764。 综上，结构体的大小应该是41764字节。</think>结构体 `ql_nw_scan_result_list_info_t` 的长度计算步骤如下： 1. **成员 `entry_len`** - 类型为 `uint32_t`，占 **4 字节**。 2. **成员 `entry` 数组** - 数组长度为 `QL_NW_SCAN_MAX_LIST_NN`（即 40），每个元素类型为 `ql_nw_scan_entry_info_t`。 - **计算单个 `ql_nw_scan_entry_info_t` 的大小**： - `operator_name`（类型 `ql_nw_mobile_operator_name_info_t`）： ```c struct { char long_eons[513]; // 513 字节 char short_eons[513]; // 513 字节 char mcc[4]; // 4 字节 char mnc[4]; // 4 字节 } ``` **总大小**：$513 + 513 + 4 + 4 = 1034$ 字节（无需填充，因 `char` 数组无对齐要求）。 - `network_status`（枚举类型）：通常为 `int`，占 **4 字节**。 - `rat`（枚举类型）：同样占 **4 字节**。 - **内存对齐**：整个结构体 `ql_nw_scan_entry_info_t` 的大小需按 4 字节对齐。 - $1034 + 4 + 4 = 1042$ 字节 → 末尾填充 **2 字节**，最终大小为 **1044 字节**。 - **数组总大小**：$40 \times 1044 = 41760$ 字节。 3. **结构体总长度** - `entry_len`（4 字节） + `entry` 数组（41760 字节） = **41764 字节**。 - 无额外填充，因 `entry` 数组起始地址已满足对齐要求。 **最终结果**： $$ \boxed{41764} $$
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值