LXI标准之软件架构概述
Linux的系统选择、体系结构及应用详解

Linux的系统选择、体系结构及应用详解Linux 几乎无处不在,不论是服务器构建,还是客户端开发,操作系统的基础技能对全栈来说都是必备的。
系统的选择Linux发行版本可以大体分为两类,一类是商业公司维护的发行版本,一类是社区组织维护的发行版本,前者以著名的Redhat(RHEL)为代表,后者以Debian为代表。
Redhat,应该称为Redhat系列,包括RHEL、Fedora、CentOS(RHEL的社区克隆版本,免费)。
Ubuntu严格来说不能算一个独立的发行版本,Ubuntu是基于Debian加强而来,一个拥有Debian所有的优点,以及自己所加强的优点的近乎完美的Linux桌面系统。
Ubuntu 社区认为实用性和创新性高于一切。
如果你需要一个比较稳定的服务器系统而已,那么最好的选择就是CentOS了,安装完成后,经过简单的配置就能提供非常稳定的服务了。
但是对云环境而言,unbantu也许不错,hadoop最早就是在ubantu上开发的。
体系结构了解体系结构,可以有一个较好的方向感。
Linux 有kernel和user两种模式,内核、shell和文件系统一起形成了基本的操作系统结构,Linux 内核由如下几部分组成:内存管理、进程管理、设备驱动程序、文件系统和网络管理等。
Linux内核了解linux内核,可以充分利用资源,在系统调优时有目标感。
Linux 将内存划分为容易处理的“内存页”,提供了对4KB 缓冲区的抽象,例如slab 分配器。
进程实际是某特定应用程序的一个运行实体,进程调度控制进程对CPU的访问。
Linux 中常见的进程间通讯机制有信号、管道、共享内存、信号量和套接字等。
内核通过SCI 提供了一个API来创建一个新进程(fork、exec 或POSⅨ),停止进程(kill、exit),并在它们之间进行通信和同步(signal 或者POSⅨ机制)。
Linux 操作系统将独立的文件系统组合成了一个层次化的树形结构,并且由一个单独的实体代表这一文件系统。
软件架构的原则和过程

软件架构的原则和过程# 软件架构的概念软件架构是指将软件设计成一种复杂系统,通过分解和组合来优化系统实现的整个过程。
它是由软件系统设计师为了满足一些预定目标(如性能、安全性、软件质量等)而制定出来的计划。
# 软件架构的特征软件架构的特征有如下几点:1. 软件架构需要通俗易懂,方便所有开发人员集中力量进行开发。
2. 软件架构需要细致的划分,方便对软件系统的研究和管理。
3. 软件架构应该易于维护和测试,可以尽可能减少项目的更新和修复。
# 软件架构的原则1. 模块化原则模块化原则是将软件系统设计成多个独立的小模块,以达到更好的可重用性,更好的可维护性,更好的可扩展性。
这一原则可以帮助开发人员快速有效地完成软件工程。
2. 单一职责原则单一职责原则是指一个软件模块应该只有一个单一的目标,而不是动辄多样。
这一原则可以避免软件模块在经过多次修改后变得非常复杂,难以调试。
同时,它也可以确保代码更加的整洁和简洁。
3. 开闭原则开闭原则是指在软件开发过程中,对于一个成功的项目,它的接口应该是开放的,而对于实现细节,则应该是封闭的。
这一原则可以有效地实现软件系统的可扩展性。
4. 接口隔离原则接口隔离原则是指为了满足需求和要求,一个类应该只有与其相关的方法,而不需要包含无关的方法。
这一原则可以帮助开发人员避免不必要的复杂性。
5. 依赖反转原则依赖反转原则是指不要让低级模块依赖于高级模块,而应该让两者互相依赖,从而可以提高模块的可访问性和可维护性。
# 软件架构的过程软件架构开发在项目启动阶段就会开始。
在软件架构开发的过程中,一般按照以下步骤进行:1. 需求调研首先,需要对软件系统的需求进行调研和分析,明确需求和目标。
在这个过程中,可以针对不同的需求和目标,制定相应的架构设计方案。
2. 分析和概述在需求分析完毕后,需要制定软件系统的分析和概述,并对主要架构风格进行选择。
在这个过程中,一般采用SWOT分析,以分析主要的风险。
软件架构模式:掌握常见的软件架构模式和设计原则

