概述
XNET 系统的核心组件可以分为硬件或软件。硬件包括XNET网络接口、构成物理总线的电线和电缆以及总线上的其他设备。软件包括在硬件上运行的程序和应用程序。
当第一次遇到错误时，缩小错误来源的范围很重要，无论是硬件还是软件。对于硬件，一些步骤是运行范例、进行回环测试、观察总线上的流量以及在 NI MAX 中硬件自检测。当谈到 XNET 应用程序的软件时，主要的两个组件是 NI-XNET 驱动程序和您正在开发的代码。确保正确使用硬件和软件的一个很好的资源是参考和搜索
NI-XNET 手册。
本文档解释了使用 NI-XNET 驱动程序时的一些常见故障排除步骤。
确认问题的特征
当 XNET 程序出现错误时，首先确认硬件正常工作。为了测试硬件是否工作，我们必须通过控制软件到已知的工作状态来隔离这些组件。测试硬件的其他方法包括回环测试、观察总线上的流量以及 NI MAX 中的硬件自检测。
当谈到 XNET 应用程序的软件时，主要的两个组件是 NI-XNET 驱动程序和您正在开发的代码。在极少数情况下，安装错误或驱动程序损坏可能会阻止您执行 XNET 的功能。重新安装驱动程序通常可以解决此类问题。对于代码中的逻辑问题，可以使用断点、高亮执行等常见的调试方法来缩小代码中出现错误的范围。
故障排除方法：
确保接口正在监听
通过预先启动 XNET 会话，确保设备的接口已准备好接收帧。如果 Auto Start？ XNET Session 属性已启用，执行读取或写入操作会将接口从“Stopped”转换为“Started” 。或者，如果 Auto Start？如果设置被禁用，您将需要使用 XNET Start 功能手动启动会话或接口。
您还可以使用XNET Read Comm State 功能随时查看接口状态。这包括通信状态、收发器的错误、故障和睡眠状态。
兼容性及驱动升级
评估是否可以升级驱动程序版本。 NI-XNET 的较新版本包含错误修复，可以解决您所遇见的问题。
- 使用 NI-XNET Driver and LabVIEW Compatibility 检查 NI-XNET 版本与您的 LabVIEW 版本
- 检查 NI-XNET 最新兼容版本的自述文件，看看您的 NI-XNET 硬件是否出现在支持的设备列表中
- 如果可能，请安装最新的兼容NI-XNET 驱动程序
范例
LabVIEW 查找范例中的代码已经过测试可以正常工作。如果您的 XNET 程序中出现错误，则可以很好地测试范例代码中是否也出现错误。如果您在范例代码中也看到错误，则可能是您的 XNET 驱动程序、XNET 硬件或物理层存在问题。如果范例代码没有显示任何错误，则可能存在特定于您的代码问题。
回环测试
回环测试是确认嵌入式网络不同部分有效性的常用方法。在回环测试期间，设备将已知的测试数据传输回自身。测试数据的成功发送和接收可以确认系统以下组件的正常运行：
通过确认这些组件的正常运行，您有证据可以排除它们作为您可能遇到的错误来源的可能性。
要进行
回环测试，您必须拥有具有XNET接口的设备。将物理层连接到两个接口。然后，您可以使用 LabVIEW 或
XNET Bus Monitor 在其中一个接口上发送传输帧并在另一个接口上接收该帧。预构建的 XNET Loopback 测试范例随 XNET 一起安装，可以在 LabVIEW 查找范例中找到。
常见错误
内部驱动程序错误：
内部驱动程序错误是发生在驱动程序级别的错误。可能的原因有很多种，因此在排除故障时最好收集尽可能多的信息。
要问的问题：
- 当错误开始出现时，您的应用程序上下文是否发生了任何变化？
- 您采取了什么操作导致错误？每次运行代码时都会发生吗？
- 运行 NI-XNET 范例时是否会出现错误？
- 将代码部署到其他计算机时是否会导致相同的错误？
根据一些答案，您可以尝试通过测试部分代码来隔离问题和/或恢复到旧的代码集以继续进行故障排除。有时，内部错误只会发生在 NI MAX 或 LabVIEW 中。如果您在 LabVIEW 代码中看到错误，请尝试在 NI MAX 中自检 NI-XNET 硬件。自检还会重置设备的固件，因此有时，自检可以成为从内部错误中恢复的一种方法。
要进行自检，请在 NI MAX 中单击您的设备，然后在第一个选项卡下，顶部有一个
“自检”选项。
意外数据、帧或无数据
如果您发现 NI-XNET 应用程序中传输或接收的数据不正确或缺少数据，最好的第一步是确定问题是由硬件还是软件引起的。使用
常见的 LabVIEW 调试技术确保您的代码按预期执行。对数据线打上探针是确认传递到 NI-XNET 函数的数据是否符合您的预期的好方法。使用正确的错误处理来确保代码中的上游错误不会导致级联效应。此外，如果您发现启动会话后接口在第一次读取迭代期间丢失帧，请考虑提前执行一次 XNET Read 或 XNET Write 函数，以确保接口提前转换到 Started 状态。
确认硬件正常运行的一个好方法是使用已知的片段代码（例如 NI-XNET 范例）或使用 XNET Bus Monitor 执行回环测试。如果在这些测试中您没有看到预期的数据，您可能会收到总线错误帧，这表明总线存在问题。使用 XNET Bus Monitor 监视总线上的流量，并确保在接口和数据库设置中启用总线错误帧。您可能会看到总线错误帧，其帧类型为 ERR。您可以根据
总线错误帧图表引用帧有效负载中的数据，以查看正在发生的总线错误的类型。
通常，总线错误可以通过总线上由于衰减、反射或噪声而导致电信号质量差来解释。衰减是信号强度随距离的减弱，如果您认为信号正在衰减，请测试较短的电缆长度。当电信号遇到电缆特性突然变化（例如在 ECU 的收发器处）时，就会发生反射。端接是减少信号反射的关键，可通过在总线两端添加电阻器来实现。某些设备具有软件可选择的 Termination 方式。有关总线终端的更多信息，请参阅
终端指南。
总线电源错误
确保总线已通电。建议在原型设计设置中使用
分线盒来帮助检查电压或为总线供电。重要的是要记住，即使收发器可能被供电，它们也会将总线电压驱动到逻辑低电平，并且仍然需要在其他地方施加激励电压。
其他 NI-XNET 错误
当您的 NI-XNET 代码中遇到错误时，请务必阅读完整的错误描述。尝试在谷歌上搜索引用相同错误号的知识库文章。发布到
NI 社区汽车和嵌入式网络讨论论坛。(此链接页面不支持中国大陆IP访问)