自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(1352)
  • 资源 (26)
  • 问答 (1)
  • 收藏
  • 关注

原创 从 Best Effort 到 Deterministic Ethernet:一文读懂 TSN 802.1Qbv TAS 调度机制

门控列表(GCL,Gate Control List)是每个端口的有序门操作状态列表,核心作用是预先设定开关指令,规定不同时间点允许哪类数据传输、哪类数据等待,系统按此时刻表周期性循环执行,确保高优先级数据准时传输,实现确定性通信。GCL)是 TAS 机制的核心,它定义了一个精确的时间表,告诉网络设备在什么时间应该打开或关闭哪些队列的传输门。在全网时钟同步的条件下,TAS 中的门控列表(GCL)会周期性地控制各队列出口门的开闭,并且每一时刻在所有门开放的队列中按照严格的优先级进行传输。

2026-03-30 14:05:52 376

原创 自动驾驶 ECU 确定性调度体系:从核绑定到全栈可控架构

这样,我们可以把关键任务的书,只放在书架的前几行,而其他任务的书只能放在后几行,物理上隔离。当我们把CPU、Cache、内存、中断都做到极致后,如果还想更进一步,或者要满足严格的功能安全要求(如ISO 26262的免于干扰,FFI,Freedom From Interference),就需要从“逻辑隔离”走向“物理隔离”。,分配给不同的虚拟机。自动驾驶系统的终极竞争,表面上看是算力的竞争,深一层看是算法的竞争,但归根结底,是“确定性能力”的竞争——即在任何情况下,都能在确切的时间内,给出确切的结果。

2026-03-30 13:44:29 42

原创 someip与vlan的关系是?

SOME/IP 与 VLAN 是;SOME/IP 报文跑在以太网帧里,可携带 VLAN Tag,VLAN 决定报文的转发范围,二者共同保障车载网络的服务化、隔离与安全。

2026-03-23 15:39:49 23

原创 从 Best Effort 到 Deterministic Ethernet:一文读懂 TSN 802.1Qbv TAS 调度机制

门控列表(GCL,Gate Control List)是每个端口的有序门操作状态列表,核心作用是预先设定开关指令,规定不同时间点允许哪类数据传输、哪类数据等待,系统按此时刻表周期性循环执行,确保高优先级数据准时传输,实现确定性通信。GCL)是 TAS 机制的核心,它定义了一个精确的时间表,告诉网络设备在什么时间应该打开或关闭哪些队列的传输门。在全网时钟同步的条件下,TAS 中的门控列表(GCL)会周期性地控制各队列出口门的开闭,并且每一时刻在所有门开放的队列中按照严格的优先级进行传输。

2026-03-19 15:29:13 32

原创 时间同步中 偏移时间基准提供者:OffsetTimeBaseProvider 是什么?什么情况下会用到这些?

给硬件时钟加偏移,生成多套逻辑时间的提供者。

2026-03-16 17:35:10 324

原创 时间同步,TSN Qbv ,都涉及到base-time,这三者的关系

时间同步 (Time Synchronization): TSN 网络的基石。特指协议。作用:通过 PTP 协议,将网络中所有设备(交换机、终端)的本地时钟高精度同步(微秒 / 纳秒级)到一个全局统一时间本质:为全网提供绝对、一致的时间轴。没有它,所有基于时间的调度(如 Qbv)都无法实现。时间敏感网络整体技术框架。作用:一套 IEEE 802.1 标准族,旨在将传统以太网改造为确定性、低时延、高可靠的网络,用于工业、车载、音视频等场景。组成:包含时间同步(802.1AS)、流量调度流量预留可靠性。

2026-03-16 17:12:53 408

原创 groupOfDTC 是什么?有什么作用?怎么用?

DTC组通过groupOfDTC参数分类,支持按系统(如动力总成、车身、底盘)或单个DTC进行管理。此外,DTC可通过状态掩码、严重性掩码、功能组和就绪组进一步筛选和分类,以满足诊断和法规需求。具体数值定义需参考文档附录D(如D.1、D.2、D.3、D.4、D.5)。groupOfDTC。

2026-03-10 08:45:24 264

原创 CPU使用率深度解析:从基础原理到实战应用指南

增加核心数可提升高使用率下的系统稳定性,但无法消除100%使用率时的性能悬崖效应。:CPU无"部分使用"状态,与内存/硬盘的连续型使用模式有本质区别。:40% CPU使用率 = 40%容量被使用,60%空闲。:核心数越多,性能拐点越向右偏移(可承受更高使用率)。:无论核数多少,使用率接近100%时均会出现。:日常运维中,70%使用率是交互型应用的。(U=单核使用率,n=CPU核心数):10个时钟周期内40%使用率 =(0%空闲或100%忙碌)。:超过70%后,排队时间呈。越高越好(接近100%)

