通过在CANopen 或 Modbus 管理器)并单击绿色的加号,可向通讯管理器添加现场设备。也可以右键单击 中的现场设备管理器节点,然后执行 命令。
中选择现场设备管理器节点(例如,前提条件是,在对话框中,必须有设备可用。
步骤 |
操作 |
---|---|
1 |
在CANopen 或 Modbus 管理器),单击绿色加号,或右键单击现场设备管理器节点并执行上下文菜单中的 命令。 中选择现场设备管理器节点(结果: 对话框随即打开。 |
2 |
在 对话框中的 列表框中,选择 。注意:通过单击 列表框,可以按品牌筛选设备。 |
3 |
从下面的列表中选择所需设备。 |
4 |
在 文本框中键入名称,重命名您的设备。
注: 请勿在名称中使用空格。请勿在名称结尾使用下划线字符 (_) 。
如果您未重命名设备,则在默认情况下会提供一个名称。 为设备指定有意义的名称会便于您组织管理项目。 |
5 |
单击 按钮。结果:现场设备会添加到现场设备管理器。
注: 对话框保持打开状态。
您可进行以下操作:
|
可以使用 CANopen 配置器的 选项卡上的选项 和 来管理潜在的配置不一致。
为优化 CAN 主站性能,CAN 诊断在控制器中的 CAN 主站外部。CAN 诊断结构是在
中提供的 CanConfig Extern 库中定义的。
结构 g_aNetDiagnosis
包含来自从站的最新诊断信息。每次配置从站时,都会更新结构。
此结构可在程序中使用,以执行以下操作:
监控通过 SDO 消息配置的从站的响应。
在允许机器/应用程序启动前,监控主站中是否存在来自从站的中止消息。
在应用程序的测试、调试和试运行过程中,必须在用户应用程序中定义和激活此结构。在试运行和验证机器及其控制应用程序后,就可以禁用此代码执行以减小 CANopen 网络上的通讯量。
但是,如果在应用程序及其控制的机器和过程的生命周期中,在运行系统中添加或替换从站,则诊断结构应继续在应用程序中保持活动状态。
警告 | |
---|---|
将 CanConfig Extern 库添加到应用程序后,请在应用程序中使用
(Net Diagnostic) 定义,以测试来自 CAN 从站的 SDO 中止消息。下面的代码示例说明了 CAN 诊断数据结构的使用方式:
IF g_aNetDiagnosis[CAN_Net_Number].ctSDOErrorCounter = 0 THEN
(* No error is detected in the configuration*)
ELSE
(* An error has been detected during configuration. Get the latest error information.*)
// node ID of the slave which sent the abort code
ReadLastErrorNodeID := g_aNetDiagnosis[CAN_Net_Number].usiNodeID;
// index used in the aborted SDO
ReadLastErrorIndex := g_aNetDiagnosis[CAN_Net_Number].wIndex;
// subIndex used in the aborted SDO
ReadLastErrorSubIndex := g_aNetDiagnosis[CAN_Net_Number].bySubIndex;
//SDO abort code
ReadLastErrorSdoAbortCode := g_aNetDiagnosis [CAN_Net_Number].udiAbortCode;
(* Do not allow the start-up or other operation of the machine or process *)
END_IF
CAN_Net_Number
对于 CAN0 端口为 0;如果控制器是如此配备的,则对于 CAN1 端口为 1。