SHARC阵列板的VMEBus通信分析与应用
签*/
INT32param;/*客户服务程序参数*/
INT32data;/*数据包指针*/
INT16length;/*数据包长度*/
INT16max_len;/*返回包的最大长度*/
}Server_packet
客户端提完申请之后就会进入阻塞状态等待服务端的回答。服务端截获该申请之后，根据服务标签启动相应的服务模块，完成相应的服务之后向客户端发送回复，此时客户端才能停止阻塞恢复运行，如图2所示。申请和回复这两种数据包具有同样的结构，每次最大数据传输量不能超过4KB。客户端与服务端之间的实时响应由系统发送中断自动完成，不需要人为干预，具有较高的实时性和安全性。
该方式实质是构架于VME总线中断之上的。在客户端发送申请包的时候包含了一个VME总线中断，由该中断驱动服务端的服务循环模块，然后服务循环模块再调用相应的客户服务程序，从而实现两路通信握手。该方式将底层的VME总线中断驱动机制封装起来，在上层建立了规范的服务循环模块并且允许添加个人服务程序，对于软件的规范与维护有利。当然，如果需要更高的实时性，可以不采用该方式，而是由客户端直接发送VME总线中断来实现握手，但必须对于底层的中断寄存器直接操作，不易维护。需要指出的是，对于具有拓扑结构的SHARC芯片组而言，只能由根端SHARC处理器作为客户端，内存拷贝也只能在根部SHARC处理器与服务端处理机之间进行。
2.3Apex通信机制在单板机控制中的应用
一般来说，进行高强度运算的信号处理机都应该具有严格的工作时序，在每个工作时序进入相应的工作状态，这有利于其它分系统的相关处理以及信号处理机运算流程的合理安排。因此，对于信号处理机可以采取被动触发控制，即信号处理机完成当前工作时序之后向通信控制器提交下一工作时序请求，通信控制器可根据外部指令（通过网络）决定何时执行，这期间信号处理机应当处理阻塞状态等待回答。那么通信控制器可以利用Apex提供的第二类交互方式，作为服务端实时响应SHARC的服务申请，并根据整体系统工作时序决定信号处理机的阻塞时间；同时，该方式提供每次4KB的传输量，可以用来下发工作参数和其它命令。这样既可避免繁琐的中断同步设置，又有利于软件的范也维护；而进行大指数据传输应当第一类方式。考虑到采取该方式缺乏握手机制，故应当在交互方式以及VxWorks的多任务协调与约束下进行避免数据传输发生冲突与覆盖。
3被动触发控制实现
3.1阻塞式时序控制
要实现对信号处理机的被动触发控制，必须在通信控制器上建立面向SHARC阵列板的服务模块。Apex提供一个SHARC_system对象，所有的服务都基于该对象建立，包括Melbourne引导。该类中的成员函数SHARC_system::transaction的作用是初始化一个双向通信管道，客户端/服务端的交互通道都通过该通道进行。完成管道初始化之后，调用相应的成员函数SHARC_system::service_loop建立服务循环，如下面的程序所示：
/*服务循环线程*/
intservice_thread(SHARC_system*sys){
intstatus；
printf（“servicethreadrunning...”）；
sys->service_loop(Timeout(ENVER));/*启动服务循环*/
sys->exit_status(&status);/*退出服务循环*/
exit(status)；
returnstatus；
}
利用VxWorks的任务产生函数taskSpawn()，将service_thread服务循环派生成一个独立的线程来处理SHARC的申请。当SHARC的程序退出后，通信控制器的循环也将自动终止。
由于服务端必须根据客户端提供的服务标签调用相应的服务，这就要求为SHARC_system类加载个人的服务程序。首先，定义系统标准类Service_group的继承类Custom_group。然后，在这个类当中添加自己的成员函数，即通信控制器SHARC的服务程序；同时，再定义一个向量表table[]，将不同成员函数名
称顺次列在其中编制成服务标签，如下所示：
Custom_callCustom_group::table[]={
/*在向量表里添加服务标签，第一个对应的标签序号为0
（table[0]）,第二个为1（table[1]）,以后的以此类推*/
executCommand1,
executCommand2，
……
};
voidCustom_group::executCommand1(Server_packet*pkt){
/*在这里用户写入自己的服务代码*/
}
当服务端接收到了申请后，会立刻自动调用Custom_group::call_service()。该函数的作用是读取服务标签号码，并从table[]当中取出相应的客户服务程序执行它，如下所示：
voidCustom_group::call_service(Server_pack 《SHARC阵列板的VMEBus通信分析与应用(第2页)》
本文链接地址：http://www.oyaya.net/fanwen/view/171674.html
INT32param;/*客户服务程序参数*/
INT32data;/*数据包指针*/
INT16length;/*数据包长度*/
INT16max_len;/*返回包的最大长度*/
}Server_packet
客户端提完申请之后就会进入阻塞状态等待服务端的回答。服务端截获该申请之后，根据服务标签启动相应的服务模块，完成相应的服务之后向客户端发送回复，此时客户端才能停止阻塞恢复运行，如图2所示。申请和回复这两种数据包具有同样的结构，每次最大数据传输量不能超过4KB。客户端与服务端之间的实时响应由系统发送中断自动完成，不需要人为干预，具有较高的实时性和安全性。
该方式实质是构架于VME总线中断之上的。在客户端发送申请包的时候包含了一个VME总线中断，由该中断驱动服务端的服务循环模块，然后服务循环模块再调用相应的客户服务程序，从而实现两路通信握手。该方式将底层的VME总线中断驱动机制封装起来，在上层建立了规范的服务循环模块并且允许添加个人服务程序，对于软件的规范与维护有利。当然，如果需要更高的实时性，可以不采用该方式，而是由客户端直接发送VME总线中断来实现握手，但必须对于底层的中断寄存器直接操作，不易维护。需要指出的是，对于具有拓扑结构的SHARC芯片组而言，只能由根端SHARC处理器作为客户端，内存拷贝也只能在根部SHARC处理器与服务端处理机之间进行。
2.3Apex通信机制在单板机控制中的应用
一般来说，进行高强度运算的信号处理机都应该具有严格的工作时序，在每个工作时序进入相应的工作状态，这有利于其它分系统的相关处理以及信号处理机运算流程的合理安排。因此，对于信号处理机可以采取被动触发控制，即信号处理机完成当前工作时序之后向通信控制器提交下一工作时序请求，通信控制器可根据外部指令（通过网络）决定何时执行，这期间信号处理机应当处理阻塞状态等待回答。那么通信控制器可以利用Apex提供的第二类交互方式，作为服务端实时响应SHARC的服务申请，并根据整体系统工作时序决定信号处理机的阻塞时间；同时，该方式提供每次4KB的传输量，可以用来下发工作参数和其它命令。这样既可避免繁琐的中断同步设置，又有利于软件的范也维护；而进行大指数据传输应当第一类方式。考虑到采取该方式缺乏握手机制，故应当在交互方式以及VxWorks的多任务协调与约束下进行避免数据传输发生冲突与覆盖。
3被动触发控制实现
3.1阻塞式时序控制
要实现对信号处理机的被动触发控制，必须在通信控制器上建立面向SHARC阵列板的服务模块。Apex提供一个SHARC_system对象，所有的服务都基于该对象建立，包括Melbourne引导。该类中的成员函数SHARC_system::transaction的作用是初始化一个双向通信管道，客户端/服务端的交互通道都通过该通道进行。完成管道初始化之后，调用相应的成员函数SHARC_system::service_loop建立服务循环，如下面的程序所示：
/*服务循环线程*/
intservice_thread(SHARC_system*sys){
intstatus；
printf（“servicethreadrunning...”）；
sys->service_loop(Timeout(ENVER));/*启动服务循环*/
sys->exit_status(&status);/*退出服务循环*/
exit(status)；
returnstatus；
}
利用VxWorks的任务产生函数taskSpawn()，将service_thread服务循环派生成一个独立的线程来处理SHARC的申请。当SHARC的程序退出后，通信控制器的循环也将自动终止。
由于服务端必须根据客户端提供的服务标签调用相应的服务，这就要求为SHARC_system类加载个人的服务程序。首先，定义系统标准类Service_group的继承类Custom_group。然后，在这个类当中添加自己的成员函数，即通信控制器SHARC的服务程序；同时，再定义一个向量表table[]，将不同成员函数名
称顺次列在其中编制成服务标签，如下所示：
Custom_callCustom_group::table[]={
/*在向量表里添加服务标签，第一个对应的标签序号为0
（table[0]）,第二个为1（table[1]）,以后的以此类推*/
executCommand1,
executCommand2，
……
};
voidCustom_group::executCommand1(Server_packet*pkt){
/*在这里用户写入自己的服务代码*/
}
当服务端接收到了申请后，会立刻自动调用Custom_group::call_service()。该函数的作用是读取服务标签号码，并从table[]当中取出相应的客户服务程序执行它，如下所示：
voidCustom_group::call_service(Server_pack 《SHARC阵列板的VMEBus通信分析与应用(第2页)》
★读了本文的人也读了：