标签: 测试工具

“ 云技术用于不会用于汽车开发 “ 。说到云部署在汽车行业的应用，业界曾经认为云技术并不适合用在汽车行业的产品开发。知识产权保护、数据的安全、流程不够透明、迁移成本过高、 IT 部门的保守等种种现实问题成为了云技术应用在汽车开发上的阻碍。然而，随着电动车巨头特斯拉等一众公司的成功，行业的发展趋势变得不言自明 : 汽车行业正朝着更加注重软件驱动的方向发展，越来越多的 OEM 正重新定位，将重心放在软件和技术方面。驱动这样的转变的因素有很多，比如高级辅助驾驶系统 (ADAS) ，电动出行技术 (E-mobility) ，以及信息娱乐和舒适系统的开发等。总的来说，汽车行业已经开始采用云技术推动汽车软件的设计，汽车软件向着更先进，更智能的方向迈进。本文着重探讨云技术在汽车行业应用的优势和注意事项，以及其在汽车行业软件设计质量保证领域的实际应用。 云技术的关键要素 首先明确云技术应用的关键要素。云技术是一种按需提供计算存储网络或其他 IT 资源的计算模式。对于云技术而言，算力和应用程序可在任意位置的集中式服务器农场中运行，这些服务器不受空间约束，可以是 OEM 在本地的部署，也可以是各个地方公共云上的服务器。虚拟机 (VM) 是一种虚拟的计算环境，是云技术的关键资源。在这些服务器当中，使用虚拟机进行计算，并可以根据工作的负载动态部署或撤销。理论上，云计算的算力可以无限扩展。个人电脑的角色也十分重要，是云计算中与云计算中心计算能力进行交互的主要接口。带宽资源在云计算中同样值得提及，为了使云应用程序发挥作用，需要足够的带宽接入使设备可以实现快速的互联网连接，并需要监控实际使用的应用服务，以确保一切正常运行。这些云技术的要素帮助提高了开发工作的灵活度，并使工作更容易扩展。从企业的角度来说，云技术能够帮助企业降低成本，提高效率。 围绕云技术，关键的概念也有很多。容器 (Container) 是一种把应用程序及其依赖项到打包在一起的一种技术，使其可以方便地在云环境中部署运行及管理应用程序。容器技术常见的一种实现被称为 Docker ， Docker 是一种开源的容器化平台，可以帮助开发者将应用程序及依赖项打包，并在支持 Docker 的环境中运行，使其不受环境差异的影响。对于集群技术， Kubernetes ( 又称 k8s) 是一种容器编排系统，帮助企业管理容器化的应用程序。 Automation ( 自动化 ) ，作为云计算的重要概念，其目的在于降本增效。对于自动化管道及构建管道， Jenkins 、 Bamboo 、 Git 等等常被提及。 Jenkins 是一个由 Java 编写的、开源的持续集成的工具，类似的还有 Bamboo 。 Jenkins 主要帮助团队进行自动化的构建、测试和发布过程，提高软件交付的效率及质量。此外，同样需要版本控制系统的支持，比如 Git 。可以使用 Git 来追踪项目的变化，协同开发。仓库 (Repository) 用于存储云技术相关的软件要素。 IaaS ( 基础架构即服 务 ) ， PaaS ( 平台即服务 ) 和 SaaS ( 软件即服务 ) 是云服务的主要类型。 IaaS ( 基础架构即服 务 ) 提供计算存储网络资源，用户可以按照实际使用需求支付费用。 PaaS ( 平台即服务 ) 提供开发，部署和运用应用程序的平台。 SaaS ( 软件即服务 ) 提供已经预先构建好的软件应用程序。 CaaS ( 内容即服务 ) 以提供消费者基础网络资源以及操作系统服务为中心。 DbaaS ( 数据库即服务 ) 为客户提供数据库的访问，而无需部署或管理底层的基础设施。无服务器 (Serverless) 通常称为功能即服务 (FaaS) ，是以 PaaS ( 平台即服务 ) 为基础，提供一个微型的架构，中层客户无需部署配置或者管理服务器的服务，代码运行所需要的服务器服务都由云端平台来提供。对于小型公司来说，可以运用云计算来托管其网站应用程序，无需投资建立自己的硬件软件，从而节省支出。而大型企业也可以使用云计算技术来扩展 IT 基础设施，以满足业务需求的多样化。 行业机遇与挑战 云技术的关键词和主要运用形式已作过介绍，下面来关注云技术的应用优势和面对的挑战。可扩展性是云计算的首要和关键优势。灵活的工具配置使云计算可以更好地适应不同的工作场景和负载。集中的管理可以实现实时的监控，使运作流程透明且可控。全局的标准化同样重要，云计算可以提供一种更为精简工作流的实现过程，同时其易维护性保障了系统的可维护性和高效利用。云计算的这些优势帮助企业达到降低成本，同时提高透明度的作用。 当然，云技术同样面临一些挑战。首先，由于云计算的应用可能需要用户更改其原本的工具使用模式，这使得用户的使用习惯面临改变，不适应的情况可能出现，用户的接受度成为一大挑战。此外，将项目完全迁移至云端也会耗费一定时间，项目的运行速度或进展可能因此延缓，企业在进行迁移前需要更好的准备工作以应对这些问题。云端工具链的不够完备，一些重要的工具可能还未实现云端化，云工具链的不完备也可能造成困扰，需要技术的持续发展来帮助工具链实现完全云端化。使用云技术还可能会导致企业对第三方服务的依赖，这其中也存在风险。 汽车行业中云部署的经典案例 在汽车行业的软件开发和测试中，云部署架构的实际应用主要有两种 : “桌面云”和“过程云”。“桌面云”以用户为中心。在这种应用案例中，最终的用户，也就是 PC 前的工作人员，通过传统 PC 触发应用程序，而算力和数据存储在云端的某服务器农场中。从用户体验上来说，基本与传统 PC 无异。使用的软件与应用以交互的方式被使用。“过程云”则是以过程为中心，在用户端以自动化流程触发应用程序，其触发的自动化管道前文已有所介绍，主要有 Jenkins 、 Git 和 Bamboo 等等工具。最终的结果以报告或事件的方式自动分发。 下面来分析具体架构案例。对于软件开发来说，当开发人员和测试人员向 Git 仓库 (Git Repository) 提交 (Commit) 一个模型更新或测试变更时，此行为会主动触发 (Trigger) Jenkins 主节点上的自动化管道，此自动化管道中包含了一系列对测试环境的描述。当测试环境描述文件发生变更时， Jenkins 主节点作为数据中心枢纽被自动触发，负责控制和分发这些更改的管道设置。 Jenkins 主节点首先向代理节点 (Agent Nodes) 请求部署，随后，代理节点会向云端仓库 (Container Repository) 请求下载相应的容器 (Docker) 。如图 1 所示， Docker 仓库中，已部署好适应不同平台 (Windows 或 Linux) 的容器包。随后，适合系统要求的容器包将被请求并部署至 Jenkins 代理节点上。容器包 (Docker) 随后接收到自动化管道发出的命令，继而从 Git 仓库 (Git Repository) 签出 (Check Out) 相应的模型及配置文件等需要的信息。并根据具体指令进行静态分析。 Jenkins 主节点随后请求结果，而分析结果将会被发送回 Jenkins 主节点，并自动存储。最后， Jenkins 主节点负责向代理节点 (Agent Nodes) 请求取消部署，关闭不再需要的容器 (Docker) ，并将最终报告发送给开发或测试人员。 图 1 ：桌面云设置 而从用户出发，用户端 (User Clients) 也可以进行扩展，通过使用终端服务器来完成开发、测试和分析全过程 ( 由图 2 所示 ) 。用户可以是单一或多个开发或测试人员从终端服务器 (Terminalserver) 登录。服务器会针对不同的工作环境和要求匹配不同的工具链并进行设置。如果需要相应的工具许可，可以向浮动许可证服务器发送相应请求，而相应的许可也可以被托管在不同位置。为保证安全，服务器通常配置为冗余或异地冗余的模式。这种情况下，由提交 (Commit) 操作自动触发的 Jenkins 主节点分发相应的自动化管道 (Automation Pipeline) 到代理节点 (Agent Nodes) ，代理节点 (Agent Nodes) 则可以通过 Kubernetes 进行扩展，从而由静态扩展转向可扩展的代理，进而实现云环境的扩展。 图 2 ：可扩展的云端自动化 对于云架构的过程支持，如果需要容器中的软件工具， MES 模赛思可以提供相应的容器模板辅助构建配置。 许可模式及工具链的云部署 回顾此前的关键词解释，根据云服务商交付模式的不同，云服务模型主要可以分为： · 1.软件即服务 (SaaS) · 2.平台或基础架构即服务 (PaaS or IaaS) 软件即服务 (SaaS) 中，用户应用是托管服务的集成部分，按使用量付费是主要的业务开展方式。平台或基础架构即服务 (PaaS or IaaS) 需要关注客户租用的算力以及操作系统的容量。平台即服务 (PaaS) 包括操作系统及数据库，而基础架构即服务 (IaaS) 包括硬件和虚拟机 (VM) 。使用平台或基础架构即服务 (PaaS or IaaS) 的客户拥有应用软件的所有权和许可，并可以通过定制计划来明确使用成本。而在高工作负载的情况下，额外容量变得非常重要，因此，更为灵活的动态订阅模式能够在超出常规用量的情况下提供额外的支持。 对于 MBD 工具链来说，行业的主流为基础架构托管。应用及工具链多保存在公司内部，这样的架构有利于对开发过程的监控和灵活调控。对于汽车厂商，基础架构即服务 (IaaS) 是主要的云技术运用方式。动态许可模式是目前行业的需求所在，也是 MES 模赛思所使用的许可模式。 MES 模赛思的工具链目前已完全适配云许可的模式，并可以提供 Windows 和 Linux 版本。对于汽车行业来说，许可订阅是主流选择。许可模式的一种是开发者云桌面，用于交互式云环境，为桌面迁移到云设计。对于许可模式的覆盖范围，自动化全球云覆盖全球许可，做到完全自动化和高动态，并且可以在全球任何地方使用，为过程迁移到云设计。同样，目前 MES 模赛思支持在云端设置 MBD 工具链，并可为试点项目提供基于云的沙箱环境，并为 Docker 容器提供配置模板。 MES 模赛思同样支持在云端设置的自动化管道 (Automation Pipeline) 。 图 3 ： MES 模赛思云服务 如图 3 所示，从技术咨询，到工具与工作流，最后到构建与迁移， MES 模赛思能够为客户提供云部署的全程支持，帮助客户实现工具链的云部署。 模赛思软件技术有限公司 (Model Engineering Solutions ，简称 MES) 是一家高科技软件公司，专为软件项目的质量保证提供解决方案。 MES 为客户基于模型的软件开发提供技术支持，使其符合 IEC 61508 、 ISO 26262 或 ASPICE 等行业标准。 MES 的主要客户包括整车厂如戴姆勒、大众、丰田和吉利等以及博世、西门子和三星等行业供应商。在汽车行业中，除少数几家公司外，全球数十家顶尖制造商及供应商均在他们的开发环境中使用 MES 的解决方案。为支持其全球客户， MES 已在美国和中国建立了子公司，并与全球分销商网络紧密合作。 MES 的产品包括 4 种质量工具软件： MES Model Examiner ® 、 MES Test Manager® 、 MES Model & Refactor® 和 MES Quality Commander® ，它们共同构成了一个工具链，全面保障基于模型的软件开发过程中所有阶段的质量。通过 MES Jenkins Plugin ，该工具链也可以在持续集成环境中使用。工具链主要应用平台为 MATLAB®Simulink® 。除了 MES 质量工具外， MES 测试中心 和 MES 学院 的专家们还为全球客户提供关于质量保证和开发流程优化的定制咨询服务及培训课程。 MES 是 dSPACE 公司的战略合作伙伴和 MathWorks 及 ETAS 的产品合作伙伴。 MES 学院与 SAE International 有合作关系。