软件架构模式:掌握常见的软件架构模式和设计原则软件架构是软件系统整体结构的框架,负责定义软件系统的各个组成部分之间的关系和交互方式。
在软件开发过程中,选择合适的软件架构模式可以提高软件系统的可维护性、扩展性和性能。
下面我们将介绍一些常见的软件架构模式和设计原则。
1.分层架构模式分层架构模式是将系统分为若干层次,每一层次有各自的功能和责任,各层之间通过明确的接口进行通信。
常见的分层架构包括三层架构和N层架构。
三层架构包括表示层(Presentation Layer)、业务逻辑层(Business Logic Layer)和数据访问层(Data Access Layer),分别负责显示用户界面、处理业务逻辑和与数据存储进行交互。
2. MVC模式MVC(Model-View-Controller)模式是一种将应用程序分为数据模型(Model)、视图(View)和控制器(Controller)三个部分的软件架构模式。
Model负责数据的管理和处理,View负责界面的展示,Controller负责处理用户的输入和决定视图和模型之间的交互。
3.微服务架构微服务架构是一种将一个大型软件系统拆分成多个小型、可独立部署的服务的架构模式。
每个微服务都可以独立开发、部署和运行,各个微服务之间通过API进行通信。
微服务架构可以提高系统的灵活性和可扩展性,有利于团队间的协作和部署的快速迭代。
4.事件驱动架构事件驱动架构是一种基于事件和消息传递的软件架构模式,系统中的各个组件相互之间通过事件的方式进行通信。
当一个组件的状态发生变化时,它会发布一个事件,其他组件可以订阅这个事件并做出相应的响应。
事件驱动架构可以降低系统组件之间的耦合度,提高系统的可扩展性和灵活性。
5.领域驱动设计(DDD)领域驱动设计是一种将软件设计与业务领域相结合的设计方法。
DDD将系统分为领域层、应用层和基础设施层,通过模型驱动的方式建模业务领域,并将业务规则和逻辑体现在软件设计中。
leanix架构治理框架

LeanIX 是一个企业架构治理框架,它提供了一套方法论和工具,帮助企业构建、管理和优化其IT 基础设施。
LeanIX 框架的核心理念是实现敏捷、可靠和高效的系统集成。
LeanIX 架构治理框架主要包括以下几个方面:1. 架构规划:通过战略性地规划企业架构,确保企业的IT 系统满足业务需求,并有助于实现企业的战略目标。
2. 架构设计:基于最佳实践和模式,设计可扩展、灵活且易于维护的系统架构。
这包括对技术选型、数据模型、接口标准等方面的设计。
3. 架构治理:建立一套治理机制,确保架构的持续合规性和适应性。
这包括制定和执行架构政策、监控架构合规性以及解决架构问题。
4. 架构评估:通过对架构的评估,识别潜在的风险、瓶颈和优化机会。
这有助于企业在早期发现并解决问题,从而降低项目失败的风险。
5. 架构变更管理:管理架构的变更,确保变更过程中的风险可控,并最大限度地减少对业务的影响。
6. 持续集成与持续部署(CI/CD):通过自动化和标准化的流程,实现代码的快速迭代和高质量交付。
7. 监控与运维:通过实时监控和解剖分析系统运行状况,优化资源配置,提高系统可用性和性能。
8. 培训与知识传递:提升企业员工在架构治理方面的技能和知识,确保企业具备持续改进的能力。
LeanIX 架构治理框架帮助企业实现以下目标:1. 提高系统质量:通过遵循最佳实践和设计模式,构建高质量、可扩展和易于维护的系统。
2. 降低风险:早期识别潜在问题,降低项目失败的风险。
3. 提高效率:通过自动化和标准化的流程,提高开发、测试和部署的效率。
4. 优化资源配置:实时监控系统运行状况,合理分配资源,提高系统性能。
5. 促进创新:创建一个有利于创新的环境,加速新技术的采纳和应用。
6. 提升企业竞争力:通过优化IT 系统,支持业务的发展和创新,提高企业的竞争力。
软件架构方案