2026-03-03 17:15:10 240

原创 几年前的C++面试题

编译和解释型语言分别有什么特点,各列举一种类型C语言中的define和C++中的const有什么区别,哪种更好?空指针和野指针有什么区别?C++中可以使用malloc和free来对内存进行申请和释放,为什么还要用new/delete?什么情况下将C++的析构函数声明为虚函数?什么情况下需要使用extern "C"?声明一个返回值为int的函数function,传入两个参数a(整形),b(char型指针),返回值为整形,要求a、b和函数返回值均不能被改变。

2026-03-03 11:43:16 28

原创 认知觉醒——读后笔记

我们⽆法产⽣共鸣的知识,要么是我们现在的知识⽔平还⽆法真正理解,要么就是与我们的现实⽆直接关系,所以我们也⽆法真正将其加以运⽤。所以,我们要着重注意那些让我们产⽣触动的知识,加以⾃⼰的理解,进⾏输出,才能掌握知识。,我们怠于⾏动往往是因为不知道要从何⼊⼿,因为要完成⼀个⽬标需要很多步骤,没有清晰的先后顺序会让我们陷⼊想同时完成很多事情,但⼜⽆法快速完成的焦虑当中。运动之后⼈的⼤脑会产⽣新的神经元细胞,但它必须继续发育,⻓出新的神经轴突和树突才能形成新的神经细胞,这需要。(联系《思考,快与慢》)

2026-03-03 11:33:25 594

原创 现在的Linux发行版启动流程是什么样的?如Ubuntu 22.04+,Debian 10+

电源 → UEFI/BIOS → GRUB2 → 内核 + initramfs → 挂载根 → systemd(sysinit → basic → default.target)→ 登录 → 桌面 / 终端。

2026-03-02 09:04:33 480

原创 现代 Linux 发行版的Systemd Target是什么?

Target是 Systemd 中用于定义系统状态的单元(Unit)。它类似于传统 SysV init 中的Runlevel,但功能更强大、更灵活。一个 Target 本质上是一个同步点(Synchronization Point)。当系统启动到达某个 Target 时,Systemd 会确保该 Target 所依赖的所有服务(Service)、挂载点(Mount)、套接字(Socket)等都已经启动或就绪。核心区别:是串行的,必须按顺序执行脚本。:支持并行启动。

2026-03-02 08:55:46 533

原创 Linux系统有7个运行级别(runlevel)

在传统的SysV init初始化系统中,“运行级别(runlevel)”是 Linux 系统的一种工作模式或状态定义。它决定了系统启动时应加载哪些服务、是否允许用户登录、是否启用图形界面等。简单来说,runlevel 就是系统启动后的“预设场景”—— 比如你是要进命令行修机器?还是要进桌面办公?或者干脆关机重启?“运行级别”是传统 Linux 初始化系统(SysV init)中用来控制系统启动后行为的核心机制。

2026-03-02 08:47:10 528

原创 CAN FD总线协议深度解析:技术特点与应用优势

位仍为标准帧和扩展帧标志位,若标准帧与扩展帧具有相同的前 11 位 ID,那么标准帧将会由。CAN FD对CRC算法作了改变,即CRC以含填充位的位流进⾏计算。连续位超过6个,就确定在第⼀位以及以后每4位添加⼀个填充位加以分割,这个填充位的值是。上⼀位的反码,作为格式检查,如果填充位不是上⼀位的反码,就作出错处理。:远程请求替换位,即传统CAN中的RTR位,CAN FD中为常显性。:远程发送请求位,RER位在数据帧⾥必须是显性,⽽在远程帧⾥为隐。同的位时间单位TQ外,位时间各段的分配比例也可不同。

2026-02-10 14:47:08 547

原创 结构化复盘:高手必备的成长与破局工具

没有一定的方法,即使不多的方法,我们也难以应付。有了一定的方法,即使再多的事情也想处理一件事情一样的泰然处之。

2026-01-29 11:24:55 340

原创 汽车电子芯片的基础定义与核心价值

本质与定位:讲解汽车芯片(车规级芯片)的技术标准(如符合 AEC-Q100、ISO 26262 功能安全标准),强调其作为 “汽车电子系统核心元器件” 的角色,区别于消费级、工业级芯片(如工作温度范围 - 40℃~125℃、更高可靠性要求)。核心作用:阐述汽车芯片如何支撑汽车 “运行控制” 与 “安全保障”—— 从传统燃油车的基础电控(如发动机管理、车窗控制),到新能源车的三电系统(电池、电机、电控),再到智能驾驶的环境感知与决策,凸显其不可替代性。

2026-01-29 11:24:04 608

