- 博客(160)
- 收藏
- 关注
RSS订阅原创 RR vs. FF通信方式
RR（Request/Response）和FF（Fire-and-Forget）是两种常见的通信模式，分别在不同的场景下发挥作用。RR模式是一种双向通信模式，其中发送方（客户端）向接收方（服务器）发送请求，并期望在特定时间内收到响应。该模式通常用于需要确认的操作，如数据查询、提交表单等。FF模式是一种单向通信模式，其中发送方向接收方发送请求，但不等待响应。发送方在发出请求后，可以立即进行下一步操作，而不关心请求的结果或状态。这种模式对于不需要确认的事件尤为常见。
2024-11-20 17:56:56
618
原创 Cache简介
缓存（Cache） 是计算机系统中的一种高速数据存储设备，用于加速数据访问并优化系统性能。缓存位于处理器（CPU）和主内存（RAM）之间，它存储频繁使用的数据和指令，以减少CPU访问主内存的次数，从而提高整个系统的效率。
2024-11-20 17:47:12
1445
原创 AMP (Asymmetric Multi-Processing) vs. SMP (Symmetric Multi-Processing)
AMP (Asymmetric Multi-Processing) and SMP (Symmetric Multi-Processing) are two architectures used in multi-core and multi-processor systems.
2024-11-19 10:46:26
1222
原创 SoC (System on Chip) vs. MCU (Microcontroller Unit)
MCU（Microcontroller Unit） 和 SoC（System on Chip） 是嵌入式系统设计中两类关键的硬件平台。MCU 专注于低功耗、实时性强的简单控制任务，适用于家电、玩具、传感器接口等轻量级应用。而 SoC 则具备强大的处理能力和丰富的外设，适用于智能手机、车载系统、复杂工业设备等高性能、多任务的应用。了解它们的特点和应用场景，对于选择和设计适当的嵌入式系统至关重要。
2024-11-18 17:39:08
1443
原创 OS-Memory Protection
OS uses memory protection facilities of a processor to achieve freedom from interference between OS applications and cores.
2024-11-14 16:22:27
1435
原创 OS-Stack Sharing
In order to save RAM it is possible that different basic tasks/category 2 ISRs share the same task/ISR stack.
2024-11-14 15:38:08
408
原创 OS-Stack Monitoring
The OS shall provide a stack monitoring which detects possible stack faults of Task(s)/Category 2 ISR(s).
2024-11-14 14:41:11
967
原创 E2E vs. SecOC
E2E保护主要关注的是确保数据传输的完整性、序列、和防重复性。E2E机制主要用于在车内网络传输数据过程中检测并纠正可能发生的误差。SecOC（Secure Onboard Communication）主要关注数据传输的安全性，包括数据的机密性、完整性和真实性。SecOC机制通过加密和认证来保护数据传输，使其防止恶意攻击或非法篡改。以下是AUTOSAR E2E和SecOC的对比总结表：特性主要目标数据完整性和防错保护数据机密性、完整性和真实性保护机制序列号、时间戳、校验和哈希值。
2024-11-13 16:11:17
969
原创 OS-IOC (Inter OS-Application Communicator)
The Inter OS-Application Communicator (IOC) is responsible for data exchange between OS applications.
2024-11-12 17:44:24
1173
原创 Operating system execution control
Application modes are designed to allow an OSEK operating system to come up under different modes of operation.
2024-11-12 16:34:57
1061
原创 OS-Application (OSAP)
OSAP is defined as a collection of OS objects(Task, ISR, Alarm, Schedule Table, Trusted Function, Counter, Application-specific hook).
2024-11-12 15:57:59
1105
原创 Watchdog Stack
The Watchdog Manager (WdgM) reports via the Watchdog Interface (WdgIf) a triggering condition to the Watchdog Drivers (Wdg). The Watchdog Driver then is responsible for triggering the watchdog hardware as long as the triggering condition is true.
2024-11-11 17:56:25
1045
原创 Basic CAN vs. Full CAN
Basic CAN适用于资源受限或简单应用场景，软件开销相对较大，需要CPU处理更多的中断和消息。Full CAN通过硬件管理消息，实现了更高的实时性和效率，适用于复杂系统和高实时性要求的应用。了解和选择正确的CAN模式，对于优化汽车电子系统的设计和性能至关重要。如果你有更多具体问题或需要进一步的支持，请随时告诉我！
2024-11-11 16:36:40
1772
原创 Dem Event vs. DTC
Dem Event（诊断事件）是AUTOSAR中的一种机制，用于报告和管理车载系统中的故障或异常。Dem Event提供了一种标准化的方法，用于监控和记录车辆的运行状态和故障信息，以便后续的诊断和维修。DTC（Diagnostic Trouble Code，诊断故障码）是一种标准化的代码，用于标识和报告车辆中的特定故障。DTC通常与OBD（On-Board Diagnostics）系统相关联，并通过标准化的方式向维修技师或诊断工具提供故障信息。在AUTOSAR架构内，Dem Event（诊断事件）和DTC。
2024-11-11 15:59:58
1229
原创 CAN vs. ETH vs. LIN
特性：CAN是一种多主总线协议，适用于实时短消息通信，提供强大的错误检测和纠正能力。数据速率：典型速率为125 kbps到1 Mbps，新版CAN FD（Flexible Data Rate）支持更高的数据速率。帧格式：标准帧（11位ID）和扩展帧（29位ID）。拓扑：线型总线拓扑。应用场景：广泛应用于汽车电子、工业自动化和其他嵌入式系统。特性：Ethernet是一种标准的局域网（LAN）技术，提供高速数据传输和多种网络拓扑。数据速率：典型速率从10 Mbps到1 Gbps及以上。帧格式。
2024-11-08 23:20:58
1318
原创 CAN vs. CAN FD
协议版本数据速率：125 kbps 到 1 Mbps帧格式：标准帧（11位ID）和扩展帧（29位ID）数据负载：每帧最多8字节错误检测：CRC校验、帧校验、响应校验等应用场景：广泛应用于汽车电子、工业自动化、医疗设备等协议版本数据速率：主数据段最高1 Mbps，数据段最高可达超过8 Mbps（取决于总线负载和条件）帧格式：扩展帧格式，兼容标准CAN帧数据负载：每帧最多64字节错误检测：增强的CRC校验、更高的误码校验能力应用场景。
2024-11-08 23:11:49
1325
原创 CAN Bus-Off
Bus-Off功能是CAN协议中重要的错误处理机制，旨在确保网络中的错误节点不会影响其他节点的通信。当检测到严重错误时，该机制会将错误节点从网络隔离，从而保护网络的整体通信质量。通过正确的Bus-Off处理和恢复流程，可以显著提高CAN网络的可靠性和健壮性。了解Bus-Off的工作原理和实现，对于设计和维护高可靠性的CAN网络系统具有重要意义。如果你有更多具体问题或需要进一步的支持，请随时告诉我！
2024-11-08 23:09:51
1396
原创 Configuration Classes
是 AUTOSAR 框架中用来分类和管理配置参数的机制。每个配置参数根据其使用场景、修改频率、重要性和存储位置等特性，分配到不同的配置类中。指的是在编译之前进行配置的参数。这些配置参数在代码编译之前就已经确定，并且不能在运行时更改。指的是在链接阶段进行配置的参数。这些参数在代码链接之前确定，可以通过修改配置文件或链接选项进行调整。指的是在构建后（即编译和链接完成后）进行配置的参数。该类参数通过编译后生成的配置文件或数据文件进行设置，可以支持不同的配置变体。指的是在运行时进行配置的参数。
2024-11-07 17:46:38
1067
原创 CAN数据透传
CAN 数据透传通过网关节点实现ECU 之间的数据通信，是现代汽车电子架构中非常重要的一部分。本文介绍了⽬标节点位置、透传控制步骤及注意事项，并提供了简洁的示例代码，诠释了CAN 数据透传的关键信息。理解并实现CAN数据透传的背后原理，对于汽车电子系统开发者来说至关重要。如有更多具体问题或其他支持需求，请随时联系我！
2024-11-07 17:25:32
790
原创 DoIP报文收发流程
DoIP模块的主要功能是通过汽车内的以太网连接支持诊断通信。它允许通过标准以太网络协议（如 IPv4 或 IPv6）进行车辆诊断，从而提高了诊断的速度和效率。诊断消息传输：通过以太网接口传输诊断消息。连接管理：处理与外部诊断设备的连接建立与关闭。数据转发和路由：将诊断消息转发到正确的本地目标。错误处理：处理通信过程中的错误和异常。
2024-11-07 17:02:55
1440
原创 ETH报文收发流程
AUTOSAR（AUTomotive Open System ARchitecture）框架中，Ethernet堆栈提供了一组标准化的软件模块，用于处理Ethernet通信的各种操作。在车载网络中，Ethernet 堆栈中的报文收发流程涉及多个模块。本文将详细介绍AUTOSAR框架内ETH报文的收发流程，涉及从应用程序接口到硬件驱动层的各个步骤。在AUTOSAR架构中，与Ethernet通信相关的主要模块包括：以下是AUTOSAR Ethernet报文发送流程的详细步骤：应用层通过调用Com模块的接口函数，
2024-11-07 16:55:48
1499
原创 CAN报文收发流程
AUTOSAR框架内的CAN报文收发流程通过模块化、标准化的设计，确保了通信的可靠性和一致性。通过层层调用，数据从应用层传输到硬件，并在接收时从硬件传回到应用层。整个流程涉及多个AUTOSAR标准模块，如CanIf、CanDrv、PduR和Com，这些模块相互协作，共同完成了CAN报文的发送和接收。了解并正确实现AUTOSAR CAN报文的收发流程，对于构建稳定可靠的汽车电子系统至关重要。如果你有更多具体问题或需要进一步的技术支持，请随时告诉我！
2024-11-07 14:18:25
1940
原创 DTC (Diagnostic Trouble Code)
DTC（Diagnostic Trouble Code，诊断故障码）是诊断车辆故障的标准化代码体系，广泛应用于现代汽车中。通过理解和使用DTC，技师和诊断工具可以快速识别和解决车辆问题，确保车辆的性能和安全性。如果你有更多具体问题或需要进一步的支持，请随时告诉我！
2024-11-06 17:59:48
1570
原创 ISO14229 (UDS)
是汽车电子控制单元（ECU）与诊断工具之间的一种标准化通信协议，被广泛应用于现代汽车的诊断、维护和固件更新。通过理解和应用UDS服务，工程师可以高效地进行车辆诊断和维修，确保车辆的可靠性能和安全性。如果你有更多具体问题或需要进一步的支持，请随时告诉我！
2024-11-06 17:26:45
1276
原创 ISO26262
ISO 26262（道路车辆功能安全）是确保现代车辆电子和电气系统功能安全的重要标准。它提供了系统性的方法和工具，用于识别和管理功能安全的风险，并在开发、生产和运营过程中加以控制。通过理解和应用ISO 26262，汽车制造商和供应商可以确保其产品满足最高的安全标准，保障道路使用者的安全。如果你有更多具体问题或需要进一步的支持，请随时告诉我！
2024-11-06 17:03:20
1159
原创 ISO15765
这一部分定义了标准的范围、术语和缩略语，并提供了对其他部分的概述。术语和定义：明确标准中使用的各种术语和缩略语。概述：解释标准的背景、目的和应用范围。标准内容结构：介绍每个部分的主题和内容结构。ISO 15765（道路车辆 - 控制器局域网络 - 诊断通讯应用层）提供了一套标准化的协议，用于在CAN总线上实现诊断通信。通过标准化的诊断服务和网络层协议，ISO 15765在车辆开发、生产、维护和服务中起到了关键作用。
2024-11-06 16:57:23
1160
原创 ISO13400
这一部分介绍了 ISO 13400 标准的总体概述、术语定义和使用场景。标准的背景和目标关键术语和定义使用场景的描述和应用示例ISO 13400通过定义基于互联网协议（IP）的车辆诊断通信框架和实现规范，为现代车辆的诊断和维护提供了高效、统一的解决方案。标准的各个部分详细介绍了从基础通信协议到安全性、测试和实践应用等方方面面的内容。通过合理使用和实现 ISO 13400 标准，能够显著提高车辆诊断和维护的效率，推动汽车智能化和网络化发展。如果你有更多具体问题或需要进一步的技术支持，请随时联系我！
2024-11-06 16:53:03
1313
原创 External Logical Supervision vs. Internal Logical Supervision
AUTOSAR中的WdgM Logical Supervision通过外部和内部两种监控方式，确保了系统中各个软件组件及其内部功能模块按照预期的逻辑关系和依赖顺序运行。监控跨组件的任务和逻辑依赖，适用于系统级的任务协调和状态监控；则侧重于单一组件内部，确保复杂功能模块的逻辑顺序正确执行。理解并合理应用这两种逻辑监控方式，对提升汽车系统的可靠性和安全性至关重要。如果你有进一步的问题或需要支持，请随时告诉我！
2024-11-06 16:29:21
948
原创 HTMSS (HW Test Manager on startup and shutdown)
AUTOSAR HTMSS模块是确保汽车系统在启动和关闭过程中保持硬件可靠性的重要组成部分。它通过自检、状态监测、初始化和记录功能，帮助在复杂的汽车环境中实现系统的安全运行和故障预防。随着自动驾驶和电动汽车等新技术的发展，HTMSS的作用和重要性预计将进一步增加。
2024-11-06 14:28:30
1262
原创 Partition
AUTOSAR的Partition（分区管理）功能为汽车电子系统提供了一套高效、可靠的软件隔离和资源管理方案。通过标准化的接口和配置选项，Partition模块实现了软件隔离、资源分配、通信管理、错误隔离、安全性增强及系统优化等功能，确保系统的灵活性、可靠性和安全性。在系统安全、故障隔离、资源优化、多功能集成及实时控制等应用场景中，Partition模块发挥着至关重要的作用。理解并有效利用AUTOSAR Partition功能，对于开发高效、安全的汽车电子系统具有重大意义。
2024-11-05 18:05:02
1022
原创 MPU (Memory Protection Unit)
是一种硬件机制，旨在控制微处理器对内存的访问权限。MPU主要用来防止非法和未经授权的内存访问，保护关键数据和代码的安全性，防止由于错误或恶意行为导致的数据破坏和系统崩溃。是嵌入式系统和安全操作系统中关键的内存保护机制。通过配置和使用MPU，可以有效防止非法内存访问，提高系统的安全性和稳定性。MPU通过将内存划分为多个区域，并对每个区域设定访问权限和特权级别，实现了对内存访问的严格控制。尽管MPU和MMU（Memory Management Unit）都用于内存管理，但它们在功能和应用上有所不同。
2024-11-05 17:59:52
1165
原创 CP (Classic Platform) vs. AP (Adaptive Platform)
AUTOSAR CP（Classic Platform） 和 AUTOSAR AP（Adaptive Platform） 是AUTOSAR架构的两个主要类别，针对不同的应用需求和场景而设计。CP平台主要用于传统的、对实时性要求高的控制任务，而AP平台则面向新兴的自动驾驶、ADAS等复杂应用，支持动态配置和高性能计算。理解这两者的区别和应用场景，对于开发和选择合适的AUTOSAR平台至关重要。
2024-11-05 17:53:37
1579
原创 CanXLTrcv (CAN XL Transceiver Driver)
AUTOSAR CAN XL Transceiver Driver (CanXLTrcv) 模块是 AUTOSAR 架构中用于管理和执行 CAN XL 通信的重要模块。通过初始化和配置、帧处理、错误处理和报告、总线状态监控、低功耗管理和接口扩展等功能，CanXLTrcv Driver 模块为汽车电子系统提供了可靠的 CAN XL 通信基础。理解和实现 CanXLTrcv Driver 模块对于开发高效可靠的汽车电子系统至关重要。
2024-11-05 17:04:49
1069
原创 TtcanIf (TTCAN Interface)
AUTOSAR TtcanIf 模块是 AUTOSAR 架构中用于管理时间触发 CAN 通信的重要接口层模块。通过初始化和配置、时间调度管理、消息传输、错误处理、时间同步、中断处理和多通道支持等功能，TtcanIf 为高实时性和高可靠性的汽车通信提供了基础支持。理解和实现 TtcanIf 模块对于开发高效可靠的汽车电子系统至关重要。通过配置和使用 TtcanIf 提供的标准化接口，开发者可以有效地管理时间触发的通信操作，确保系统的稳定和精确运行。如果你有更多具体问题或需要进一步的技术支持，请随时联系我！
2024-11-05 16:37:02
992
原创 CanSM (CAN State Manager)
AUTOSAR的CAN State Manager（CanSM）模块为汽车电子系统提供了一套高效、可靠的CAN网络状态管理机制。通过标准化的接口和配置选项，CanSM模块实现了CAN网络和控制器的状态管理、故障检测与恢复、低功耗管理及与网络管理模块的交互等功能，确保车载通信系统的稳定性和可靠性。在车载通信系统状态管理、高级驾驶辅助系统、低功耗模式管理和故障检测与恢复等应用场景中，CanSM模块发挥着至关重要的作用。理解并有效利用AUTOSAR CanSM功能，对于开发高效、安全的汽车电子系统具有重大意义。
2024-11-05 16:30:55
1336
原创 WEthTrcv (Wireless Ethernet Transceiver Driver)
AUTOSAR Wireless Ethernet Transceiver (WEthTrcv) Driver 模块是 AUTOSAR 架构中用于管理和支持无线以太网通信的重要模块。通过初始化和配置、以太网帧处理、错误处理和报告、信道状态监控、中断处理和接口扩展等功能，WEthTrcv Driver 模块为汽车电子系统提供了可靠的无线以太网通信基础。理解和实现 WEthTrcv Driver 模块对于开发高效可靠的汽车电子系统至关重要。
2024-11-05 16:06:53
933
原创 J1939Tp (SAE J1939 Transport Layer)
J1939Tp模块在AUTOSAR架构中用于处理跨多个CAN报文进行的多报文传输。它不仅负责数据分段和重组，还需要管理复杂的传输协议和错误处理。通过高效管理通讯参数和实现可靠的传输机制，J1939Tp确保车辆和设备的稳定通讯。
2024-11-05 16:03:00
1209
原创 J1939Rm (SAE J1939 Request Manager)
AUTOSAR（Automotive Open System Architecture）是一个开放且标准化的汽车电子/电气（E/E）系统架构。J1939是由SAE（Society of Automotive Engineers，美国汽车工程师学会）定义的一种标准协议，主要用于商用车辆和重型设备之间的通信。而J1939Rm（SAE J1939 Request Manager）模块是AUTOSAR架构中的一个关键组件，负责管理J1939请求消息的发送和接收。
2024-11-05 15:59:57
773
原创 MCAL (Microcontroller Abstraction Layer)
AUTOSAR的Microcontroller Abstraction Layer（MCAL）模块为汽车电子系统提供了一套高效、可靠的硬件抽象和管理方案。通过标准化的接口和配置选项，MCAL模块实现了硬件抽象、标准化接口、设备驱动、可移植性和可维护性、初始化和配置及错误检测和报告等功能，确保系统的灵活性和可靠性。在通用I/O控制、模拟信号处理、定时和计数、通信接口控制及驱动控制等应用场景中，MCAL模块发挥着至关重要的作用。
2024-11-04 23:35:28
1345
OSEK/VDX Specification
2024-11-26
ARM Developer Guide
2024-11-25
ISO 13400-2:2012(E)
2024-11-25
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人