软件架构方案1. 引言软件架构是指软件系统的整体结构,包括各组件之间的相互关系、组件的功能和接口等。
一个好的软件架构方案可以提高软件系统的可靠性、可维护性和可扩展性。
在本文档中,将介绍一个软件架构方案的设计和实施细节。
2. 目标和背景软件架构方案的目标是设计一个高性能、可扩展、易于维护和安全的软件系统。
本方案是为了满足一个大规模企业级应用系统的需求,该系统包含多个模块和子系统,需要支持高并发访问和大规模数据处理。
3. 总体架构本方案采用分层架构模式,将软件系统划分为多个层次,每个层次有特定的职责和功能。
以下是我们的总体架构设计:3.1. 用户界面层用户界面层负责与用户直接交互,接收用户输入并向用户呈现数据。
该层使用Web技术开发,采用前后端分离的方式。
前端使用HTML、CSS和JavaScript开发,后端使用RESTful API提供数据接口。
3.2. 业务逻辑层业务逻辑层处理用户输入的数据,并进行逻辑处理和业务规则校验。
该层负责负载均衡、事务处理、安全性校验和数据转换等任务。
业务逻辑层采用微服务架构,将系统拆分为多个独立的服务,每个服务负责不同的业务功能。
3.3. 数据访问层数据访问层负责与数据库交互,进行数据操作和查询。
该层使用ORM(对象关系映射)框架来简化数据库访问过程,并提供缓存机制来提高系统性能。
3.4. 数据库层数据库层负责存储系统的数据,提供数据持久化和查询功能。
我们选择了关系型数据库作为数据存储引擎,因为它能够提供良好的事务支持和数据一致性保证。
4. 关键技术选型为了实现我们的软件架构方案,我们选择了以下关键技术:•前端技术:HTML、CSS、JavaScript、React.js•后端技术:Java、Spring Boot、Spring Cloud•数据库技术:MySQL、Redis5. 扩展性和可维护性本软件架构方案设计了合适的分层,每个层次各司其职,降低了模块之间的耦合度。
软件架构设计基础知识文档002

软件架构设计基础知识文档摘要本文档为初级到中级开发人员提供软件架构设计的基础知识,涵盖常见架构模式、设计原则、性能优化策略等内容。
通过阅读本文档,开发人员可以了解软件架构设计的核心概念和基础知识,提升自己的技能和知识。
1. 软件架构设计的定义和重要性软件架构设计是指对软件系统的整体结构和组织进行设计和规划的过程。
它涉及到软件系统的各个组成部分之间的关系和交互,包括硬件、软件、网络和数据等。
软件架构设计的重要性在于它直接影响到软件系统的性能、可靠性、可维护性和可扩展性。
2. 常见架构模式•单体架构: 单体架构是一种传统的软件架构模式,所有的功能和组件都集中在一个单一的系统中。
•微服务架构: 微服务架构是一种现代的软件架构模式,系统被拆分成多个独立的服务,每个服务都有自己的功能和组件。
•事件驱动架构: 事件驱动架构是一种基于事件的软件架构模式,系统的各个组件之间通过事件进行交互。
3. 设计原则•单一职责原则: 每个组件或服务都应该有一个单一的职责或功能。
•分离关注点原则: 不同的关注点或功能应该分离到不同的组件或服务中。
•对称性原则: 系统的各个组件或服务应该是对称的,避免中心化和单点故障。
4. 性能优化策略•缓存: 使用缓存来提高系统的响应速度和性能。
•负载均衡: 使用负载均衡来分配系统的负载和提高可扩展性。
•数据库优化: 优化数据库的设计和查询来提高系统的性能。
5. 安全性和可扩展性•安全性: 系统的安全性是指保护系统和数据免受未经授权的访问和篡改。
•可扩展性: 系统的可扩展性是指系统能够应对不断增长的需求和负载。
6. 案例研究•电商系统: 一个电商系统的架构设计应该考虑到高并发、可扩展性和安全性等因素。
•社交媒体系统: 一个社交媒体系统的架构设计应该考虑到实时性、可扩展性和安全性等因素。
7. 结论软件架构设计是软件开发的核心部分,直接影响到软件系统的性能、可靠性、可维护性和可扩展性。
通过了解常见的架构模式、设计原则、性能优化策略等内容,开发人员可以设计出高质量的软件系统。
编程中的软件架构与设计模式