原创 汽车诊断:UDS/DoIP/OBD 中诊断事件与 DID 的深度剖析

DID是车载ECU中用于唯一标识某一组诊断数据的16/32位数字编码(UDS标准中主流为16位,如0x0100、0x2201),是诊断仪与ECU之间数据读写的“寻址依据”,对应ISO 14229-1中0x22(读取数据标识符)0x2E(写入数据标识符)等服务。核心功能:为ECU内的各类数据(传感器值、状态位、配置参数、故障快照、事件记录等)分配唯一“地址”,让诊断仪能精准读取/改写指定数据,是诊断数据交互的基础载体。数据类型:可对应实时数据(如发动机转速、水温)、静态配置(如ECU硬件版本)、历史记录。

2026-01-29 11:23:10 883

原创 诊断故障代码(DTC)

DTC 是电控单元(ECU)内用于**唯一标识“单一故障”**的编码。三字节组成(高字节)、(中字节)、DTCLowByte(低字节)共同构成DTC的唯一标识号,用于区分不同故障。状态信息扩展字段表示故障的失效类型/状态(例如“待确认”“已确认”“历史故障”等),该状态定义遵循国际标准(汽车诊断通信相关规范)。要理解DTC(诊断故障代码)

2026-01-29 11:00:18 963

原创 Cmake 简介

关于编译的产物,默认情况下,输出路径和源文件的结构相匹配(例如源文件中 CMakeLists.txt 在 subdir1 下,则默认的可执行文件也在编译路径的 subdir1 下)。可以是相对路径也可以是绝对路径,如果是相对路径,则是相对当前输出目录的一个相对路径。子目录可以是相对路径也可以是绝对路径,如果是相对路径,则是相对当前目录的一个相对路径。✓ Directory Scope: 在当前目录的定义的变量,当调用子目录时候,子目录会复制一份父级目录内的变量到子目录中。添加一个子目录并构建该子目录。

2026-01-29 10:56:38 802

原创 CMake 配置中暴露的关键问题

在当前工程中,我观察到一个异常现象:当使用编译整个项目时,进程无法正常启动;然而,若将源文件替换为(即原始未修改版本)重新编译,所有进程(包括)均能正常运行。值得注意的是,我在中仅添加了若干用于诊断的日志或调试代码,理论上这些改动应仅影响当前模块(即subscriber本身),而不应干扰其他独立进程(如)的启动与执行。请问:为何对的局部修改会导致进程启动失败?是否存在潜在的全局副作用(例如符号冲突、静态初始化顺序、共享库依赖、CMake 链接配置等)导致此问题?

2026-01-28 10:25:34 942

原创 c++编程实现整串翻转,单个词翻转

如今学习C++编程时,许多基础问题都能通过AI编程快速解决。你只需认真审核代码,确保AI没有出现错误即可。

2026-01-28 09:10:28 58

原创 AI 编程工具普及:对于程序员的6 大核心维度的新要求

AI取代的是**“只会机械写代码的程序员”,而真正的程序员,价值体现在AI无法替代的「人的思维和能力」**:对系统的全局设计能力;对业务和领域的深度理解能力;对AI代码的审核、验证、改造能力;对复杂问题的分析、排查、解决能力;对工程化和质量的全链路把控能力。简单来说,以前的程序员是**“代码的生产者”,考核的是“写代码的速度和正确率”;如今的程序员是“AI的管理者、系统的设计者、问题的解决者”**,考核的是“用AI提效的能力,以及解决AI解决不了的问题的能力”。

2026-01-28 09:08:05 115

原创 POSIX 低级 I/O 核心内容

③ 处理返回值:- 若 result=-1,若 errno=EINTR 则重试,否则判定为错误;(默认 0=stdin、1=stdout、2=stderr),用于后续 read ()、write () 等操作标识目标文件,替代 C 标准库的 FILE * 抽象。4. 内核处理:内核查找系统调用表,执行对应 handler(如 open () 对应 sys_open),期间可能与硬件交互或切换进程;fread () 有缓冲,基于 read () 实现,效率更高但延迟可能更大;,跳转到内核态的系统调用入口;

2026-01-24 11:40:45 875

原创 NRC 码排查流程图,包含常见故障场景的决策树逻辑,方便现场诊断时快速定位问题根源,提升排查效率

4. 安全访问问题(0x33/0x35/0x36/0x37)5. 流程 / 条件问题(0x22/0x24/0x21)2. 服务 / 子功能问题(0x11/0x12)7. 其他问题(0x78/0x38-0x4F)3. 参数问题(0x31/0x14)6. 编程问题(0x72)

2026-01-22 10:08:47 440

原创 ISO 14229-1 NRC 码详细说明表和场景 - 故障排查映射表

