驱动设备通信监控机制的研究与实践
1. 关键技术要点
在设备运行过程中,DM9000A 物理层在 PHYUP 状态下,UNDEF_OPER_MODE 必须取反,这意味着 DM9000A 的物理层开启时必须明确其操作模式。同时,addproperty 属性支持指定定性信息,包括 critical、warning 和 info 三种类型。在当前版本中,只有 critical 类型会有不同的处理方式。当遇到 critical 断言时,MDDC 会发出事件信号并停止验证,直至系统复位;而其他类型的断言目前仅作信息参考,可用于构建 TDevC 平台模型。
2. TDevC 平台模型
TDevC 平台模型与设备模型有所不同,它不包含结构部分,主要用于基于设备行为对整个平台的行为和属性进行建模。在声明 HFSM - D 状态机之前,设计者需要指定该元模型将使用的设备。
以下是一个 TDevC 平台模型声明的示例:
1 import " mysensors . tdevc ";
2 import " myactuators . tdevc ";
3
4 platform
( uClinuxNiosV2 )
{
5
6 device
mysensors
alias
mys;
7 device
myactuators
alias
mya;
8 ...
在这个示例中,import 构造函数用于定义要使用的设备模型;platform 后面的标识符(如 uClinuxNiosV2)用于区分不同的平台模型;device 构造函数用于为每个设备定义别名,简化代码编写。
平台模型的最后语法部分包括