编程中的软件架构与设计模式软件架构和设计模式是软件开发中非常重要的概念。
它们能够帮助开发者构建可靠、可维护、可扩展的软件系统。
本文将探讨软件架构和设计模式在编程中的应用。
一、软件架构软件架构是指软件系统的基本结构和组织方式。
它决定了系统的各个组成部分是如何协同工作、相互交互的。
一个好的软件架构能够提高系统的可靠性、可扩展性和可维护性。
1. 分层架构(Layered Architecture)分层架构是一种常见且易于理解的软件架构模式。
它将系统划分为若干层,每一层都有明确定义的职责。
这种架构模式能够降低模块之间的耦合度,使得系统更易于维护和扩展。
2. 客户端-服务器架构(Client-Server Architecture)客户端-服务器架构是一种将应用程序分为客户端和服务器端两部分的架构模式。
客户端发送请求给服务器端,并接收服务器端返回的响应。
这种架构模式适用于多用户、分布式环境下的应用程序。
3. 发布-订阅架构(Publish-Subscribe Architecture)发布-订阅架构是一种基于事件驱动的架构模式。
它将系统中的组件分为发布者和订阅者,发布者发布事件,而订阅者订阅感兴趣的事件。
这种架构模式能够降低组件之间的依赖关系,提高系统的灵活性和可复用性。
二、设计模式设计模式是一套被广泛接受和验证的解决软件设计问题的方案。
它们是经过多年实践总结出来的经典模式,能够提供可重用的解决方案,帮助开发者构建高质量的软件系统。
1. 单例模式(Singleton Pattern)单例模式是一种保证一个类只有一个实例的设计模式。
这种模式适用于需要全局访问唯一实例的情况,比如日志记录器、数据库连接池等。
2. 工厂模式(Factory Pattern)工厂模式是一种用来创建对象的设计模式。
它将对象的创建过程封装在一个工厂类中,客户端只需要通过工厂类来创建对象,而不需要直接实例化对象。
这种模式能够将对象的创建与使用分离,提高代码的可维护性和可扩展性。
软件架构模式介绍