整理一份ISO 14229-1 NRC 码详细说明表,包含所有 NRC 码的含义、适用场景及排查建议,方便诊断故障时快速定位问题。补充一份场景 - 故障排查映射表,包含每个场景下常见故障对应的 NRC 码及排查步骤,进一步提升诊断系统测试效率。

2026-01-22 09:53:18 1002

原创 UDS 诊断典型应用场景 - 服务映射表。包含场景、核心服务、参数示例、合规要求,方便直接用于诊断系统设计或测试方案编写

UDS 诊断典型应用场景 - 服务映射表?包含场景、核心服务、参数示例、合规要求,方便直接用于诊断系统设计或测试方案编写。

2026-01-22 09:50:12 558

原创 ISO 14229-1 核心服务速查表,包含所有服务的 ID、功能、关键参数及典型 NRC 码,方便诊断开发和测试时快速查询

ISO 14229-1 核心服务速查表,包含所有服务的 ID、功能、关键参数及典型 NRC 码,方便诊断开发和测试时快速查询。

2026-01-22 09:42:48 733

原创 UDS诊断服务(ISO 14229-1)

该部分内容为UDS通信中的关键错误码补充,覆盖了数据、编程及车辆状态相关的典型场景,适用于汽车电子系统的诊断开发与维护。根据 ISO 14229-1(UDS)标准定义的**否定响应码(NRC)**完整中文解释表。该表格系统性地列出UDS协议中的所有服务及其功能描述,适用于汽车诊断开发、测试和维护场景。:在实际应用中,应建立 NRC 处理逻辑,实现自动重试、状态恢复或用户提示等功能。:在诊断工具或上位机软件中实现 NRC 解析与提示机制,提升调试效率和用户体验。并非所有ECU都支持全部UDS服务。

2026-01-19 14:59:56 1059

原创 SOME/IP序列化配置参数含义及用法解析

参数名当前值含义推荐用途ByteOrder小端格式用于 x86/ARM 等小端架构(空)会话处理关闭简单通信场景false固定长度字段保持一致性0无数组长度字段静态数组,已知长度(空)默认 4 字节支持较长字符串(空)默认 0无结构体长度字段(空)默认 0无联合体长度字段(空)默认 1 字节类型选择器为uint8_t一、核心配置参数解析1. ByteOrder(字节序)2. SessionHandling(会话处理)

2026-01-12 09:26:43 113

原创 PDF文档拆分办公工具