CoverageMaster winAMS : 适用于嵌入式目标机代码的单元测试 / 集成测试 工具 全面支持嵌入式微机！验证嵌入式 C/C++ 软件 实施以模块为单位的自动化单元测试工具 不需要 HookCode 直接使用目标机代码进行单元测试 联合静态解析工具 ，提供 C0 （语句） ,C1 （判定） ,MC/DC 覆盖率报告，优化测试用例制作 已取得第三方认证机构 TUVSUD 对适用于汽车机能安全 ISO26262 软件工具的认证 产品概要 是以嵌入式软件的函数为单位，实施模块单元测试以及 C0/C1/MCDC 覆盖率测试（ coverage test ）的嵌入式软件自动化单元测试工具。目标机源代码通过交叉编译器生成目标机执行代码，通过跟实际处理器同样的模拟处理器环境进行单元测试，不需要对执行代码做任何变动，使高信赖性的模块测试成为可能。在汽车控制软件这样的对安全性要求极高的领域，单元测试已经成为不可缺少的一部分。使用目标机代码进行单元测试也是为了符合汽车行业中 ISO26262 功能安全认证标准。 产品特长 全面支持嵌入式微机！验证嵌入式 C/C++ 软件 实施以模块为单位的自动化单元测试工具 作为能够检验出仅凭系统测试以及整体测试无法发现的 的检测方法， 在嵌入式开发领域受到广泛重视。同时，单元测试也是汽车用软件功能安全（ ISO26262 ）领域中要求实施的认证项目之一。 直接使用通过交叉编译生成的目标机代码，在模拟处理器环境下进行单元测试。既能实现 C 语言程序的逻辑上的单元验证，又能够对嵌入式微机组装为产品后可能发生的问题等进行具有高信赖度的白盒（ white box ）测试。 不需要 HookCode 使直接使用目标机代码进行单元测试成为可能的业界唯一的工具 有些公司的单元测试工具往往采用在被测试对象的源代码中追加测试用代码或者测试用驱动器的方法，导致测试时所用的代码与组装为产品后的目标机用代码不同。虽然 ，但是从嵌入式开发的角度考虑，这样就如同对交叉编译所生成的经过优化处理的代码进行了加工，无法确保最终产品的质量。 Coverage master winAMS 是业界唯一的，具有 实施单元测试功能的工具，特别是在安全性要求高的领域中得到很高的评价。 不需建立单元测试专用的环境，可以在开发用交叉编译环境进行单元测试 Coverage master winAMS 不需要追加任何测试用驱动器或测试用代码，可以直接使用将组装成产品的目标代码进行单元测试。单元测试能够与软件开发使用共同的交叉编译环境，不再需要对测试资源进行专门管理，也不再需要建立其他专用环境。因此，既方便程序资源管理，又能够缩短准备测试环境所需的时间。 符合汽车功能安全标准（ ISO26262 ） 这一要求的最佳工具 ISO26262 是从 IEC61508 衍生出来的适用于汽车制造领域的功能安全标准。其中的 Part.6-9 包括了关于软件程序的构造覆盖率测试以及有关的规定项目。根据汽车安全标准（ ASIL ），提出了测试语句覆盖率（ statement coverage ），分支覆盖率（ branch coverage ）， MC/DC 覆盖率的推荐性事项。 其中的另一个推荐性事项是 的规定。如果在与目标环境不同的环境下进行单元测试，必须表明源代码与目标代码的差别，以及目标环境和测试环境的差别。因此，对于那些使用与目标微机不同的电脑进行编译和单元测试的其他公司的工具而言，这个要求很难满足。 还有些公司的单元测试工具虽然包括交叉编译环境及编译功能，而且也能够在与目标环境相同的环境下进行测试，但是所有的测试都需要插入测试用代码，进行再次编译，因此测试也只能在与目标环境不同的环境下实施。 GAIO 提供的单元测试工具 Coverage master winAMS 具有 ●采用全面支持嵌入式微机的微机化功能测试平台环境 ●不需要插入测试用代码直接使用目标机代码进行测试 的特征，提供符合 ISO26262 标准要求的必须功能。 GAIO 提供的 Coverage master winAMS 是符合 ISO26262 标准 这一要求的业界唯一的工具。 关于汽车机能安全 ISO26262 的对应以及认证的获得 已取得第三方认证机构 TUVSUD 对适用于汽车机能安全 ISO26262 软件工具的认证 2012 年 6 月 28 日，「 Coverage master winAMS / General 」测试工具获得由德国 TUVSUD 第三方认证机构，在汽车机能安全规格的 ISO26262 软件工具方面的认证，包括日本在内亚洲地区首次获得该项认证。 通过此项认证，说明本公司的单元测试工具「 Coverage master winAMS / General 」，以及程序分析工具「 CasePlayer2 」，在静态分析和单元测试领域，是符合所有安全度水准的工具，并由 TUVSUD 认证机构得到了保障。 ISO 26262 对于不同的开发用软件工具在工具置信水平（ TCL ），都需要开发者提供开发软件工具的认证书。此项认证适用于在工具认证当中，最为复杂的 TCL3 工具认证标准。因此，导入本公司的单元测试工具之后，不需要对 TCL 的部分进行认证，进而可以缩减手续跟时间。 主要的单元测试功能 采用 SSTManager 管理单元测试 project SSTManager 是 Coverage master winAMS 的应用功能，用于管理单元测试 project ，制作测试数据（ test data ）。 从设定测试环境开始，到报告测试结果为止，均由微机化功能测试平台（ ISS ）实施综合管理。 采用通用便利的 CSV 文件管理测试数据的输入输出 Coverage master winAMS 不需要插入测试用代码，直接使用目标机代码进行单元测试。采用通用便利的 CSV 文件管理函数测试时使用的输入输出数据。测试结束后，输出的测试结果和输出的期待值也将以相同的格式显示在 CSV 文件之中。 C0/C1 覆盖率报告的自动化制作功能（标准功能） 根据测试的输入输出数据自动报告相应源代码的 C0/C1 测试覆盖率结果。包括通过图形（ viewer ）显示测试数据，以及与其相应的被测试的源代码路径的功能，用于分析测试结果。 作为选项功能也包括MC/DC 覆盖率测试功能。 MC/DC 覆盖率的自动化测试功能（选项功能） 作为选项功能提供 MC/DC 覆盖率测试功能。 C0/C1 覆盖率测试不需要加工即可直接使用目标机代码。然而， MC/DC 覆盖率测试对于复合式的条件式，需要自动插入 HookCode 将复合式的条件式分解，才能对各条件式进行测试。这样就有可能导致测试用代码与目标机用代码的不同。为了验证 HookCode 的妥当性，在 MC/DC 覆盖率测试的同时，运行目标机代码，确认运行结果与期待值的一致性。 注 : 右图举例显示，第 2 个 if 句的复合条件式中， 30] 为 false 时的分支没有被测试到。以 C1 覆盖率测试来说，它的测试结果是 OK ；而对于 MC/DC 覆盖率测试来说，它的结果是 NG 。 注 : MC/DC 覆盖率测试功能不支持 C++ 程序。 单元测试的效率化功能 联合程序解析工具 CasePlayer2 ，实现代码参照解析作业的效率化 利用 CasePlayer2 生成的流程图表以及模块构造图（调用函数的构造图）与源代码的连接（ link ）功能，使单元测试用源代码的解析工作效率化。 能够自动检索被测试函数的外部变量，使测试条件设定效率化 联合程序解析工具 CasePlayer2 ，自动检索被测试函数所使用的外部变量。缩短了以往必须对源代码进行搜索找出输入条件的变量所需的工作。而且，能够防止人工操作导致的类似变量指定遗漏的的错误。 根据代码解析自动化制作 C0 ， C1 ， MC/DC 覆盖率测试计划 联合程序解析工具 CasePlayer2 ，自动化制作符合覆盖率测试要求的条件分支 if,switch,for,while 等的测试数据。可以将被测试函数中含有的条件式（ if 以及 switch 等）在数据制成图形 (Viewer) 上列表显示。 点击其中的条件，工具将自动开始检索与之相关的变量，进而从所设置的条件的境界值中自动生成覆盖率测试所需要的数据。 为了达到 C1/MCDC 覆盖率，测试时需要对各函数的数据进行组合。 利用 CasePlayer2 提供的解析结果，分析条件式的 net 构造，在重复性限制在最小限度下生成 C1/MCDC 覆盖率测试用数据。 支持 MPU 　 CoverageMaster winAMS Supported Processor List(English) 动作环境 ・ 操作 PC/OS ・ IBM PC/AT 兼容机 ・ Pentium( 相当 ) 2GHz 以上的 CPU ・ 存储器 512MB 以上（推荐值） ・ 显示器分辨率 XGA(1024*768) 以上（推荐值） ・ Windows XP, Windows Vista, Windows 7 （ 32bit/64bit ）（※ Windows 95/98/Me/NT/2000 未支持）

          RainBot是恒润科技基于关键字的自动化测试理念、凭借丰富的软件开发技术和经验，自主研发的自动化测试平台，经过不断完善和发展，该平台已成功引入到电子系统的仿真和测试解决方案中，解决了众多综合电子系统测试的难题。         综合电子系统的测试过程是整个系统研制成败的关键环节。目前的电子系统复杂度越来越高，因此带来的测试复杂度也相应提高。具体体现在两个方面：一是测试用例数量庞大，人工测试执行需要大量时间；二是接口数量庞大且系统设计变更频繁，人工测试很难避免错误。         传统的自动化测试程序一般都是采用线性脚本的方式直接面向接口编写。这种模式需要测试实现人员具备很高的编程能力，而且带来的问题是测试程序难以复用，维护性差。         恒润科技基于关键字驱动的自动化测试工具RainBot，可有效解决综合电子自动化测试所面临的问题，同时提供一种可扩展的平台框架，解决传统自动化测试的弊端。                    功能特点         基于关键字驱动的自动化测试工具——RainBot提供了很多丰富的功能： •  测试用例编辑：支持文本和图形化界面两种方式进行编辑，也支持Excel格式用例的导入； •  测试用例模板：可以对用例进行模板封装复用； •  测试用例校验：可以对用例编写内容正确性进行校验，包括ICD数据的校验等； •  用例执行和监控：提供图形化界面用于用例执行的实时监控； •  测试报告生成：提供包括Excel格式、HTML格式等报告的生成，同时也支持用例模板的用户自定义； •  自定义关键字：用户可以根据需要丰富测试库和关键字，通过自定义的关键字进行用例开发和测试；                                                                            •  Python脚本支持：在支持关键字的同时，也支持Python脚本测试用例的编辑和执行，对于编程能力较强的用户，有更多的扩展空间。                                                                             产品应用         RainBot工具经过几年的研发，目前已经具备了对电子系统仿真及测试的自动化控制，系统默认提供了多种用于仿真测试的关键字。包括用于接口测试的关键字集合、用于仿真监控的关键字集合、用于流控的关键字集合等。接口测试关键字可以与恒润科技的接口测试平台无缝对接，同时也可以通过适配接入其他的测试系统。仿真监控关键字除了支持恒润自研的仿真机HiGale外，同时也支持HIL API，可接入支持HIL API的其他通用仿真机。         RainBot工具该测试平台在国内某航空研究所中协助机电系统和飞控系统实现了基于总线接口的自动化测试，整个测试过程不仅提高了测试效率，还大大缩短了整个测试周期，为机电系统和飞控系统的综合测试提供了技术保障。         恒润科技军工电子事业部软件研发团队是一支充满活力、经验丰富、技术专业的团队，多年来为航电、控制、动力等系统开发过程中提供了高精尖的软件技术服务，赢得了客户们的广泛认可。未来，软件研发团队将继续开拓创新，攻坚克难，为航空、航天及国防事业发展贡献自己的一份力量。

