Autosar 网络管理 SWS 4.2.2。- 部分联网

0 autosar

在Autosar NM 4.2.2 NM PDU Filter算法中, CanNmPnFilterMaskByte有何意义。据我了解,它用于对传入的 NM PDU 和部分网络信息进行屏蔽(AND),并决定是否参与通信。但请简要解释一下它到底是如何工作的。

kes*_*aus 7

您实际上正在谈论部分网络。因此,如果不再需要某些功能集群,它们可以进入睡眠状态以节省电量。

支持 PN 的 ECU 检查所有 NmPdus 中 NmPdus UserData 中的 PartialNetworkingInfo(PNI,其中每一位代表功能集群状态)。

PnFilterMask 实际上过滤掉了 ECU 根本不感兴趣的任何不相关的 PNI 信息(因为 ECU 不会以任何方式参与这些功能)。如果应用过滤器后,一切都为 0,则 NmPdu 被丢弃,因此不会导致 Nm 超时定时器重新启动。这实际上使 Nm 进入进入睡眠阶段,尽管 NmPdus 仍在传输。

通过 ECU,还要考虑网关。

更新如何确定掩码

如上所述,每一位代表一个函数。

Bit0 : Func0
..
Bit7: Func7
Run Code Online (Sandbox Code Playgroud)

OEM 现在必须检查车辆中的哪些 ECU 对于哪些功能(也在某些状态下)需要或不需要,以及如何布局车辆网络。

以下是一些功能示例,以及所需的 ECU(不包括网关):

  • ACC:1 个前置雷达传感器
  • EBA:1 个摄像头 + 1..n 前置雷达传感器
  • ParkDistanceControl (PDC):4 个前传感器 + 4 个后传感器 + 仪表板可视化
  • 倒车摄像头:1个摄像头+可视化ECU(根据转向角度/速度判断车辆在摄像头画面内移动的线条)
  • 盲点检测 (BSD) / 变道辅助 (LCA):后部 2 个雷达传感器 + MirrorLed 控制和蜂鸣器控制 ECU
  • 后方交叉交通辅助 (RCTA)(带或不带制动 + 警报):后部 2 个雷达传感器 + MirrorLed 控制和蜂鸣器控制 ECU
  • 乘员安全出口(在有物体接近时发出警告或保持车门关闭):2 个后雷达传感器 + DoorLock ECU

接下来的事情是,某些功能分布在多个 ECU 上。例如,2 个后雷达传感器可以执行整个 BSD/LCA、RCTA、OSE 功能,可能包括用于 MirrorLED 的 LED 驱动器和后蜂鸣器驱动器,或者通过 CAN 将此信息发送到处理 MirrorLED 和后部蜂鸣器的中央 ECU。蜂鸣器。(这种短距离雷达传感器是我现在正在做的很长一段时间的事情,并且多年来不同功能的数量不断增长)相机可以有一些配套雷达传感器(例如 ACC 运行的传感器或一些短距离雷达传感器)雷达)来帮助验证/分类图像数据/物体。

PDC 传感器也可能是小型 ECU,向中央 PDC ECU 提供一些信息,中央 PDC ECU 实际上处理仪表板的输出。

因此,并非所有这些都需要一直激活并消耗电池。BSD/LCA、RCTA/B需要在行驶或停车时工作,RCTA/B仅在选择倒档时工作,BSD/LCA仅在前进档或空档时工作,PDC仅在停车时(低速前进/倒车),仅倒车摄像头当处于倒车档进行停车时,OSE 可以在静止时激活,发动机开启(例如在红绿灯处让乘客下车)或发动机不开启(驾驶员离开并锁定车辆)。

现在,对于每种情况,您需要知道:

  • 每种车辆状态和功能状态仍需要哪些 ECU
  • 网络拓扑告诉您这些 ECU 是如何连接的。您需要在这里考虑网关 ECU,因为它们必须在多个网络之间路由某些信息。

您可以为每个功能或功能集群分配 1 位 Nm 标志(例如 BSD/LCA / RCTA = 1 位、OSE = 1 位、BackupCam / PDC(例如“停车模式”)= 1 位

例如 CanNmPnInfo 标志可以定义为:

Bit0 : PowerTrain
Bit1 : Navi/Dashboard Cluster
Bit2 : BSD/LCA/RCTA
Bit3 : ParkingMode
Bit4 : OSE
...
Bit7 : SmartKeyAutomaticBackDoor (DoorLock with key in near to detect swipe/motion to automatically backdoor)
Run Code Online (Sandbox Code Playgroud)

也可以拥有没有 PNI 的 CL15 设备,因为这些功能仅在引擎打开时才激活,例如 ACC、EBA、TrafficJamAssist ...(甚至 BSD/LCA/RCTA 也可以这样考虑)。你也许可以在没有 CL30 + PNI 的情况下处理它们。

现在,您已经为 PNI 中的某个位分配了功能,并且知道需要哪些 ECU。例如,后部的雷达传感器需要 0x34(位 2、3、4),尽管他们需要意识到,某些 ECU 可能不再提供信息,因为它们已关闭(例如,动力总成上的速度、转向角度关闭) CL15 关闭后 -> OSE),这不是错误(CAN 消息超时)。网关可能需要在掩码中添加更多位,以便保持子网处于活动状态,或者实际唤醒某些网络及其 ECU(例如,远程钥匙唤醒 DoorLock ECU)

因此,后面的网关可能使用 0xFC 作为掩码,但前面的网关可能使用 0x03。倒车摄像头可能仅在低速(<20km/h)和倒档时激活,以为其供电,但 PDC 可以在没有倒档的情况下工作。

PNI 标志实际上通常由 OEM 定义,因为它是车辆级架构项目。这通常不能由供应商定义。它实际上应该是 AUTOSAR ARXML SystemDescription 的一部分。(参见 AUTOSAR_TPS_SystemTemplate.pdf)

EcuInstance --> CanCommunicationConnector(pnc* 属性)

通常,AUTOSAR 配置工具应支持自动提取此信息以自动配置 CanNm / Nm 和 ComM(用户请求)。

抱歉耽搁了,但是找到一个例子来描述它可能会非常乏味,但我希望它能有所帮助。