保留自定义页码输入框,支持手动输入任意范围(如1-5,7,9-12点击「自定义拆分(单份)」按钮,仅生成输入框中页码范围的 PDF;等分选项点击后仍会填充第一份页码到输入框(如 11 页 PDF 点 2 等份,输入框填1-5),方便手动拆分单份。核心修复:恢复了自定义页码输入框和单份拆分功能,同时保留一键等分拆分;功能区分:两个拆分功能独立且互补,满足 “自定义单份” 和 “一键所有份” 的不同需求;稳定性:保留所有大文件 / 加密 PDF 兼容特性,拆分逻辑无冲突。

2026-01-06 11:44:03 359

原创 让 VSOMEIP 协议栈的行为完全对齐DSOMEIP 协议栈(版本、字段、格式、编译环境),消除协议交互中的不兼容点,从而解决通信失败问题

问题类型核心解决原则关键注意点版本号不匹配发布 / 订阅版本号(Major)强制统一主版本号必须一致,次版本可通配保留字段 / 计数器不兼容对齐对接方 DSOMEIP 的字段值非标准字段需确认厂商规范Payload 反序列化失败格式 + 字节序双对齐长度字段需先转换字节序Android 交叉编译失败环境 + 依赖 + CMake 参数统一确保 Boost 与 NDK 架构匹配最终,所有修改的核心是让 VSOMEIP 协议栈的行为完全对齐 DSOMEIP 协议栈。

2025-12-25 09:44:57 99

原创 AUTOSAR AP R25-11 机器配置参数规范 (AUTOSAR_AP_MOD_MachineConfigurationParameters.arxml)

文件本质是 AUTOSAR AP R25-11 对「车载自适应平台机器级配置参数」的元模型定义,回答了自适应平台的持久化、软件更新功能该如何标准化配置这一核心问题,是车载 ECU / 整车级自适应软件配置的官方规范模板,所有参数、容器、引用关系均遵循 AUTOSAR R25-11 的元模型规则(如AR-PACKAGE等标签)。这份文件是 AUTOSAR AP R25-11 版本对「数据持久化 + 软件更新管理」两大核心能力的配置元模型规范。

2025-12-11 09:42:57 106

原创 Adaptive AUTOSAR 工程中Machine、SoftwareCluster等元素之间的关系理解

本质:Adaptive AUTOSAR 中 “最高级别的逻辑功能容器”,是一组 “语义相关” 的 SWC 的集合,用于模块化管理功能域(比如 “智能驾驶软件集群”“座舱娱乐软件集群”)。工程作用隔离不同功能域(比如智能驾驶和座舱的 SWC 不会混在一个 SoftwareCluster 里),便于团队分工、版本管理(比如单独升级座舱集群,不影响驾驶集群);是逻辑层与物理层 “映射的桥梁”—— 整个 SoftwareCluster 会被映射到某个 Machine 上(不会单个 SWC 直接映射硬件)。

2025-12-10 13:27:19 82

原创 Linux 启动流程

上电重置 → BIOS/UEFI自检与引导 → GRUB2加载内核与initramfs → 内核初始化(start_kernel)→ 0号进程创建1/2号进程 → ramdisk挂载真实根文件系统 → 1号进程(systemd/init)启动系统服务 → fstab自动挂载设备 → 进入运行级别 → 用户登录理解这一流程,对于系统运维(如启动故障排查、内核参数调整)和底层开发(如驱动调试、进程管理)至关重要。

2025-12-09 15:03:22 942

原创 rvbuild 脚本说明

【代码】rvbuild 脚本说明。

2025-12-08 16:36:22 59

原创 rvkill 脚本解释

【代码】rvkill 脚本解释。

2025-12-08 16:29:37 48

原创 如何在让QNX QEMU在VRTE start kit 上运行

选择刚刚拷贝出来的哪个文件,然后安装,安装出错,就把出错的哪个包去掉,不安装即可。把这个文件拷贝到windows PC的一个目录中。然后Next ->Finish。对OpenSSH进行更新。

2025-12-08 11:48:09 65

原创 adaptive AUTOSAR 在SoftwareCluster中配置category为PLATFORM_CORE或者PLATFORM 这是什么有什么差异?

是 Adaptive 系统的 “心脏”,承载核心平台服务,不可替代、不可停止,故障会导致系统崩溃;PLATFORM是 “心脏的辅助器官”,承载扩展平台服务,可灵活启停,故障仅影响局部功能。在实际配置中,需先定义确保系统核心运行,再通过PLATFORM扩展平台层能力,最终支撑应用层业务逻辑的运行。

2025-12-04 11:41:24 60

原创 Adaptive AUTOSAR中EM STM和PHM这3个守护进程需要配置各自的Function Cluster Affiliation,这是为什么?

核心目标具体体现架构归位让 EM/STM/PHM 对应到 Adaptive AUTOSAR 的顶层功能域,确保设计与实现一致故障隔离限制故障扩散,满足 ISO 26262 的故障域最小化要求资源可控基于 FC 分配 QoS 资源,保障核心进程的实时性权限可控基于 FC 做访问控制,符合 ISO/SAE 21434 的信息安全要求运维可控按 FC 部署 / 升级 / 排查,提升工程化效率合规可控实现全链路可追溯,满足车载安全法规要求。

2025-12-03 17:32:22 168

原创 security boot 和IDSM入侵检测有什么区别?

维度Security Boot(安全启动)IDSM(入侵检测与安全监控)核心定义启动阶段的固件 / 系统完整性与合法性验证机制,确保设备仅运行经授权的、未被篡改的软件镜像。运行时的入侵行为检测与安全状态监控机制,实时识别未授权访问、恶意攻击、异常行为等安全威胁。核心目标「防篡改、防植入」:阻止恶意固件 / 代码在设备启动时运行(如篡改 ECU 固件、植入恶意程序)。「早发现、早告警」:在系统运行过程中检测入侵行为(如 CAN 总线攻击、V2X 恶意通信、ECU 异常行为),并触发告警或响应。

2025-12-03 17:25:50 73

BS ISO 13400-1-2011 BS ISO 13400-2-2012 BS ISO 13400-3-2011 ISO13400-4-2016 这4个文件有什么区别?

BS ISO 13400 系列是车载基于 IP 的诊断通信(DoIP) 国际标准的英国实施版本,4 个文件分别对应 DoIP 架构的 “通用场景 - 协议层 - 物理接口 - 连接器”,覆盖从需求定义到硬件落地的全流程,核心区别体现在定位范围、核心内容、技术焦点三方面

2025-11-07

拆分PDF.html 办公小工具

pdf拆分工具

2025-10-13

CANoe基础操作20171110.doc

CANoe 10.0使用教程视频

2019-08-07

车辆编队行驶.docx

基于车路协同的交叉口通行,是指主车(HV)驶向交叉路口,HV向V2X服务器发送车辆行驶信息,包括车辆位置、速度、加速度、行驶意图信息(HV规划的目标道路信息)等,V2X服务器根据车辆行驶信息、目标交叉路口的交通控制相位信息、其他车辆上报的行驶信息、以及路侧传感器上报的感知信息,为HV生成通过交叉路口的通行调度信息,并发送通行调度信息给HV;或者HV通过V2X通信获取路侧传感器的感知信息、其他车辆信息、V2X服务器的云端信息,自身生成调度信息。

2020-08-12

智能驾驶深度学习初探.pdf

如何做自主决策? 每个传感器负责任地给出自己的三种算法的结果 – 导航信息 – 障碍物信息 – SLAM信息 如何将信息有效地融合到驾驶态势图中? 如何根据驾驶态势图做路径规划, 以及精准导航 和车辆控制? 如何让车辆在保证速度的情况下, 在各种任务模 式下都做出最切合中心线的精准控制?进一步

2020-01-08

20170914-泛型编程.pdf

如何才能更好地进行泛型编程,看了这个文档,告诉你它的秘密 void updateGateway(const GatewayConfigValue &config) { if(config.ipAddress.isChanged()) { int oldIp = config.ipAddress.getOldValue(); //codes free old Ip //.................... int newIp = config.ipAddress.getCurrentValue(); //codes bind new Ip //.................... } } for every configurable elements

2020-01-08

CANdb___Manual_EN.pdf

Table of contents 1 Introduction 3 1.1 About this user manual 4 1.1.1 Access helps and conventions 4 1.1.2 Certification 5 1.1.3 Warranty 5 1.1.4 Support 5 1.1.5 Registered trademarks 5 2 Basics 7 2.1 Overview of CANdb++ 8 2.2 CANdb++ data model 10 2.3 Installing CANdb++ 10 2.4 CANdb++ program window 11 3 Tutorial 13 3.1 Overview 14 3.2 Program start 14 3.3 Creating a new CAN database 15 3.4 Creating and modifying objects 16 3.4.1 Creating new objects 16 3.4.2 Copying existing objects 18 3.4.3 Modifying existing objects 19 3.5 Linking objects 20 3.6 Showing the communications matrix 22 3.7 Value tables 23 3.8 Assigning value tables 25 3.9 User-defined attributes 25 3.10 Modifying the value of an object's user-defined attribute 27 3.11 Consistency check 28 4 Version administration 29 4.1 Preconditions for version administration capability 30 4.2 Version administration for CAN databases and objects

2020-03-11

车载智能芯片白皮书2023

目录 一、 背景 ................................................................................................................................... 4 二、 车载智能计算趋势与挑战........................................................................................5 1. 传感器及控制单元复杂繁多.............................................................................................................. 5 2. 环境感知融合带来实时数据处理挑战........................................................................................ 6 3. 算法模型尚不能很好应对长

2023-07-31

C++如何将json转成字符串,如何将字符串转成json

C++如何将json转成字符串,如何将字符串转成json

2023-07-31

智能化 汽车行业5G专题:5G推动车联网与自动驾驶腾飞.pdf

5G 是车联网和自动驾驶的完美搭配。 5G 网络具有高传输速率、低时延、 高可靠性等特点, 是车联网和自动驾驶的完美搭配。 车联网领域, 高传 输速率使得车内 AR/VR、 超高清流媒体等业务有望得到应用;智能驾驶 领域,低时延高可靠的连接是智能汽车实现 L4/5 自动驾驶的关键。 5G 的 持续推进,有望推动车联网与自动驾驶腾飞。  车联网 C-V2X 有望后来居上, 2025 年市场规模近万亿。 车联网主要有 DSRC 和 C-V2X 两种技术, DSRC 发展较早,但 C-V2X 有望凭借更多应用 场景、更低延迟时间、更远通信距离等优势后来居上,成为未来主流技 术标准。 车联网领域, 中国联通预计 2020 年国内市场规模将突破 2000 亿元, 2025 年将突破 9000 亿元, 终端设备 OBU、 RSU 市场空间分别高达 280 亿、 1430 亿元。均胜电子、德赛西威等已获得 C-V2X 终端产品量产 订单,有望把握先机,发展前景看好。

2020-01-08

CANoe 窗口与功能模块介绍.pdf

vector产品培训 主要内容 ? 主要窗口介绍: ? 仿真设置窗口 ? 测量设置窗口 ? 跟踪窗口 ? 图形窗口 ? 写窗口 ? 数据窗口 ? 统计窗口 ? 总线统计窗口 ? 附加功能模块介绍: ? 发生器模块 ? 交互发生器模块 ? 回放模块 ? 过滤器模块 ? 通道过滤器模块 ? CAPL节点 ? 环境变量过滤器

2020-03-11

面向C-V2X的多接入边缘计算服务能力开放和接口技术要求.docx

车路协同场景是MEC与C-V2X融合场景中的重点研究内容,涵盖安全、效率、协作、视频、信息服务五大类场景,而每类场景又可细化为多个具体场景。不同应用场景涉及到的数据源形态各异,包括传感器数据、激光雷达数据、视频监控数据、车载数据等等,繁多的数据类型以及多源数据的融合缺乏标准化的规范。此外,不同应用场景对MEC所提供的服务能力要求不一,包括信号识别、车速控制、路径规划、车辆检测等等,各类服务能力接口缺乏标准化的定义。目前在国际上,面向车辆网的MEC服务器技术的研究和应用处于起步和逐步发展阶段。ETSI、3GPP、5GAA等业界未制定相应比较完善的国际标准。因此本文以当前主流车联网边缘计算系统架构为基础,着重分析研究车路协同各应用场景特别是多源数据融合场景对MEC服务能力及开放接口的要求并撰写相关规范。

2020-07-08

AP_autosar简介.doc

Overview AUTOSAR的全称是:AUTomotive Open System Architecture 是汽车制造商,供应商和其他电子,半导体和软件行业公司组成了联盟 至今为止,超过280家公司成为AUTOSAR的Partner,其中,有9个核心Partner,2个战略Partner,58个高级Partner,49个开发Partner,124个Associate Partner以及28个Attendees。 AUTOSAR致力于: 1. 标准化ECU的软件架构 2. 将技术设计元素整合为一个标准 3. 硬件和软件将彼此独立 4. OEM与供应商之间的SW灵活交换 5. 平台定义的分

2020-08-26

adaptive autosar R22-11 官方文档

About The AUTOSAR Adaptive Platform implements the AUTOSAR Runtime for Adaptive Applications (ARA). Two types of interfaces are available, services and APIs. The platform consists of functional clusters which are grouped in services and the Adaptive AUTOSAR Basis. Functional clusters... assemble functionalities of the Adaptive Platform define clustering of requirements specification describe behavior of software platform from application and network perspective but, do not c

2023-04-20

CANoe10.0基础操作手册.docx

编写目的: 本文档是CANoe软件的使用操作说明,方便刚接触CANoe的伙伴们快速上手使用这个软件。

2019-08-09

CANoe 操作手册.docx

一.CANoe 窗口 2 1.1 CANoe 11.0窗口 2 1.1.1 仿真配置窗口 3 1.1.2 测量配置窗口 4 1.1.3 跟踪窗口 5 1.1.4 图形窗口 6 1.2 附加功能模块 7 1.2.1 交互发生器模块 7 1.2.2 过滤器模块 9 1.2.3 CAPL模块 10 二.CAN相关仿真模块 11 三.测量过程的记录 12 四. checksum demo 14 4.1 配置 14 4.2 Simulink建模以及CANoe建模 15 4.3 物理连线,下载验证 18

2020-03-11

libpaho-mqtt3as.so.zip

mqtt libpaho.c 编译出来的x86架构的库文件。拿到库文件后需要把它放到对应的地方去 v2x@ubuntu:~/Desktop$ sudo cp ./libpaho-mqtt3as.so/libpaho-mqtt3as.so /usr/lib/ v2x@ubuntu:~/Desktop$ sudo cp ./libpaho-mqtt3as.so/libpaho-mqtt3as.so.1 /usr/lib/ v2x@ubuntu:~/Desktop$ sudo cp ./libpaho-mqtt3as.so/libpaho-mqtt3as.so.1.0 /usr/lib/

2019-11-23

autosar全面学习笔记.docx

1.背景 2 2.技术驱动因素 2 3.AP的特点 3 4.经典、自适应和非AUTOSAR ECU的集成 4 1.逻辑视图 5 2.物理视图 7 3.方法论和Manifest 8 5.应用设计 10 6.执行Manifest 10 7.服务Instance Manifest 11 1.概述 11 3.调度 12 4.内存管理 12 5.设备管理 12 1.概览 12 2.系统启动 12 3.执行管理责任 13 4.确定性执行 13 5.资源限制 14 6.应用程序恢复 14 7.受信任的平台 15 1) 可以要求将功能组设置为专用状态 16 2)(部分)网络可被要求取消/激活 16 3) 可以要求机器关闭或重新启动 16 4) 其他自适应(平台)应用程序的行为可能会受到影响 16 5) 可以执行项目特定的动作 16 1.概述 20 2.架构 20 3.组件 20 1.概述 21 2.诊断通信子集群 22 3.事件存储子集群 23 1.概述 25 2.设计 26 3.架构 26 1.网络管理算法概述 26 2.架构 27  图1 NM概述 27 1.术语 40 2.IAM框架的范围和重点 41 3.AUTOSAR规范的内容 41 4.IAM框架的体系结构 ①一般框架 42 (1) 使用加密的密钥或密钥句柄进行操作 46 (2) 尽管可能会损害应用程序安全地管理密钥 46 (3) 限制应用程序对键的访问和允许的操作 46  API扩展说明 47 2.架构 47 1.Safety概述 48 2.信息交换保护(E2E保护) 49 3.平台健康管理 49 Core Types定义了多个功能集群作为其公共 interface 的一部分使用的通用类和功能。定义Core Types的理由之一是包括 Interface 定义中经常使用的常见复杂数据类型。 52 1.错误处理 52 2.高级数据类型 53 3.全局初始化和关闭功能 53

