- 博客(34)
- 收藏
- 关注
原创 【WPC】Qi-v1.3.3-comms-glossary
无线充电技术通过电磁场隔空传输电能,Qi标准基于电磁感应原理实现设备间的无线供电。本文解析了Qi v1.3.3协议中的关键术语与缩略语,包括主动区域、气隙、异物检测等核心概念,以及BPP(基础功率配置)、EPP(扩展功率配置)等功率模式定义。协议涵盖电力传输控制、通信流程、安全认证机制(如证书链、制造商代码)等技术细节,同时列出AC/DC、FSK等常用缩略语,为理解无线充电系统的工作原理与标准化实现提供参考框架。(149字)
2026-05-31 17:54:43
377
原创 【WPC】Qi-v1.3.3-comms-physical
本文介绍了Qi无线充电通信协议v1.3.3的物理层规范,重点涵盖功率配置、负载调制和频移键控三大核心内容。在功率配置方面,定义了基础功率(BPP)和扩展功率(EPP)两种配置方案。负载调制部分详细阐述了接收器通过反向散射调制实现通信的机制,包括调制方案、比特/字节编码规则以及包含前导码、包头、消息和校验和的数据包结构。频移键控章节则规范了发射器通过频率调制与接收器通信的技术细节,包括调制参数选择、比特编码方式和11位异步串行传输格式。全文通过图表和示例,系统性地描述了Qi标准中通信物理层的技术要求和实现规范
2026-05-31 17:35:44
192
原创 【WPC】Qi-v1.3.3-introduction
本文介绍了Qi无线充电技术(v1.3.3版)的基本原理与应用。Qi技术通过电磁感应实现电能传输,发射端线圈产生交变磁场,接收端线圈感应电流为设备充电。文章阐述了Qi系统的工作原理、功率等级(5W基础/15W扩展)、工作频率(87-205kHz)、充电区域设计及耦合优化要素。重点说明了通信协议(ASK/FSK调制)和异物检测机制,确保充电安全。随着Qi充电器在家庭、汽车和公共场所的普及,该技术为智能手机等设备提供了便捷的无接触充电解决方案,摆脱了传统线缆束缚。
2026-05-31 16:36:05
330
原创 【NFC】ISO/IEC 14443-4传输协议
ISO/IEC 14443-4标准定义了13.56MHz非接触式IC卡(Type A/B)的半双工传输协议,涵盖卡激活、数据传输、去激活及差错处理流程。该协议支持ISO/IEC 7816-4定义的应用数据传输,适用于公交卡、门禁、移动支付等场景。标准详细规定了Type A卡的激活序列,包括请求应答(RATS)、选择应答(ATS)及协议参数选择(PPS)等关键步骤。ATS包含长度、格式、接口字节及历史字节等字段,用于配置通信参数(如帧大小、比特率)。PPS请求允许动态调整参数,确保兼容性。标准还定义了术语、帧
2026-05-30 21:19:56
254
原创 【NFC】ISO/IEC 14443-3初始化与防冲突
ISO/IEC 14443-3标准定义了13.56MHz近场通信(NFC)中PCD与PICC的初始化、防冲突及通信协议。摘要如下:该规范详细描述了TYPE A/B卡的轮询检测机制、字节格式、帧结构及时序要求,包括短帧、标准帧和防碰撞帧三种格式。重点阐述了防冲突算法——TYPE A采用位碰撞检测协议,TYPE B使用时隙协议。标准还定义了请求命令(REQA/REQB)及应答流程,确保多卡环境下的有效识别。关键参数如帧延迟时间(FDT)、基本时间单元(etu)等为物理层通信提供时序基准。通过级联选择(TYPE
2026-05-30 17:07:29
232
原创 【NFC】ISO/IEC 14443-2射频功能与信号接口
本文介绍了ISO/IEC 14443-2标准中关于NFC射频供电与信号接口的规范。该标准定义了13.56MHz近距离非接触IC卡(PICC)与读写器(PCD)之间的功率传输和通信机制,包括两种信号接口TypeA和TypeB。TypeA采用100% ASK调制和Modified Miller编码,TypeB采用10% ASK调制和NRZ-L编码。文章详细说明了工作场强、调制方式、数据速率、位编码等关键技术参数,以及PICC与PCD的初始交互流程。这些规范为公交卡、门禁系统、移动支付等NFC应用提供了底层通信基
2026-05-27 23:35:02
413
原创 【NFC】ISO/IEC 14443-1物理特性
ISO/IEC 14443-1标准定义了13.56MHz非接触式IC卡(PICC)的物理特性规范。该标准基于ISO 7810对ID-1型卡的要求,详细规定了卡片在尺寸、环境耐受性等方面的技术指标。包括紫外线、X射线、弯曲/扭转应力、电磁场干扰(交变磁场12A/m、交变电场1.5kV/m)、静电(6kV)、静磁场(640kA/m)等环境条件下的性能要求,以及0-50℃的工作温度范围。这些规范确保了PICC卡在公交、门禁、移动支付等应用中的可靠性和耐用性。
2026-05-26 22:44:12
364
原创 【CP AUTOSAR】SHE(SecureHardwareExtensions)分析
本文介绍了汽车开放系统架构(AUTOSAR)中的安全硬件扩展(SHE)技术规范。SHE是一种车载MCU片上安全模块,由德国汽车厂商联盟HIS制定,旨在通过硬件保护加密密钥免受软件攻击。该规范详细定义了SHE的三大核心组件:密钥存储区、AES-128算法实现和控制逻辑,支持ECB/CBC加密模式和CMAC认证。文章还阐述了SHE的存储架构设计,包括非易失性存储槽的安全标志管理和密钥保护机制,如写保护、启动失败禁用等。作为低成本安全方案,SHE不要求物理防篡改能力,但通过硬件隔离密钥操作、原子写操作等设计确保基
2026-05-04 19:47:26
414
1
原创 【汽车网络安全】ISO/SAE 21434之概念阶段和TARA分析
本文介绍了ISO/SAE 21434标准中车辆网络安全开发的核心概念,重点阐述了概念阶段的工作流程。该标准定义了"Item"作为网络安全分析的基本单元,通过TARA(威胁分析与风险评估)方法识别资产、威胁场景和风险等级,进而制定网络安全目标和概念。TARA分析包含资产评估、威胁识别、影响评级等7个步骤,最终输出风险处置方案。网络安全概念阶段需确保各环节逻辑一致性,为后续产品开发提供安全需求输入。全文系统梳理了车辆网络安全工程的专业术语、分析方法和实施流程。
2026-04-26 21:04:58
588
原创 【CP AUTOSAR】EcuM(ECUStateManager)分析和使用
本文介绍了CP AUTOSAR架构下的EcuM组件功能及应用经验。EcuM负责ECU状态管理,位于System Services层,主要实现ECU初始化、休眠/关机状态管理、唤醒事件处理等功能。文章详细阐述了EcuM的模块依赖性、模式/状态/阶段概念,重点分析了STARTUP、UP等阶段的运作机制。EcuM通过与BswM、SchM等模块协作,完成BSW模块初始化、状态切换和唤醒处理,其灵活性需要集成者自行配置所需状态。基于S32K312芯片和Vector工具链的实践经验,为AUTOSAR ECU状态管理提供
2025-11-10 20:22:47
1118
原创 【CP AUTOSAR】NvM(NVRAMManager)分析和使用
本文介绍了CP AUTOSAR架构下的NvM组件配置经验,基于S32K312芯片和Vector工具链。NvM作为MemoryServices层的关键模块,负责非易失性数据管理,通过MemIf访问FLASH/EEPROM。文章详细阐述了NvM的基本架构、存储对象类型(NV/RAM/ROM/管理块)及三种块管理类型(NATIVE/REDUNDANT/DATASET),并提供了配置参数示例说明NvM与底层存储的寻址机制。NvM支持CRC校验、加密等扩展功能,其模块化设计为汽车ECU提供了可靠的非易失性数据管理方案
2025-11-10 20:22:15
1528
原创 【CP AUTOSAR】BswM(BSWModeManager)分析和使用
摘要: 本文介绍了CP AUTOSAR架构下的BswM组件,基于S32K312芯片和Vector工具链(DaVinci Configurator/Developer)的配置经验。BswM作为基础软件(BSW)中的模式管理模块,负责模式仲裁与模式控制,协调SW-C及BSW模块(如EcuM、ComM、Dcm等)的状态切换。其核心功能包括:通过逻辑表达式(AND/OR/XOR等)评估模式条件,触发立即或延时仲裁,并根据结果执行动作列表(如调用底层接口或RTE通知)。文中详细解析了BswMModeRequestPo
2025-11-10 20:21:18
983
原创 【CP AUTOSAR】ComM(COMManager)分析和使用
本文介绍了AUTOSAR架构中的ComM组件功能及配置经验。ComM位于通信服务层,封装底层通信控制,简化用户操作。文章详细解析了ComM的五大核心功能:总线通信简化、多组件协调、通信禁用API、通道状态机控制及PNC网络集群支持。重点阐述了ComM的三种主要通信模式(NO/SILENT/FULL)及其子状态转换逻辑,以及管理通道与被管理通道的引用关系配置要求。通过状态机图和功能表格直观展示了ComM模块与Nm、BswM等模块的交互机制,为基于S32K312芯片和Vector工具链的AUTOSAR通信栈开发
2025-11-10 20:20:30
1308
原创 【CP AUTOSAR】Com(COM)分析和使用
本文介绍了CP AUTOSAR架构下Com组件的功能及配置经验。Com组件位于通信服务层,负责I-PDU的收发处理,为RTE提供统一信号接口,屏蔽底层通信协议差异。文章详细阐述了Com的主要功能包括信号路由、传输控制、信号监控等,以及其与PduR、Rte等模块的依赖关系。同时说明了I-PDU的作用、AUTOSAR COM与OSEK/VDX标准的区别、信号值的分类处理,以及字节序转换、符号扩展和多种信号滤波算法的实现方式。最后介绍了在S32K312芯片上结合Vector工具链的配置实践。
2025-11-10 20:17:16
1310
原创 【CP AUTOSAR】Nm(NetworkManagementInterface)分析和使用
本文介绍了在CP AUTOSAR架构下的Nm组件,基于S32K312芯片和Vector提供的CBD包,使用DaVinci Configurator工具进行配置的经验。Nm组件位于Communication Services层,负责封装AUTOSAR网络管理功能,为上层ComM或其他模块提供统一接口。文章详细描述了Nm组件的基础功能、NM Coordinator功能及其适用性、保持总线活跃的规则以及关闭机制。NM Coordinator用于协调多个总线的网络休眠,确保所有相关总线在同一时间关闭,避免网络冲突。
2025-05-11 01:06:49
3149
原创 【CP AUTOSAR】CanNm(CANNetworkManagement)分析和使用
本文介绍CP AUTOSAR 架构下的CanNm组件,基于S32K312芯片、Vector提供的CBD包,使用DaVinci Configurator工具进行配置的经验。CanNm组件位于Communication Services层,上层为Nm,下层为CanIf,大多数情况下只与这两个组件交互。CanNm组件基于AUTOSAR标准实现ECU与ECU之间的网络管理。上图为CP AUTOSAR CAN网络架构。CanNm实现了以CAN为通信的AUTOSAR直接式网络协议。
2025-03-26 15:18:31
3599
原创 【CP AUTOSAR】CanSM(CANStateManager)分析和使用
本文介绍CP AUTOSAR 架构下的CanSM组件,基于S32K312芯片、Vector提供的CBD包,使用DaVinci Configurator工具进行配置的经验。CanSM组件位于Communication Services层,通常被ComM所调用。CanSM组件负责管理CAN总线的状态。上图为CP AUTOSAR CAN网络架构。
2025-03-07 15:58:49
2057
原创 【CP AUTOSAR】CanTrcv(CANTransceiverDriver)分析和使用
本文介绍CP AUTOSAR 架构下的CanTrcv组件,基于S32K312芯片、Vector提供的CBD包,使用DaVinci Configurator工具进行配置的经验。CanTrcv组件位于Communication Hardware Abstraction层,通常被CanIf所调用。CanTrcv组件负责管理ECU上的CAN收发器芯片。上图为CP AUTOSAR CAN网络架构。本文文字描述多点,更像是本人的使用笔记,仅供参考,如有不对地方欢迎指教。
2025-02-14 17:50:51
2527
3
原创 【CP AUTOSAR】PduR(PDURouter)分析和使用
本文介绍CP AUTOSAR 架构下的PduR组件,基于S32K312芯片、Vector提供的CBD包,使用DaVinci Configurator工具进行配置的经验。PduR组件位于Communication Services层。PduR组件实现I-PDU的路由转发和网关功能,即源模块的数据转发到目的模块。上图为CP AUTOSAR CAN网络架构。本文文字描述多点,更像是本人的使用笔记,仅供参考,如有不对地方欢迎指教。本文也没有描述PduR在多核分区中的功能。
2025-02-09 22:33:01
2451
2
原创 【CP AUTOSAR】CanTp(CANTransportLayer)分析和使用
本文介绍CP AUTOSAR 架构下的CanTp组件,基于S32K312芯片、Vector提供的CBD包,使用DaVinci Configurator工具进行配置的经验。CanTp组件位于Communication Services层,是Can Interface的上层和PDURouter的下层。CanTp组件实现MCU的CAN数据流的拆分、重组、流控制等,即对CAN多帧进行组包拆包然后传给上层。上图为CP AUTOSAR CAN网络架构。
2025-01-17 20:34:40
2822
原创 【CP AUTOSAR】Icu(ICUDriver)分析和使用
本文介绍CP AUTOSAR 架构下的Icu组件,基于S32K312芯片、NXP提供的MCAL包,使用EB Tresos工具进行配置的经验,不具体介绍芯片输入捕获外设等功能。Icu组件实现MCU的输入捕获功能。Icu组件位于I/O Drivers层里,为上层组件IoHwAb提供接口。Icu组件要实现各种测量模式,需要注意对应的硬件通道支不支持该测量模式,比如周期测量要注意测量的周期是否超过硬件的计数器最大值,超过了那就返回的tick就不准了。
2025-01-17 20:34:14
4181
原创 【CP AUTOSAR】CanIf(CANInterface)分析和使用
本文介绍CP AUTOSAR 架构下的CanIf组件,基于S32K312芯片、Vector提供的CBD包,使用DaVinci Configurator工具进行配置的经验。CanIf组件位于Communication Hardware Abstraction层,是Can Driver的接口层。CanIf组件实现MCU的CAN数据收发、模式控制,被上层CanTp、Dcm、CanNm等调用。上图为CP AUTOSAR CAN网络架构。
2025-01-17 20:34:00
2503
原创 【CP AUTOSAR】Can(CANDriver)分析和使用
本文介绍CP AUTOSAR 架构下的Can组件,基于S32K312芯片、Vector提供的CBD包,使用DaVinci Configurator工具进行配置的经验。Can组件位于Communication Drivers层,是AUTOSAR CAN STACK架构里位于最底层的驱动代码,被上层组件CanIf所调用。Can组件实现MCU的CAN数据收发、模式控制。本文不具体介绍MCU的CAN寄存器和CAN总线技术。上图为CP AUTOSAR CAN网络架构。
2025-01-17 20:33:47
2435
原创 【CP AUTOSAR】MemIf(MemoryAbstractionInterface)分析和使用
本文介绍CP AUTOSAR 架构下的MemIf组件,基于S32K312芯片、Vector提供的CBD包,使用DaVinci Configurator工具进行配置的经验。MemIf组件位于Memory Hardware Abstraction层里,是Fee和Ea的抽象层,NVRAM组件通过MemIf来访问Fee和Ea。上图为CP AUTOSAR存储架构。MemIf给上层组件NVRAM使用,总的来说不复杂,只是在Fee和Ea的接口上再封装一层。
2025-01-17 20:33:37
1611
原创 【CP AUTOSAR】Fee(FlashEEPROMEmulation)分析和使用
本文介绍CP AUTOSAR 架构下的Fee组件,基于S32K312芯片、NXP提供的RTD包,使用EB Tresos工具进行配置的经验。Fee组件实现FLASH的模拟EEPROM功能,即更合理的分配FLASH的资源,通过软件算法更大限度的利用FLASH延长使用寿命。Fee组件位于Memory Hardware Abstraction层里,为上层MemIf提供接口,下层是Fls组件。
2025-01-17 20:33:27
2435
2
原创 【CP AUTOSAR】Fls(FlashDriver)分析和使用
本文介绍CP AUTOSAR 架构下的Fls组件,基于S32K312芯片、NXP提供的MCAL包,使用EB Tresos工具进行配置的经验,不具体介绍芯片FLASH、存储外设等功能。Fls组件实现MCU内部FLASH、外部FLASH的读、写、擦除、比较、块检查等功能。Fls组件允许将FLASH驱动加载到RAM里执行操作。Fls组件位于Memory Drivers层里,为上层Fee提供接口,Fls组件本身不关注FLASH的校验、冗余设计等,这些逻辑由Fee组件完成。
2025-01-17 20:33:17
3234
4
原创 【CP AUTOSAR】Mcu(MCUDriver)分析和使用
本文介绍CP AUTOSAR 架构下的Mcu组件,基于S32K144芯片、NXP提供的MCAL包,使用EB Tresos工具进行配置的经验,不具体介绍芯片时钟外设等功能。Mcu组件实现时钟的初始化、RAM初始化、复位原因获取、电源模式设置等功能。Mcu组件位于Microcontroller Drivers层里。Mcu组件复杂点的还是时钟的配置,时钟这块一定要第一个配好,因为有些其他组件会和Mcu组件里配置的时钟有相关联,比如组件参考时钟、外设时钟等。
2025-01-17 20:32:59
4061
原创 【CP AUTOSAR】Pwm(PWMDriver)分析和使用
本文介绍CP AUTOSAR 架构下的Pwm组件,基于S32K144芯片、NXP提供的MCAL包,使用EB Tresos工具进行配置的经验,不具体介绍芯片Pwm外设的功能。Pwm组件实现Pwm的驱动,具有设置占空比、周期等功能,为上层组件IoHwAb提供接口。Pwm组件位于I/O Drivers层里。要注意使用的底层外设不能和其他组件有冲突。
2025-01-17 20:32:46
1807
原创 【CP AUTOSAR】Gpt(GPTDriver)分析和使用
本文介绍CP AUTOSAR 架构下的Gpt组件,基于S32K144芯片、NXP提供的MCAL包,使用EB Tresos工具进行配置的经验,不具体介绍芯片定时器外设的功能。Gpt组件用来控制芯片上的定时器开关、获取定时器的值、触发定时器中断、触发定时器唤醒事件等,但芯片上不一定所有的定时器都是由Gpt控制,也有可能是Cdd控制。Gpt组件为其他组件提供时基,比如PWM、ICU、OCU。Gpt组件位于Microcontroller Drivers层里。
2025-01-17 20:32:25
2919
原创 【CP AUTOSAR】Adc(ADCDriver)分析和使用
本文介绍CP AUTOSAR 架构下的Adc组件,基于S32K144芯片、NXP提供的MCAL包,使用EB Tresos工具进行配置的经验,不具体介绍芯片Adc外设的功能。Adc组件实现Adc的驱动,具有单次转换、连续转换、软件触发、硬件触发等模式,为上层组件IoHwAb提供接口。Adc组件位于I/O Drivers层里。
2025-01-17 20:31:58
3859
原创 【CP AUTOSAR】Spi(SPIHandlerDriver)分析和使用
本文介绍CP AUTOSAR 架构下的Spi组件,基于S32K144芯片、NXP提供的MCAL包,使用EB Tresos工具进行配置的经验,不具体介绍芯片SPI外设的功能。Spi组件实现了SPI的传输,可以给外围器件如FLASH、EEPROM提供驱动接口。Spi组件位于Communication Drivers层里。AUTOSAR文档里写了SPI驱动不支持从机模式,但S32K的MCAL设置里还是有支持从机的选项。
2025-01-17 20:31:39
6631
8
原创 【CP AUTOSAR】Port(PortDriver)分析和使用
本文介绍CP AUTOSAR 架构下的Port组件,基于S32K144芯片、NXP提供的MCAL包,使用EB Tresos工具进行配置的经验,不具体介绍芯片端口外设的功能。Port组件实现MCU的端口的设置,可以设置端口的方向、初始化电平、端口属性、可以设置端口模式为普通IO、ADC、SPI、SCI、PWM等。Port组件为上层组件IoHwAb提供接口。Port组件位于I/O Drivers层里。
2025-01-17 20:31:24
1825
原创 【CP AUTOSAR】Dio(DIODriver)分析和使用
本文介绍CP AUTOSAR 架构下的Dio组件,基于S32K144芯片、NXP提供的MCAL包,使用EB Tresos工具进行配置的经验,不具体介绍芯片GPIO外设的功能。Dio组件实现MCU的普通IO的读写、翻转,为上层组件IoHwAb提供接口。Dio组件位于I/O Drivers层里。使用Dio组件之前,必须先使用Port组件对引脚进行初始化。
2025-01-17 20:31:12
4820
原创 【CP AUTOSAR】Wdg(WatchdogDriver)分析和使用
本文介绍CP AUTOSAR 架构下的Wdg组件,基于S32K144芯片、NXP提供的MCAL包,使用EB Tresos工具进行配置的经验,不具体介绍芯片看门狗外设的功能。Wdg组件实现MCU的内部看门狗驱动,提供给上层组件WdgIf,给予看门狗的开启、关闭、喂狗、喂狗时间设置功能。Wdg组件位于Microcontroller Drivers层里。占用定时器资源,只适合在AUTOSAR架构里使用。
2025-01-17 20:30:52
4379
5
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