软件架构模式介绍随着软件开发的不断发展,软件的规模越来越大,软件开发上也逐步考虑到了系统的架构问题。
所谓软件架构,简单来说就是一个软件系统的总体结构,该结构将软件系统分解成多个部分并规定它们之间的关系。
在这个过程中,我们可以采用各种不同的架构模式,以满足软件的需求和性能要求。
软件架构模式是一些可供选择的方式,它们是既经过实践和验证的又被广泛应用的。
下面我们将介绍一些常见的软件架构模式。
1. 层次结构架构模式层次结构架构是一种将软件系统分为几个层次的架构模式。
每一层实现一些特定的功能,并在下一层上构建。
较低层次上的层次可以调用上层次的层次,但是上层次的层次不能调用下层次的层次。
这种架构模式适用于有明确定义的层次和功能的系统。
这样可以使代码具有可重用性并促进维护。
2. 管道-过滤器架构模式管道-过滤器架构模式是一种将一些处理操作按顺序连接起来的架构模式。
这种模式适用于数据流处理系统,例如数据交换,格式转换和其他一些数据的转换操作。
在管道架构中,处理过程是按照顺序连接的,每个处理过程被称为过滤器,过滤器通常只关心输入数据和输出数据之间的逻辑关系。
3. 客户端-服务器架构模式客户端-服务器架构模式是一种分布式架构,其中客户端应用程序向服务器发送请求,服务器将返回数据或者结果。
这种架构模式适用于需要处理大量数据的系统。
客户端-服务器架构通常包括一个或多个客户端,这些客户端通过网络连接到一台或多台服务器。
客户端向服务器发送请求,服务器响应请求并返回结果或数据。
4. 事件驱动架构模式事件驱动架构模式是一种使用事件来处理业务逻辑的架构模式。
在这种模式中,各个组件通过事件进行通讯和协调。
事件驱动架构的特点是高度可扩展性,因为各个组件都是独立运作的。
在这种模式中,事件通常由各个组件负责生成和处理。
5. 分布式架构模式分布式架构模式是指将一个系统分解成多个部分并在不同的计算机上分布运行的架构模式。
不同的组件使用网络协议进行通信。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
LXI标准之软件架构概述摘要:LXI技术是基于广泛使用的工业以太网标准和成熟通用的PC技术发展起来的新型测试技术,利用它可以实现快速、高效、低成本的测试系统,LXI标准也随之成为测量仪器的新一代开放总线标准,它已成为测试行业的发展趋势。
本文着重分析了基于LXI标准规范的软件架构,并对LXI发展和应用前景进行了展望。
1 综述随着以太网、标准PC技术的成熟,传统的GPIB技术已经不能满足现代测试行业的要求。
2005年9月由众多领先的测试和测量仪器供应商和用户组成的联盟(LXI Consortium)发布了一项性标准LXI。
LXI 利用现有的Ethernet标准、Internet工具、LAN协议、IEC物理尺寸和IVI驱动程序的各方面优点,从而使测试系统的互联平台转向更高速的PC标准IO。
LXI不同于PXI、VXI的一大优点是无需昂贵的机箱、电缆和0槽控制器,并可使用标准PC软件,这对简化结构降低成本有很大的好处。
LXI按照同步和触发的精度不同分为三个等级,每个等级对应的功能如图1所示。
在仪器间的同步与触发方面,LXI 具有灵活的触发方式和很高的触发精度。
LXI 引入了用于分布式仪器间定时和同步的IEEE 1588精密时间同步协议(PTP),利用IEEE 1588的亚微秒同步精度,可使仪器实现精确的同步。
IEEE 1588是为克服以太网实时性不足而规定的一种对时机制。
它的主要原理是由一个精确的时间源周期性地对网络中所有节点的时钟进行校正同步。
IEEE 1588可对标准以太网等分布式总线系统中的设备时钟进行亚微秒级同步。
对于需要传统硬件线触发低抖动特性的应用,LXI 还定义了M-LVDS硬件触发总线,它能提供类似于VXI仪器高精度、低时延的纳秒级触发[1]。
图1 LXI不同等级的性能区别在编程控制方面,LXI仪器使用IVI-COM驱动程序,它支持所有现代编程环境,可利用面向对象编程技术及分层的API,给编程人员带来方便的同时,也实现了仪器的互换性[2]。
而且LXI仪器采用Web作为控制界面,使得对仪器的控制也更加方便。
LXI集合了四种总线的优点:GPIB的高性能,VXI、PXI的小尺寸和LAN的高速特性,加上仪器的功能(定时,触发,冷却和电磁兼容性),并提供以下特性:●开放的工业标准●向下兼容性●廉价的LXI仪器开发●互操作性可升级性和易于与其它新技术的融合2 LXI仪器的软件架构LXI标准规定了LXI仪器的软件架构,包括同步与触发机制、仪器间通信规范、驱动程序、网络配置和Web接口等几个方面。
下面主要侧重于的介绍:2.1同步与触发机制LXI标准对LXI产品的同步与触发机制作了明确的规定,相关标准有:IEEE 1588,M-LVDS硬件连接线标准。
LXI有5种触发模式:(1) 基于驱动程序命令触发模式:利用控制计算机上驱动程序接口直接将命令传递给模块。
该模式常见于现在控制测量领域,适用于仪器近距离对实时性要求不高的情况。
(2) 直接LAN消息触发模式:通过LAN直接从一个模块向另一个模块发送包含触发信息(包括时标)的数据包。
该模式用于仪器相隔较远、不能配置单独的硬件触发电缆、触发信息中需要带有时戳的数据等情况。
(3) 基于时间的事件触发模式:在模块内设置并执行基于IEEE1588时间的触发。
该模式用于仪器启动动作基于时间、仪器相隔较远但需要较低延时等情况。
(4) 基于LXI触发总线触发模式:利用LXI触发总线(M-LVDS)上的电压触发一个模块执行某个功能。
该模式用于仪器距离较近且需要低时延、低抖动的情形。
(5) 可选用的供应商特定的硬件触发模式:除非以上方式不能满足要求,一般不采用此方式。
直接LAN消息触发是将网络技术应用于测试领域的产物,它通过软件实现更为灵活的触发,不需专用的触发总线,脱离了网络内的控制计算机,特别适用于远程分布系统。
另外,LXI设备可将硬件触发信号和LAN触发事件同样对待,简化了编程工作和系统集成[3]。
2.2设备间的通信模式LXI 模块间的通信有3种:(1) 经LAN的由控制器到模块发送的驱动程序命令;(2) 通过LAN传送的直接模块至模块的消息;(3) 模块间的硬件触发信号线。
直接模块至模块的消息是LXI 仪器所特有的,它可以是点对点的通信(通过TCP 连接传送数据包),也可以是一点到多点的广播式通信(通过UDP广播方式发送数据包)。
这种通信模式提供了传统主从模式所不具备的灵活性,而且不必经过控制器简化系统结构。
随着总线技术的发展,出现了基于以上三种通讯模式的混合系统,既包括基于GPIB 仪器和机架的堆栈式系统,也有VXI、LXI、PXI的系统,或它们的组合[4]。
图2为LXI仪器混合测试系统示意图。
图2 LXI 与现有仪器组成混合系统2.3 驱动程序接口所有LXI 设备都必须提供符合IVI 规范的驱动程序,并支持VISA 资源名,A 类和B 类仪器还要符合LXISync 接口规范。
IVI 是在VPP(VXI plug &play) 规范的基础上发展而来的一项技术,主要研究仪器驱动程序的互换性、测试性能、开发灵活性及测试品质保证。
IVI 规范实现不同厂商仪器间的互相替换功能,可用于VXI/ PXI 、GPIB 、高速串行总线控制仪器(如USB 、1394 仪器) 等,它为各种虚拟仪器测试系统建立了一种可互换的仪器驱动程序框架结构。
IVI 通过类驱动程序和IVI 配置库实现应用程序与驱动程序的无关性,从而达到驱动程序改变时不改变应用程序代码的目的。
类驱动程序不是具体的驱动程序,它是符合某个IVI 类规范的仪器类的API 的集合(函数、属性、属性值等) ,可以理解为一种抽象的、具有过渡性质的驱动程序。
IVI 类驱动程序为应用程序与具体仪器特定驱动程序提供了统一的接口,而IVI 配置库中储存了这些接口的逻辑名与具体驱动程序间的映射关系。
当仪器或驱动程序发生改变时,用户只需更改IVI 配置库的信息,不需要对应用程序代码进行修改。
IVI 仪器驱动程序根据API 分类的方式可分为IVI-C 和IVI-COM ,它们分别是ANSI-C 和COM 技术与虚拟仪器结合的产物。
IVI-COM 驱动程序与所有现代程序语言(如Microsoft Suite )一道工作,而IVI-C 驱动程序则与在Labwindows CVI 中支持的较老ANSI-C 语言一道工作。
为想要获得互换性的用户提供了极好的工具,LXI 标准推荐使用IVI-COM 驱动程序。
VISA/IVI-COM 支持模块作为一个通用的开发平台,VISA/IVI-COM (交互式虚拟仪器)支持模块非常重要。
它是一个通用仪器驱动设计标准,提供一个公共的类库来保证系统的可靠性和兼容性。
此外,它保存了开发时间和简化了驱动设计。
基本的结构如图3所示。
LXI 器件路由器GPIB 器件 PXI 器件 VXI 器件图3 IVI-COM通用结构IVI标准支持使用IVI组件构建不同的软、硬件,包括不同的接口(GPIB,VXI,PXI,LXI,串行总线接口,USB,以太网,防火墙和插入式PC接口等)。
它可以用来构建在一个系统中拥有不同接口的仪器,从而提高系统的性能和重配置能力。
由于使用了IVI-COM通信引擎组件,IVI模块支持动态交互式仪器。
应用程序调用IVI逻辑名,然后通信引擎查询配置库寻找匹配的逻辑名来连接实际仪器。
LXISync 规范定义了A 类和B 类仪器驱动程序编程接口(LXI API) 的具体要求,这些API 用来控制LXI 设备等待、触发和事件功能特性(这些功能特性是关于A 类和B 类LXI 设备的,不依赖于任何IVI 仪器类) ,分为等待、触发、事件、事件日志及时间5 个子系统。
其中,等待子系统控制触发信号什么时候被接收;触发子系统控制LXI设备何时触发一次测量或其他操作;事件子系统控制LXI设备何时把特定状态发送给其他LXI 设备;事件日志子系统提供一种访问设备日志的方法;时间子系统提供访问LXI 总线1588 时钟基的功能。
2.4 LAN标准LXI对Ethernet的要求:所有的LXI必须实现IEEE 802.3 Ethernet标准接口(推荐RJ-45连接器)。
它必须至少使用TCP/IP协议IPv4版,支持IP(Internet协议)、TCP(传输控制协议)和UDP信息。
LXI 标准推荐使用千兆网(也允许使用10M/100M网)。
他使用自动握手,因此网络上装置默认一个公共速度。
装置必须实现AUTO-MDIX(自动感知LAN电缆极性)。
在过渡期间,装置上可放置说明支持电缆极性的标记。
在寻址方面,每一LXI必须有一个不可改变的MAC地址,以及可通过DHCP(动态主机配置协议)、手动IP和自动IP改变IP(Internet协议)地址。
LXI装置支持动态主名注册,此时装置IP地址由网络主机映射到多个用户友好名称,这一寻址规则保证了LXI仪器在网络中的共存,而不要求用户做许多工作。
LXI设备也必须实现VXI-11 LAN发现,因此能容易地网络上被识别。
LXI联盟为标准的未来版本关注着其他可能的发现机制(如通用的即插即用),LXI设备至少要响应“IDN?”命令,返送回它的识别信息。
LXI 的LAN 配置是指设备为获得IP地址、子网掩码、默认网关和DNS (domain name system) 服务器IP地址等配置值所使用的机制。
LXI设备LAN配置的方法有3 种:●动态主机配置协议(dynamic host configuration protocol,DHCP) ;●动态配置本地链路选址(dynamic link-local addressing,DLLA,又称为Auto-IP);●固定IP。
其中,DHCP 是在使用以太网路由器的大型网络中自动分配IP地址的方法,此时通过DHCP 服务器获得设备的IP 地址;Auto-IP方式适用于由以太网交换机(或集线器)组建的小型网络或特设网络,以及由交叉电缆组建的两节点网络;固定IP可用于所有类型拓扑结构的网络,此时用户手动设置LXI设备的IP 地址。
如果模块支持多种配置方式,则按如下顺序进行:DHCP →动态配置本地链路选址→固定IP。
2.5 Web接口每个LXI仪器都是一个独立的网络设备,所有LXI仪器都必须提供包括产品主要信息在内的欢迎网页及LAN配置网页,A类和B类设备还要具有同步配置网页。
此外,仪器还可以提供状态/其他页面,来显示仪器的当前状态和其他信息。
这些网页通过HTTP80端口连接到网络,并可以通过标准W3C 网络浏览器查看。
从Web 接口的角度看,LXI 仪器类似于一个Web 服务器,控制计算机可以像访问Web站点一样访问LXI 仪器,查看仪器的配置或状态信息,甚至通过Web网页对仪器进行控制。