PROFIBUS网络故障的全面解决方案      时间过得简直是太快了，转眼间从事Profibus总线网络技术支持工作已经一年有余了，想当初进入这个领域的时候心里还在嘀咕，不知道是否可以胜任这份工作。当然现在本人也只是了解了皮毛，不过下面就简单说说Profibus总线网络吧，望大家批评指导，先谢谢啦！      其实对于Profibus总线网络来说：在工业控制中，Profibus-DP网络是使用最为广泛的现场总线网络之一，通常采用双绞线货光纤实现通讯。有时候一旦网络中某个设备或是某个节点出现了故障或是问题，整个网络就会瘫痪，造成不可估量的损失．因此，排除网络故障 就显得尤为重要了，这需要考虑多方面的因素，同时采用一些特殊的方法，还要借助一些网络测试工具。 根据常见的故障现象， Profibus-DP 网络故障通常可以分为两大类，一类是稳定故障，其表现是发生故障的时间和网络位置相对稳定；另一类是非稳定故障，指发生故障的网络位置不固定或故障现象不持续的偶发故障或随机故障 。 对于稳定故障，各站点的报警指示灯基本上能给出比较明确的指示，且不随时间变化，即从网络硬件配置的在线状态上，就能得到全局性的故障点指示 。 对于非稳定故障，常见的现象有以下几种（不一定会同时出现）：（ 1 ）故障站点随时间变化或将无故障的站点错报为有故障站点 。 （ 2 ）系统对某站点偶尔报错 。 （ 3 ）用网络诊断软件观察网络状态，可能出现一些诸如信号干扰 、 信号电压不足等异常情况；也可能在观察时，网络状态非常稳定，但是其他时刻会发生异常（目前的网络诊断软件大都没有连续记录，或根据状态变化进行触发记录的功能） 。 Profibus-DP 为高速、弱信号的通信，且常处于复杂的电磁环境中，因此，网络对于通信部件 、 通信介质 、 电磁防护等都有较高要求，这些方面如果出现问题，则很容易引起网络故障 。 下面对可能造成网络故障的环境类 、 通信介质类 、 接插件类 、 通信接口类原因分别阐述 。 需要说明的是，这些原因存在两种状态，即稳定状态和非稳定状态，由此，就产生了上述的稳定故障和非稳定故障 。 如上所述，导致网络故障的原因多种多样，因此需要采用一定的方法去测试网络，才能找到故障点 。 对于稳定故障，利用各通信接口的 LED 指示灯和二分法，可以很方便地判断出故障点 。 而对于双绞线网络的非稳定故障，我们常用的判断方法有物理测量 、 逻辑判断 、 分段测试 、 网络诊断仪判断等，采用这些方法，可以从不同角度以不同形式检查网络 。 需要注意的是：非稳定故障的系统提示往往比较简单，但造成故障的可能原因较多，有时甚至需要使用多种方法，并根据实际经验和专业知识进行判断，才能锁定真正原因，排除故障 。 通常采用的方法有： 1 、物理测量； 2 、逻辑判断； 3 、分段测试； 4 网测试仪测试。就网络测试仪而言，目前，市面上已经出现了较多的网络诊断仪，其基本功能有两个：电文分析和示波器功能。电文分析用于进行网络配置等逻辑分析，示波器功能用于判断网络的品质。在此基础上，衍生出来电文记录、柱状图显示、波形记录、拓扑图分析、主站替代等功能，使得网络状态更直观。但是，如果想利用这些功能来成功地进行网络诊断，则需要比较深厚的网络知识和长期的经验积累。因此检测工具能够检测出基本的信息，之后就可以进行分析了。讲到这个分析工具我要讲一下我手里用的这一款了，这个是德国的 COMSOFT 公司的一个工具套装 NetTEST Ⅱ , 可以测试物理层的线缆的短路、断路、交叉、屏蔽层的破损，提示故障的距离位置；同时还可以在线测试各设备的电平、在线设备的列表、事件触发、波特率等等；还可以做模拟主站进行一对一测试。感觉物美价廉，设备维护调试工程师不可或缺的的工具。 同时还有一个喜讯要公布一下，在 360 网络评选活动中，我们获得了一站式 Profibus 网络故障全面解决方案，获得最佳解决方案奖项。这是整个公司的所有技术支持工程师不断努力的结果，同时也少不了各位现场工程师的大力支持，在年底之际，要感谢各位啦！在明年我们定会加倍努力，争取在创新的辉煌，谢谢大家啦！

