---

本文主要介绍MISCOSAR AMD 模块中的RTM 用来计算CPU Loading

---

1. RTM介绍

• Runtime Measurement (RTM) allows the user to determine runtimes and CPU load of BSW modules and user code sections.
  运行时测量 (RTM) 允许用户确定 BSW 模块和用户代码段的运行时和 CPU 负载。
• RTM provides a set of macros, which are used to instrument the source code to be measured.
  RTM 提供了一组宏，用于检测要测量的源代码。
• Such an instrumented code section is called measurement point (MP).
  这样的插桩代码段称为测量点 (MP)。
• Measurement is controlled- and evaluated in CANoe by RTM’s frontend or a self-written RTM application.
  通过 RTM 的前端或自行编写的 RTM 应用程序在 CANoe 中控制和评估测量。
• Data exchange between CANoe and the ECU is done by the XCP protocol(e.g. using CAN, FlexRay or Ethernet network communication)
  CANoe 和 ECU 之间的数据交换通过 XCP 协议完成（例如使用 CAN、FlexRay 或以太网网络通信）。

1.1 AUTOSAR 4.x Architecture Overview 层级结构

MICROSAR AMD (AUTOSAR Monitoringaad Debugging)模块包含了三个子模块,
提供了错误报告、当前CPU负载及软件执行时间测量等功能，能够大大简化ECU软件的开发和测试过程。

• DBG(DeBuGging)
• DLT (DiagnosticLogandTrace)
• RTM(RunTimeMeasurement)

1.2 RTM 如何工作

How Does Measurement Work At a start point the measurement is started, at a stop point, it is stopped. In your code you can define as many start-stop couples as you want. You can also use the predefined measurements of the BSW modules.
在开始点开始测量，在停止点停止测量。在您的代码中你想定义多少(开始-停止)测量点对都可以。你也可以使用预定义的BSW模块测量。

Define the complete duration of a measurement and get the following results:
定义度量的完整持续时间并获得以下结果:

• Count: Counts how often the defined start-stop sections had been passed.
• Max: Shows the absolute longest runtime of each start-stop section.
• Min: Shows the absolute shortest runtime of each start-stop section.
• Average: Shows the average runtime of each start-stop section.
• Average CPU load: Shows the average CPU load caused by each start-stop section.

1.3 Interfaces to adjacent modules of the RTM 临近接口

2. 如何计算CpuLoading

Cpu负载率: 用来衡量在一段时间内CPU被占用情况.

Cpu负载率的计算方法: 可以用CPU一段工作时间与该时间段内被占用时间的比值来计算.
可以得之:

CPU负载率 = 占用时间(忙碌时间) / 运行总时间													(1)
1

由于CPU被占用 主要是用来执行任务代码 中断服务代码和系统调度功能代码

CPU负载率 = (总的任务运行时间 + 中断服务代码运行时间 + 系统调度功能代码运行时间) / 运行总时间	(2)
1

由于中断处理和静态系统的调度所需时间开销都较小,一般情况下将 中断服务代码运行时间 和 系统调度功能代码运行时间 忽略不计

所以一般来说,可以将CPU负载率近似看作:

CPU负载率 ≈ 总的任务运行时间 / 运行总时间 													(3)
1

我们将所有任务的周期的最小公倍数称作:任务的超周期.那么可以得之 CPU负载率近似为操作系统中所有周期性任务的运行时间之和与这些任务的超周期的比值:

CPU负载率 ≈ i任务的周期 / 所有周期性任务的超周期											(4) 
1

但是这4这种计算方法中,并没有考虑到中断请求的周期性和操作系统调度的频繁度.如果我们需要更精确的去测量CPU负载率.

按照(1)公式来推导出

CPU负载率 = 占用时间(忙碌时间) / 运行总时间 
		 = (运行总时间 - 空闲时间) / 运行总时间											(5)
1
2

从(5)中 我们可知我们需要计算CPU loading的有效方法是, 得到一段时间内CPU空闲时间计数值. 从而更精确的计算CPU loading.

---

RTOS任务调度策略

• 时间片轮转式
• 优先级抢占式

---

在AUTOSAR 规范中,规定了一种没有任何具体功能的特殊任务(空闲任务).规范中 规定操作系统中的空闲任务没有固定周期,优先级最低,可以不执行任何功能,当系统中没有其他任务要运行或中断请求时,系统会自动跳转到空闲任务中,并一直执行空闲任务.

这样就为我们获得空闲时间提供了可能.

在空闲任务中,我们可以一直循环读取时间值, Interval (后一次的时间值减去前一次的时间值) 则能知道是空闲任务运行的时间,但是由于空闲任务优先级最低,OS产生调度的时候,也就是发生中断服务或者任务抢占的 之时,这个值就变成了CPU的占用时间,这个时间差值不仅包含任务调度产生的时间消耗,任务代码运行产生的消耗和中断服务产生的消耗.

如何来判断 Interval 值是空闲时间值 还是 忙碌时间值呢?
我们在这里假设操作系统从空闲任务跳转到其他高优先级任务或中断,在跳回空闲任务的时间为 T(s) ,那么得之所有大于T(s)间隔的时间段都是忙碌时间.

3. RTM 集成

3.1 导入RTM模块

3.2 RtmCoreDefinitions

3.3 RtmMeasurementPionts

This parameter defines whether the measurement point measures:
Runtime: Regular runtime measurement point.
Task: Task response time measurement point.
CPU_Load: Core specific CPU load measurement point.

The measurement type defines the measurement behavior of this measurement point.
If set to GrossExecutionTime:

• Measures the absolute time between measurement start and stop.
  If set to NetExecutionTime:
• Measures like GrossExecutionTime minus interruptions by task or ISR.
  If set to FlatExecutionTime:
• Measures like NetExecutionTime minus the execution time of nested measurement points.

3.4 RtmGeneral

3.5 RtmCpuLoadMeasurement