- 博客(191)
- 资源 (17)
- 收藏
- 关注

原创 CP AUTOSAR标准中文文档链接索引(更新中)
AUTOSAR标准的核心组件包括通信、诊断、安全等,这些组件通过模块化结构进行组织。系统被划分为多个模块,每个模块负责特定的功能。模块之间通过接口进行通信,接口定义了模块之间的交互规则。AUTOSAR标准支持模块的配置,可以根据不同的需求进行定制和优化。
2024-06-12 19:45:56
1623
1
原创 CP AUTOSAR标准之IOHardwareAbstraction(AUTOSAR_SWS_IOHardwareAbstraction)(更新中……)
下图显示了I/O硬件抽象。它位于MCAL驱动程序上方。这意味着I/O硬件抽象将调用驱动程序的API来管理片上设备。MCAL驱动程序的配置取决于SWC所需的ECU信号的质量。例如,当引脚级别发生相关变化(上升沿、下降沿)时可能需要发出通知。系统设计人员必须配置MCAL驱动程序以允许针对给定信号发出通知。通知由MCAL驱动程序生成并在I/O硬件抽象中处理。请注意,I/O硬件抽象并非旨在抽象GPT功能,而是使用它们来执行其自己的功能。显示与GPT驱动程序的接口是因为它是MCAL的一部分。
2025-02-11 18:35:17
34
原创 CP AUTOSAR标准之ICUDriver(AUTOSAR_SWS_ICUDriver)(更新中……)
如果在Icu_ConfigType中每个通道的定义中,该通道被配置为具有唤醒功能,则用于验证唤醒原因的函数应为EcuM_CheckWakeup。这是为上层模块提供的功能列表。
2025-02-11 18:32:20
49
原创 CP AUTOSAR标准之HWTestManager(AUTOSAR_SWS_HWTestManager)(更新中……)
本规范中定义的功能应使用以下数据类型以下章节指定了HTMSS模块提供的API函数。调用是ECU集成过程中必须添加到HTMSS模块的代码片段。大多数调用的内容都是手写代码。HTMSS模块配置工具会为某些调用生成默认实现,由集成商手动编辑。从概念上讲,这些调用属于ECU集成代码。注意:错误钩子是一个集成代码,用于在任何测试失败的情况下控制ECU处理。对于正在开发的系统来说,这可能是一个严重错误,因此集成商可以对测试失败做出反应(例如重置、停止、安全状态)以下章节总结了所有配置参数。
2025-02-11 18:28:44
42
原创 CP AUTOSAR标准之GPTDriver(AUTOSAR_SWS_GPTDriver)(更新中……)
除了可以配置具有单独属性的单独定时器通道外,还定义了一些GPT预定义定时器。为“GPT定时器通道”指定的API不能用于GPT预定义定时器。GPT预定义定时器是一个自由运行的计数器(从用户角度来看)。如果定时器已达到最大值(最大值=2n-1,n=位数),则定时器应在下一个定时器计时周期以值“0”继续运行。GPT预定义计时器的类型GPT预定义计时器的最大滴答公差应为+/-1滴答,以确保基于时间的功能的准确性。
2025-02-11 18:23:34
289
原创 CP AUTOSAR标准之FunctionInhibitionManager(AUTOSAR_SWS_FunctionInhibitionManager)(更新中……)
诊断事件”是Dem提供给特定诊断监控功能以报告错误的标识符。有关更多详细信息,请参阅AUTOSAR_SWS_DiagnosticEventManager文档[3]。'监控状态’是Dem根据监控功能报告的值计算出的状态。可能的值由Dem_MonitorStatusType定义。有关更多详细信息,请参阅AUTOSAR_SWS_DiagnosticEventManager文档[3]。“受监控组件”是Dem为特定受监控组件(硬件组件或信号)提供的标识符。
2025-02-11 18:08:29
25
原创 CP AUTOSAR标准之FlexRayTransceiverDriver(AUTOSAR_SWS_FlexRayTransceiverDriver)(更新中……)
所有基础软件模块应严格分离错误和状态信息。此要求适用于返回值,也适用于内部变量。不通过API返回开发错误代码:所有AUTOSAR基础软件模块都不得通过API返回特定的开发错误代码。如果检测到开发错误,则应仅向DET报告错误。如果检测到错误的API函数具有返回类型,则应返回E_NOT_OK。模块特定的API返回类型:如果基础软件模块需要模块特定的返回类型,则应使用以下可能性之一:Types.h中获取标准E_OK值并使用#define定义其他返回值。
2025-02-11 18:01:44
116
原创 CP AUTOSAR标准之FlexRayInterface(AUTOSAR_SWS_FlexRayInterface)(更新中……)
函数FrIf_AllSlots应在编译前通过配置参数FrIfAllSlotsSupport配置为ON/OFF(源自配置参数FrIfAllSlotsSupport,参见ECUC_FrIf_06108)如果启用了FrIf模块的开发错误检测:如果在FrIf成功初始化之前调用函数FrIf_AllSlots,则函数Fr If_AllSlots将引发开发错误FRIF_E_UNINIT并返回E_NOT_OK。()
2024-12-31 23:29:16
100
原创 CP AUTOSAR标准之FlexRayDriver(AUTOSAR_SWS_FlexRayDriver)(更新中……)
FlexRay驱动程序(Fr)抽象了特定FlexRay通信控制器(CC)的硬件相关实现细节。本规范主要依赖于符合FlexRay规范[13]的FlexRay CC。此外,本规范还支持符合FlexRay规范[14]的旧版FlexRay控制器。本SWS中因支持的FlexRay规范不同而导致的不同行为在适用的情况下以脚注或备注的形式指出。FlexRay控制器支持的所有功能都封装在Fr模块中,只能通过此统一接口访问。API提供抽象的功能操作,这些操作根据实际实施的Fr模块映射到一系列硬件访问。
2024-12-31 23:24:04
260
原创 CP AUTOSAR标准之FlashEEPROMEmulation(AUTOSAR_SWS_FlashEEPROMEmulation)(更新中……)
该规范描述了Flash EEPROM仿真模块的功能、API和配置。闪存EEPROM仿真(FEE)应从设备特定的寻址方案和分段中抽象出来,并为上层提供虚拟寻址方案和分段以及“几乎”无限数量的擦除周期。
2024-09-14 20:05:57
343
原创 CP AUTOSAR标准之EthernetTransceiverDriver(AUTOSAR_SWS_EthernetTransceiverDriver)(更新中……)
该规范指定了AUTOSAR基础软件模块以太网收发器驱动程序的功能、API和配置。在AUTOSAR分层软件架构中,以太网收发器驱动属于微控制器抽象层,或者更准确地说,属于通信驱动程序。这表明以太网收发器驱动程序的主要任务:向上层提供一个由多个相同收发器组成的独立于硬件的接口。此接口对所有收发器应是统一的。因此,上层(以太网接口)可以以统一的方式访问底层总线系统。但是,以太网收发器驱动程序的配置是特定于总线的,因为它考虑到了通信收发器的特定功能。
2024-09-14 19:57:37
529
原创 CP AUTOSAR标准之EthernetStateManager(AUTOSAR_SWS_EthernetStateManager)(更新中……)
AUTOSAR基础软件模块以太网状态管理器的功能、API和配置。在AUTOSAR分层软件架构中,以太网状态管理器属于ECU抽象层,或者更准确地说,属于通信硬件抽象。以太网状态管理器的主要任务可以概括如下:以太网状态管理器应向AUTOSAR通信管理器提供一个抽象接口,以启动或关闭以太网集群上的通信。以太网状态管理器不直接访问以太网硬件(以太网通信控制器和以太网收发器),而是通过以太网接口。以太网接口将请求重定向到适当的驱动模块。这是包含以太网网络的Autosar架构的示例。
2024-09-07 21:57:17
398
原创 CP AUTOSAR标准之EthernetInterface(AUTOSAR_SWS_EthernetInterface)(更新中……)
该规范指定了AUTOSAR基础软件模块以太网接口的功能、API和配置。在AUTOSAR分层软件架构[1]中,以太网接口属于ECU抽象层,或者更准确地说,属于通信硬件抽象。这表明了以太网接口的主要任务:为上层提供独立于硬件的以太网通信系统接口,该系统由多个不同的有线或无线以太网控制器和收发器组成。此接口对于所有以太网控制器和收发器以及蜂窝V2X控制器应是统一的。因此,上层(TCP/IP[2]、EthSM[3]、CDD、V2x模块)可以以统一的方式访问底层总线系统。
2024-09-07 21:28:49
722
原创 CP AUTOSAR标准之EthernetDriver(AUTOSAR_SWS_EthernetDriver)(更新中……)
该规范指定了AUTOSAR基础软件模块以太网驱动程序的功能、API和配置。在AUTOSAR分层软件架构中,以太网驱动属于微控制器抽象层,或者更准确地说,属于通信驱动。这表明以太网驱动程序的主要任务:为上层(以太网接口)提供一个由多个相等控制器组成的硬件独立接口。此接口对所有控制器应是统一的。因此,上层(以太网接口)可以以统一的方式访问底层总线系统。该接口提供初始化、配置和数据传输功能。但是,以太网驱动程序的配置是特定于总线的,因为它考虑了通信控制器的特定功能。
2024-08-13 21:29:53
257
原创 CP AUTOSAR标准之EEPROMAbstraction(AUTOSAR_SWS_EEPROMAbstraction)(更新中……)
EEPROM抽象层的功能、API和配置(见图1)。图1:内存硬件抽象层模块概览EEPROM抽象(EA)从设备特定的寻址方案和分段中抽象出来,并为上层提供虚拟寻址方案和分段以及“几乎”无限数量的擦除周期。
2024-08-13 21:25:19
105
原创 CP AUTOSAR标准之ECUStateManager(AUTOSAR_SWS_ECUStateManager)(更新中……)
本章定义了对ECU管理器具有特殊意义的术语以及相关模块的缩写。[1]基础软件模块列表AUTOSAR_TR_BSWModuleList[2]RTE软件AUTOSAR_SWS_RTE规范[3]基础软件模式管理器AUTOSAR_SWS_BSWModeManager规范[4]模式管理指南AUTOSAR_EXP_ModeManagementGuide[5]词汇表AUTOSAR_TR_Glossary[6]基础软件模块通用规范AUTOSAR_SWS_BSWGeneral。
2024-08-12 20:58:44
127
原创 CP AUTOSAR标准之DIODriver(AUTOSAR_SWS_DIODriver)(更新中……)
本规范规定了AUTOSAR基础软件模块DIO驱动程序的功能、API和配置。本规范仅适用于片上DIO引脚和端口的驱动程序。DIO驱动程序提供读写服务这些服务的行为是同步的。此模块在PORT驱动程序为此目的配置的引脚和端口上工作。因此,DIO驱动程序中没有此端口结构的配置和初始化。下图标识了DIO驱动程序的功能以及MCAL软件层内的PORT驱动程序和DIO驱动程序的结构。
2024-08-12 20:48:51
229
原创 CP AUTOSAR标准之DefaultErrorTracer(AUTOSAR_SWS_DefaultErrorTracer)(更新中……)
提供端口与DET的内部行为具有一定的关系:每次调用时,“模块ID”都会由RTE作为附加参数传递给实现相关可运行实体的C函数(特性“端口定义参数值”)。DET应为每个已配置的具有给定名称的SWC模块提供以下端口。
2024-08-07 17:18:30
321
原创 CP AUTOSAR标准之CoreTest(AUTOSAR_SWS_CoreTest)(更新中……)
AUTOSAR基础软件模块(称为核心测试驱动程序)的功能、API和配置。该规范适用于所有类型核心的驱动程序,无论驱动程序是在ECU通电期间执行还是在ECU应用程序运行时执行。核心测试驱动程序提供配置、启动、轮询、终止和通知应用程序有关核心测试结果的服务。它还提供以预定义方式返回测试结果的服务。此外,它还提供多种测试来验证专用核心功能,例如通用寄存器或算术和逻辑单元(ALU)。假设每个测试的核心硬件功能都可以专门用于测试目的。
2024-08-07 17:12:21
197
原创 CP AUTOSAR标准之COMManager(AUTOSAR_SWS_COMManager)(更新中……)
作为处理不同网络类型的中央模块,如果Com-Stack是分布式的,则ComM交互会跨越多个分区,因此应提供所需的多核功能以确保清晰的架构并使依赖网络的集群免受多分区(多核)附加组件的影响。[SWS_ComM_01019]:ComM模块应应用适当的机制来允许从其主要功能以外的其他分区调用其API,例如通过提供ComM卫星。[SWS_ComM_01020]:ComM应仅在分配了相应< Bus >SM模块的分区中与< Bus >SM交互(即调用< Bus >SM API)。
2024-08-06 11:08:17
343
1
原创 CP AUTOSAR标准之ChineseV2XSecurity(AUTOSAR_SWS_ChineseV2XSecurity)(更新中……)
CnV2xSec模块在AUTOSAR BSW和分层软件架构中的定位如下所示。CnV2xSec模块提供消息封装、解封装和假名管理服务。CnV2xSec模块根据CCSA规范为V2X-CN堆栈提供标准化的安全服务,CnV2xSec模块应符合标准[1]、[2]和[3]。API应使用AUTOSAR提供的Csm和NvM服务来实现。
2024-08-06 11:04:09
159
原创 CP AUTOSAR标准之ChineseV2XNetwork(AUTOSAR_SWS_ChineseV2XNetwork)(更新中……)
CnV2xNet模块向上层模块CnV2xMsg提供服务,用于发送或接收V2X消息(即DSMP SDU),并从EthIf模块获取服务,实现与LTE-V2X硬件的数据交互。还负责源二层地址和目的二层地址的选择,从协议角度维护上层和下层之间QoS相关映射关系,具体内容见本文档1.2章和第7章。CnV2xNet模块在AUTOSAR BSW和分层软件架构中的定位如下所示。CnV2xNet模块的功能应符合中国LTE-V2X网络协议标准[2]和《车载通信技术要求》基于LTE-V2X直接通信的通信系统[1]。
2024-08-02 22:35:36
170
原创 CP AUTOSAR标准之ChineseV2XMessage(AUTOSAR_SWS_ChineseV2XMessage)(更新中……)
图1显示了AUTOSAR BSW和分层软件架构中CnV2xMsg模块的定位。CnV2xMsg模块提供基本安全消息(BSM)的基本服务,并支持BSM交换的相关管理功能。CnV2xMsg模块实现了BSM的发送、接收、RSI/RSM/SPAT/MAP接收等基本业务,此外,目前的CnV2xMsg模块还实现了与BSM发送相关的频率管理、POTI管理、ID管理等管理功能。
2024-08-02 22:33:55
238
原创 CP AUTOSAR标准之ChineseV2XManagement(AUTOSAR_SWS_ChineseV2XManagement)(更新中……)
CnV2xM模块在AUTOSAR BSW和分层软件架构中的定位如下所示。CnV2xM模块支持中国V2X协议栈在通用V2X通道参数获取、蜂窝V2X驱动初始化等方面的运行。未来CnV2xM模块将实现[2]中规定的DME的一些基本服务,并在应用层面支持基于LTE-V2X的中国V2X单播服务。
2024-07-16 11:46:04
150
原创 CP AUTOSAR标准之CellularV2XDriver(AUTOSAR_SWS_CellularV2XDriver)(更新中……)
该规范描述了AUTOSAR基础软件模块Cellular V2X驱动程序的功能、API和配置。在AUTOSAR分层软件架构中,如果Cellular V2X控制器为片上类型(内部),则Cellular V2X驱动程序属于微控制器抽象层;如果Cellular V2X控制器为片外类型(外部),则Cellular V2X驱动程序属于硬件抽象层。这表明了Cellular V2X驱动程序的主要任务:向上层(例如以太网接口)提供一个由多个相等控制器组成的硬件独立接口。此接口对所有控制器应是统一的。
2024-07-16 11:43:21
480
原创 CP AUTOSAR标准之CANTransceiverDriver(AUTOSAR_SWS_CANTransceiverDriver)(更新中……)
本规范描述了CAN收发器驱动程序模块的功能、API和配置。CAN收发器驱动程序模块负责处理ECU上的CAN收发器硬件芯片。CAN收发器是一种硬件设备,可将CAN总线上使用的信号电平调整为微控制器可识别的逻辑(数字)信号电平。此外,收发器还能够检测电气故障,如接线问题、接地偏移或长显性信号传输。根据与微控制器的接口,它们会标记检测到的错误,该错误由单个端口引脚汇总或由SPI非常详细地显示。一些收发器支持电源控制并通过CAN总线唤醒。市场上通常有不同的唤醒/睡眠和电源概念。
2024-07-15 10:39:35
166
原创 CP AUTOSAR标准之CANInterface(AUTOSAR_SWS_CANInterface)(更新中……)
该规范描述了AUTOSAR基础软件模块CAN接口的功能、API和配置。如图1.1所示,CAN接口模块位于低级CAN设备驱动程序(CAN驱动程序[1]和收发器驱动程序[2])与上层通信服务层(即CAN状态管理器[3]、CAN网络管理[4]、CAN传输协议[5]、PDU路由器[6])之间。它代表上层通信层与CAN驱动程序服务的接口。CAN接口模块提供独特的接口来管理不同的CAN硬件设备类型,如定义的ECU硬件布局使用的CAN控制器和CAN收发器。
2024-07-15 10:36:43
409
原创 CP AUTOSAR标准之CANDriver(AUTOSAR_SWS_CANDriver)(更新中……)
AUTOSAR基础软件模块CAN驱动程序(在本文档中称为“Can模块”)的功能、API和配置。Can模块属于最低层,执行硬件访问并向上层提供独立于硬件的API。唯一可以访问Can模块的上层是CanIf模块(另请参阅SRS_SPAL_12092)。Can模块提供启动传输的服务,并调用CanIf模块的回调函数来通知事件,这些服务独立于硬件。此外,它还提供控制属于同一CAN硬件单元的CAN控制器的行为和状态的服务。只要属于同一CAN硬件单元,单个Can模块就可以控制多个CAN控制器。
2024-07-15 10:34:02
409
原创 CP AUTOSAR标准之BSWModeManager(AUTOSAR_SWS_BSWModeManager)(更新中……)
该规范指定了AUTOSAR基础软件模块BSW模式管理器(BswM)的功能、API和配置。BSW模式管理器是实现BSW中车辆模式管理和应用模式管理概念的模块。其职责是根据简单规则仲裁来自应用层SW-C或其他BSW模块的模式请求,并根据仲裁结果执行操作。
2024-07-11 16:58:50
210
原创 CP AUTOSAR标准之ADCDriver(AUTOSAR_SWS_ADCDriver)(更新中……)
本规范描述了AUTOSAR基础软件模块ADC驱动程序的功能、API和配置。ADC驱动程序针对的是逐次逼近型ADC硬件。Delta Sigma ADC转换用例不在本规范的范围内。ADC模块初始化并控制微控制器的内部模拟数字转换器单元。它提供启动和停止转换的服务,分别启用和禁用转换的触发源。此外,它还提供启用和禁用通知机制的服务以及查询转换状态和结果的例程。ADC模块在所谓的ADC通道组上工作,ADC通道组由所谓的ADC通道构建。
2024-07-11 16:55:19
383
原创 CP AUTOSAR标准之XCP(AUTOSAR_CP_SWS_XCP)(更新中……)
该规范规定了AUTOSAR基础软件模块XCP的功能、API和配置。
2024-07-08 13:11:02
556
原创 CP AUTOSAR标准之UDPNetworkManagement(AUTOSAR_CP_SWS_UDPNetworkManagement)(更新中……)
本文档介绍了AUTOSAR UDP网络管理(UdpNm)的概念、核心功能、可选功能、接口和配置问题。UdpNm旨在成为一项可选功能。它旨在与TCP/IP堆栈协同工作,独立于所用通信系统的物理层。AUTOSAR UDP网络管理是一种独立于硬件的协议,可用于基于TCP/IP的系统(有关限制,请参阅第4.1章“限制”)。其主要目的是协调网络正常运行和总线休眠模式之间的转换。除了核心功能外,还提供可选功能,例如实施服务以检测所有现有节点或检测所有其他节点是否已准备好休眠。
2024-07-08 13:08:49
397
原创 CP AUTOSAR标准之TimeSyncOverFlexRay(AUTOSAR_CP_SWS_TimeSyncOverFlexRay)(更新中……)
本节列出了模块本地缩写和定义。有关更多时间同步相关的缩写和定义,请参阅RS时间同步[1]中的第3章。有关一般术语和缩写,请参阅AUTOSAR词汇表[2]。5.SyncTimeNSec(SYNC消息)或OfsTimeNSec(OFS消息)与StbM_TimeStampType.nanoseconds定义的范围相匹配。6.CRC(包括DataID)匹配取决于FrTSynRxCrcValidated参数。7.ICV验证成功,取决于FrTSynRxIcvVerificationType参数。
2024-07-06 21:36:23
226
原创 CP AUTOSAR标准之RAMTest(AUTOSAR_CP_SWS_RAMTest)(更新中……)
AUTOSAR基础软件模块“RAM测试”的功能、API和配置。RAM测试是对RAM单元的物理健康状况的测试。它不是为了测试RAM的内容。用于寄存器的RAM也经过测试。在本文档中,RAM单元被理解为内存单位,可由处理器单独寻址。因此,对于16位处理器,单元大小(以位为单位)例如为16。存在不同的RAM测试算法。它们针对不同的故障模型集,实现不同的覆盖率,导致不同的运行时间,并且具有破坏性或非破坏性。覆盖率还取决于底层物理RAM架构。
2024-07-06 21:34:01
388
原创 CP AUTOSAR标准之NetworkManagementInterface(AUTOSAR_CP_SWS_NetworkManagementInterface)(更新中……)
本文档描述了网络管理接口模块的概念、接口和配置。网络管理接口是AUTOSAR通信管理器和AUTOSAR总线特定网络管理模块(例如CAN网络管理和FlexRay网络管理)之间的适配层。这也称为基本功能。支持NM协调器功能和部分网络功能是可选的。网络管理接口的构建是为了支持通用的低层模块,这些模块遵循一组固定的总线特定NM模块要求。这将允许第三方提供对OEM特定或传统NM协议(如直接OSEK NM)的支持。
2024-07-02 16:16:02
345
原创 CP AUTOSAR标准之MemoryMapping(AUTOSAR_CP_SWS_MemoryMapping)(更新中……)
注意:在1到5之间不得添加其他预处理器代码。否则会妨碍正确解释源代码并导致后续预处理器错误。注意:对于总是作为内联函数实现的代码,不需要使用内存分配关键字进行包装。应用提示:AUTOSAR基础软件模块或AUTOSAR软件组件的实现不允许依赖于对象对默认部分的隐式分配,因为默认部分的属性依赖于平台和工具。因此,这种代码实现风格与平台无关。应用提示:对于使用“Compiler.h”的LOCAL_INLINE宏实现的代码,需要使用内存分配关键字进行包装。
2024-07-02 16:13:01
430
原创 CP AUTOSAR标准之MemoryAccess(AUTOSAR_CP_SWS_MemoryAccess)(更新中……)
该规范描述了AUTOSAR基础软件模块内存访问(MemAcc)的功能、API和配置。内存访问模块通过基于地址的API提供对不同内存技术设备的访问。内存访问模块始终由一个或多个内存驱动程序(Mem)补充。内存访问模块与内存设备技术无关,可与闪存、EEPROM、RAM或相变存储器等典型内存设备一起使用。Memory Access模块和Memory Driver与Fls、Eep Driver位于AUTOSAR架构的同一层,但是将这些模块拆分为硬件独立部分(MemAcc)和硬件依赖部分(Mem)。
2024-07-01 14:44:07
296
原创 CP AUTOSAR标准之MACsecKeyAgreement(AUTOSAR_CP_SWS_MACsecKeyAgreement)(更新中……)
该规范描述了AUTOSAR基础软件模块MKA的功能、API和配置。
2024-07-01 14:40:25
124
原创 CP AUTOSAR标准之LINStateManager(AUTOSAR_CP_SWS_LINStateManager)(更新中……)
分层软件架构[3]将LinSM定位在BSW架构内,如下所示。LinSM负责LIN总线的控制流。当上层请求时切换调度表(仅适用于LIN主节点)。当上层请求或下层指示时,进入睡眠和唤醒处理当进入新状态时通知上层。
2024-07-01 14:35:57
795
原创 CP AUTOSAR标准之KeyManager(AUTOSAR_CP_SWS_KeyManager)(更新中……)
该规范描述了AUTOSAR基础软件模块< KeyManager >的功能、API和配置。AUTOSAR KeyM模块由两个子模块组成,即加密密钥子模块和证书子模块,如[1]“AUTOSAR对加密堆栈的要求”所要求。加密密钥子模块提供API和配置项来引入或更新预定义的加密密钥材料。它充当密钥客户端,解释密钥服务器提供的数据并创建相应的密钥材料。这些密钥提供给加密服务管理器。成功安装密钥材料后,应用程序能够利用加密操作。这允许OEM在生产或维护阶段将密钥材料引入与应用程序分开的ECU。
2024-06-27 17:51:43
304
QT之qcustomplot.zip
2020-11-17
STM32L4R5ZIT6_低功耗模式选择.rar
2020-05-30
stm32操作模拟IIC源码
2020-05-22
cmake-3.17.0-win64-x64_opencv-4.3.0_cvui-2.7.0.zip
2020-05-17
tensorflow-1.14.0-cp36-cp36m-manylinux1_x86_64.whl百度云地址.txt
2019-07-04
BeyondComparePro v4.1.5.21031 绿色精简中文版 x64
2018-07-19
BeyondComparePro v4.1.5.21031 绿色精破解版 x64
2018-06-25
j-link v8固件烧录工具和教程,解决keil5提示升级的问题
2018-05-02
JLINKV8固件升级
2018-04-04
Linux C编程一站式学习(宋劲杉编著word版本)
2018-01-23
Linux C编程一站式学习
2018-01-02
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人