对于纳米电子和半导体材料与薄膜，采用灵敏的电气测量工具是十分必要的。它们提供的数据能够帮助我们完全掌握新材料的电气特性和新器件与元件的电气性能。纳米测量仪器的灵敏度必须要高得多，因为需要测量的电流和电压更低，而且很多纳米材料还明显表现出改善的特性，例如超导性。待测电流的幅值可能处于飞安量级，电压处于纳伏量级，电阻低至微欧量级。因此，测量技术和仪器必须尽可能地减少噪声和其他误差源，以免干扰信号。 具有 0.1fA （即 100 埃安）和 1 μ V 分辨率的 吉时利 4200-SCS 半导体特征分析系统就是这样一种解决方案。其专门提供的脉冲 I-V 工具套件为脉冲 I-V 测量提供了 双通道脉冲 发生与测量功能。如果结合内部安装的高速脉冲发生器和示波器， 4200 及其 PIV 工具套件能够同时实现直流和脉冲 I-V 测试。 信号反射常常会干扰用户定制的脉冲测试系统，为了尽可能减少由于阻抗匹配不好而造成的信号反射，吉时利的 4200 脉冲 I-V 测试解决方案 提供了一种系统互连箱 ——RBT （ Remote Bias-Tee ），为连接脉冲发生器提供了 AC/DC 耦合，该直流测试仪器的原理结构如图 1 所示。   图   1. 吉时利 4200-PIV 测试系统的原理图   利用这种工具套件，研究人员可以同时进行直流和脉冲 IV 测试以掌握器件特性，例如如图 2 所示的 FET 器件系列特征曲线。       图 2. 一系列 FET 曲线的脉冲 I-V 与直流 I-V 特征分析   对于具有较大电阻幅值变化的各种导电材料或器件，用户利用 吉时利的 6221/2182A 组合可以设置最佳的脉冲电流幅值、脉冲间隔、脉冲宽度和其它一些脉冲参数，从而最大限度降低了 DUT 上的功耗。 6221 能够在全量程上产生具有微秒级上升时间的短脉冲（减少了热功耗）。 6221/2182A 组合能够实现脉冲和测量同步 —— 可以在 6221 加载脉冲之后的 16 μ s 内开始测量。整个脉冲，包括一次完整的纳伏测量一起，可以短达 50 μ s 。 6221 和 2182A 之间的行同步也消除了与电源线相关的噪声。 最后， 吉时利的 3400 系列 脉冲 / 码型发生器为广大纳米技术研究者提供了处理各种应用需求的灵活性。用户可以设置脉冲参数，例如幅值、上升和下降时间、脉冲宽度和占空比，可以选择多种操作模式，包括用于材料和器件特征分析的脉冲与猝发模式。其简洁的用户界面加快了学习曲线的建立过程，相比同类产品能够使用户更快地设置和执行测试操作。   结束语： 脉冲测试为人们和研究纳米材料、纳米电子和目前的半导体器件提供了一种重要手段。在加电压脉冲的同时测量直流电流是电荷泵的基本原理，这对于测量半导体和纳米材料的固有电荷俘获特性是很重要的。施加电流脉冲同时测量电压使研究人员能够对下一代器件进行低电阻测量或者进行 I-V 特征分析，同时保护这些宝贵的器件不受损坏。   在下面一篇博客中我们会介绍 关于 LXI 和脚本的专业技术知识 ，敬请期待！