2020-08-17

2020 C-V2X“新四跨”暨大规模先导应用示范活动.pdf

一、大规模验证意义: 定位2:面向公众演示多样化的C-V2X功能和服务 • 相较2019四跨,上海国际汽车城超过100辆城市运营车辆已搭载 C-V2X设备,演示环境具备V2X背景车辆 • 演示道路C-V2X路侧设施更加完善,具备连续场景演示条件 • 同步开展C-V2X安全系统级验证 二、“新四跨”验证意义: 在2019年四跨基础上,增加高精度地图和定位,探索C-V2X在地图和定位方面面临法律法规问题的解决方案,进一步推动产业发展

2020-07-23

《ROS入门21讲》课件&源码.zip

ROS基础文档,安装使用教程。 说起ROS,可能大家现在或多或少都有所了解。现如今世界机器人发展之迅猛犹如几十年前计算机行业一样,机器人也逐渐进入到千家万户,大到工业机器人,小到家用的服务型机器人,各式各样,为各种人们生活所需的机器人以计算机技术的发展为基础的机器人也是如雨后春笋。机器人可主要分为硬件层和软件层两个大的主要方向。每一种类型的机器人都需要以硬件的实际情况编写符合用户需要的功能,渐渐的人们发现,这样的机器人代码的复用率很低,大大阻碍了机器人的发展。因此ROS便是为机器人在研发的过程中的代码复用提供支持.ROS是Robot Operating Syetem(机器人操作系统)

2020-04-30

汽车CAN总线通信矩阵设计.pdf

CAN 通信时的信号设计,信号描述、偏移量、物理值范围、信号列表、信号周期等 CAN 通信时的信号设计,信号描述、偏移量、物理值范围、信号列表、信号周期等CAN 通信时的信号设计,信号描述、偏移量、物理值范围、信号列表、信号周期等

2020-03-11

cmake-3.22.1-windows-x86_64.msi

windows10 下cmake的安装程序

2021-12-31

c语言100集笔记.c

学习程文杰的100集C语言视频,做的笔记,记录了C语言的学习过程,想要把C语言学好,多看看笔记,会获益良多。 学习程文杰的100集C语言视频,做的笔记,记录了C语言的学习过程,想要把C语言学好,多看看笔记,会获益良多。

2020-01-08

ConvDBC_TO_Code.tar.gz

将can消息描述的**.dbc文件转换成c++代码来读取,不需要自己动手编解码做移位拼接操作 将can消息描述的**.dbc文件转换成c++代码来读取,不需要自己动手编解码 将can消息描述的**.dbc文件转换成c++代码来读取,不需要自己动手编解码

2020-08-06

CANoe软件安装.docx

编写目的: 本文档是CANoe软件的安装说明,方便刚接触CANoe的伙伴们快速安装这个软件。

2019-08-09

javase笔记编辑1.docx

java总结笔记,非常全面,下载一定不会后悔

2020-07-01

自动驾驶的深度强化学习框架.pdf

高阶ADAS系统的开发以至自动驾驶系统的开发都有赖于一套能够完整支持开发、模拟测试、原型制作和量产的开放式解决方案。本文将介绍基于深度学习架构的自动驾驶平台,这一架构将成为未来实现自动驾驶的集成平台中的重要一环。

2019-07-24

CAN总线简明教程.docx

先看看工作原理 当 CAN 总线上的一个节点(站)发送数据时,它以报文的形式广播给网络中所有节点,对每个节点来说,无论数据是否是发给自己的,都对其接收。 每组报文开头的11 位字符为标识符,定义了报文的优先级,这种报文格式成为面向内容的编制方案。同一系统中标识符是唯一的,不可能有两个站发送具有相同标识符的报文,当几个站同时竞争总线读取时,这种配置十分重要。 大体的工作原理我们搞清了,但是根本的协议我们还要花一番功夫。下面介绍一个重要的名词,“显性”和“隐性”: 在我看到的很多文章里,有很多显性和隐性的地方,为此我头痛不已,最终我把它们彻底弄明白了。

2020-03-11

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除