推荐第1篇：接口习题
一．单选题
1.JAVA语言的类间的继承关系是（）。A多重的B.单重的 C.线程的 D.不能继承 2.以下关于JAVA语言继承的说法正确的是（）。 A.Java中的类可以有多个直接父类 B.抽象类中不能有子类 C.JAVA中的接口支持多继承 D.最终类可以作为其他类的父类
3.下列选项中，用于定义接口的关键字是（）。A)interface
B)implements C)abstract D)cla 4.下列选项中，用于实现接口的关键字是（）。 A)interfaceB)implementsC)abstract D)cla 5.以下哪个接口的定义是正确的？
A)interface B{
void print() { } ;
}
B)abstract interface B { void print() ; }
C)abstract interface B extends A1,A2 { abstract void print(){ }; D)interface B { void print();} 6.定义一个接口时，下列哪个关键字用不到？
A)public B)extends C)interface D)cla 7.在使用interface声明一个接口时，只可以使用哪个修饰符修饰该接口。
A)private B)protected C)private或者protected D)public 8.下列类头定义中，错误的是 ? A)public x extends y B)public cla x extends y C)cla x extends y implements y1 D)cla x 9.下列叙述正确的是？ A)Java中允许多重继承
B)Java一个类只能实现一个接口 C)Java中只能单重继承
D)Java中一个类可以继承多个抽象类
10.现有类A和接口B，以下描述中表示类A实现接口B的语句是（）。
A.cla A implements B B.cla B implements A C.cla A extends B D.cla B extends A 二．填空题
1.接口中的所有属性均为__public____、___static___和__final_。2.接口中的方法均为_public__和_abstract_。
3.JAVA语言中，定义一个类A继承自父类B，并实现接口C的类头是___cla A extends B implements C_______。
4.下面是定义一个接口ITF的程序，完成程序填空。public ___interface____ ITF { public static final double PI=Math.PI; public abstract double area(double a, double b)
} 5.定义一个接口CanSwim，类Swimmer实现接口CanSwim，完成程序填空。
publicinterfaceCanSwim { void swim(); } cla Swimmer implementsCanSwim {
} 三．编程题 public void swim(){ } 1.编写程序模拟“挑战杯”演讲大赛，共有10个评委打分，分数为1到10之间的随机数，将10个分数存放在int类型数组中，编程利用for循环实现计算歌手的最后得分。
2.利用接口继承完成对生物、动物、人三个接口的定义。其中生物接口定义呼吸抽象方法；动物接口除具备生物接口特征之外，还定义了吃饭和睡觉两个抽象方法；人接口除具备动物接口特征外，还定义了思维和学习两个抽象方法。定义一个学生类实现上述人接口。
推荐第2篇：接口设计
我想，对于各位使用面向对象编程语言的程序员来说，“接口”这个名词一定不陌生，但是不知各位有没有这样的疑惑：接口有什么用途？它和抽象类有什么区别？能不能用抽象类代替接口呢？而且，作为程序员，一定经常听到“面向接口编程”这个短语，那么它是什么意思？有什么思想内涵？和面向对象编程是什么关系？本文将一一解答这些疑问。
1.面向接口编程和面向对象编程是什么关系
首先，面向接口编程和面向对象编程并不是平级的，它并不是比面向对象编程更先进的一种独立的编程思想，而是附属于面向对象思想体系，属于其一部分。或者说，它是面向对象编程体系中的思想精髓之一。
2.接口的本质
接口，在表面上是由几个没有主体代码的方法定义组成的集合体，有唯一的名称，可以被类或其他接口所实现（或者也可以说继承）。它在形式上可能是如下的样子：
interface InterfaceName
{
void Method1();
void Method2(int para1);
void Method3(string para2,string para3);
}
那么，接口的本质是什么呢？或者说接口存在的意义是什么。我认为可以从以下两个视角考虑：
1）接口是一组规则的集合，它规定了实现本接口的类或接口必须拥有的一组规则。体现了自然界“如果你是……则必须能……”的理念。
例如，在自然界中，人都能吃饭，即“如果你是人，则必须能吃饭”。那么模拟到计算机程序中，就应该有一个IPerson（习惯上，接口名由“I”开头）接口，并有一个方法叫Eat（），然后我们规定，每一个表示“人”的类，必须实现IPerson接口，这就模拟了自然界“如果你是人，则必须能吃饭”这条规则。
从这里，我想各位也能看到些许面向对象思想的东西。面向对象思想的核心之一，就是模拟真实世界，把真实世界中的事物抽象成类，整个程序靠各个类的实例互相通信、互相协作完成系统功能，这非常符合真实世界的运行状况，也是面向对象思想的精髓。
2）接口是在一定粒度视图上同类事物的抽象表示。注意这里我强调了在一定粒度视图上，因为“同类事物”这个概念是相对的，它因为粒度视图不同而不同。
例如，在我的眼里，我是一个人，和一头猪有本质区别，我可以接受我和我同学是同类这个说法，但绝不能接受我和一头猪是同类。但是，如果在一个动物学家眼里，我和猪应该是同类，因为我们都是动物，他可以认为“人”和“猪”都实现了IAnimal这个接口，而他在研究动物行为时，不会把我和猪分开对待，而会从“动物”这个较大的粒度上研究，但他会认为我和一棵树有本质区别。
现在换了一个遗传学家，情况又不同了，因为生物都能遗传，所以在他眼里，我不仅和猪没区别，和一只蚊子、一个细菌、一颗树、一个蘑菇乃至一个SARS病毒都没什么区别，因为他会认为我们都实现了IDescendable这个接口（注：descend vi.遗传），即我们都是可遗传的东西，他不会分别研究我们，而会将所有生物作为同类进行研究，在他眼里没有人和病毒之分，只
有可遗传的物质和不可遗传的物质。但至少，我和一块石头还是有区别的。
可不幸的事情发生了，某日，地球上出现了一位伟大的人，他叫列宁，他在熟读马克思、恩格斯的辩证唯物主义思想巨著后，颇有心得，于是他下了一个著名的定义：所谓物质，就是能被意识所反映的客观实在。至此，我和一块石头、一丝空气、一条成语和传输手机信号的电磁场已经没什么区别了，因为在列宁的眼里，我们都是可以被意识所反映的客观实在。如果列宁是一名程序员，他会这么说：所谓物质，就是所有同时实现了“IReflectabe”和“IEe”两个接口的类所生成的实例。（注：reflect v.反映ee n.客观实在）
也许你会觉得我上面的例子像在瞎掰，但是，这正是接口得以存在的意义。面向对象思想和核心之一叫做多态性，什么叫多态性？说白了就是在某个粒度视图层面上对同类事物不加区别的对待而统一处理。而之所以敢这样做，就是因为有接口的存在。像那个遗传学家，他明白所有生物都实现了IDescendable接口，那只要是生物，一定有Descend（）这个方法，于是他就可以统一研究，而不至于分别研究每一种生物而最终累死。
可能这里还不能给你一个关于接口本质和作用的直观印象。那么在后文的例子和对几个设计模式的解析中，你将会更直观体验到接口的内涵。
3.面向接口编程综述
通过上文，我想大家对接口和接口的思想内涵有了一个了解，那么什么是面向接口编程呢？我个人的定义是：在系统分析和架构中，分清层次和依赖关系，每个层次不是直接向其上层提供服务（即不是直接实例化在上层中），而是通过定义一组接口，仅向上层暴露其接口功能，上层对于下层仅仅是接口依赖，而不依赖具体类。
这样做的好处是显而易见的，首先对系统灵活性大有好处。当下层需要改变时，只要接口及接口功能不变，则上层不用做任何修改。甚至可以在不改动上层代码时将下层整个替换掉，就像我们将一个WD的60G硬盘换成一个希捷的160G的硬盘，计算机其他地方不用做任何改动，而是把原硬盘拔下来、新硬盘插上就行了，因为计算机其他部分不依赖具体硬盘，而只依赖一个IDE接口，只要硬盘实现了这个接口，就可以替换上去。从这里看，程序中的接口和现实中的接口极为相似，所以我一直认为，接口（interface）这个词用的真是神似！
使用接口的另一个好处就是不同部件或层次的开发人员可以并行开工，就像造硬盘的不用等造CPU的，也不用等造显示器的，只要接口一致，设计合理，完全可以并行进行开发，从而提高效率。
本篇文章先到这里。最后我想再啰嗦一句：面向对象的精髓是模拟现实，这也可以说是我这篇文章的灵魂。所以，多从现实中思考面向对象的东西，对提高系统分析设计能力大有脾益。下篇文章，我将用一个实例来展示接口编程的基本方法。
而第三篇，我将解析经典设计模式中的一些面向接口编程思想，并解析一下.NET分层架构中的面向接口思想。
对本文的补充：
仔细看了各位的回复，非常高兴能和大家一起讨论技术问题。感谢给出肯定的朋友，也要感谢提出意见和质疑的朋友，这促使我更深入思考一些东西，希望能借此进步。在这里我想补充一些东西，以讨论一些回复中比较集中的问题。
1.关于“面向接口编程”中的“接口”与具体面向对象语言中“接口”两个词
看到有朋友提出“面向接口编程”中的“接口”二字应该比单纯编程语言中的interface范围更大。我经过思考，觉得很有道理。这里我写的确实不太合理。我想，面向对象语言中的“接口”
是指具体的一种代码结构，例如C#中用interface关键字定义的接口。而“面向接口编程”中的“接口”可以说是一种从软件架构的角度、从一个更抽象的层面上指那种用于隐藏具体底层类和实现多态性的结构部件。从这个意义上说，如果定义一个抽象类，并且目的是为了实现多态，那么我认为把这个抽象类也称为“接口”是合理的。但是用抽象类实现多态合理不合理？在下面第二条讨论。
概括来说，我觉得两个“接口”的概念既相互区别又相互联系。“面向接口编程”中的接口是一种思想层面的用于实现多态性、提高软件灵活性和可维护性的架构部件，而具体语言中的“接口”是将这种思想中的部件具体实施到代码里的手段。
2.关于抽象类与接口
看到回复中这是讨论的比较激烈的一个问题。很抱歉我考虑不周没有在文章中讨论这个问题。我个人对这个问题的理解如下：
如果单从具体代码来看，对这两个概念很容易模糊，甚至觉得接口就是多余的，因为单从具体功能来看，除多重继承外（C#，Java中），抽象类似乎完全能取代接口。但是，难道接口的存在是为了实现多重继承？当然不是。我认为，抽象类和接口的区别在于使用动机。使用抽象类是为了代码的复用，而使用接口的动机是为了实现多态性。所以，如果你在为某个地方该使用接口还是抽象类而犹豫不决时，那么可以想想你的动机是什么。
看到有朋友对IPerson这个接口的质疑，我个人的理解是，IPerson这个接口该不该定义，关键看具体应用中是怎么个情况。如果我们的项目中有Women和Man，都继承Person，而且Women和Man绝大多数方法都相同，只有一个方法DoSomethingInWC（）不同（例子比较粗俗，各位见谅），那么当然定义一个AbstractPerson抽象类比较合理，因为它可以把其他所有方法都包含进去，子类只定义DoSomethingInWC（），大大减少了重复代码量。
但是，如果我们程序中的Women和Man两个类基本没有共同代码，而且有一个PersonHandle类需要实例化他们，并且不希望知道他们是男是女，而只需把他们当作人看待，并实现多态，那么定义成接口就有必要了。
总而言之，接口与抽象类的区别主要在于使用的动机，而不在于其本身。而一个东西该定义成抽象类还是接口，要根据具体环境的上下文决定。
再者，我认为接口和抽象类的另一个区别在于，抽象类和它的子类之间应该是一般和特殊的关系，而接口仅仅是它的子类应该实现的一组规则。（当然，有时也可能存在一般与特殊的关系，但我们使用接口的目的不在这里）如，交通工具定义成抽象类，汽车、飞机、轮船定义成子类，是可以接受的，因为汽车、飞机、轮船都是一种特殊的交通工具。再譬如Icomparable接口，它只是说，实现这个接口的类必须要可以进行比较，这是一条规则。如果Car这个类实现了Icomparable，只是说，我们的Car中有一个方法可以对两个Car的实例进行比较，可能是比哪辆车更贵，也可能比哪辆车更大，这都无所谓，但我们不能说“汽车是一种特殊的可以比较”，这在文法上都不通。
推荐第3篇：STSCFC接口
ST接口，SC接口，FC接口
ST接口：一般监控系统使用的光端机采用ST光接口，为圆头，卡口。 SC接口：用于传输网络信号的光收发器采用SC光接口，为方头，卡口。 FC接口：用于有线电视或电信网络的光发射机和接收机，为圆头，螺丝口。
光端机：用于传输不同路数的音视频和数据的成对使用设备，分模拟、数字光端机
模拟光端机：在光纤中传输的信号是模拟光信号，价格便宜，比较常用。 数字光端机：在光纤中传输的信号是数字光信好，价格较高，图像清晰，性能稳定。
光收发器：用于传输网络信号的设备，使用单纤/双纤。10M、100M和1000M带宽。
ST、SC、FC光纤接头是早期不同企业开发形成的标准，使用效果一样，各有优缺点。
ST、SC连接器接头常用于一般网络。ST头插入后旋转半周有一卡口固定，缺点是容易折断；SC连接头直接插拔，使用很方便，缺点是容易掉出来；FC连接头一般电信网络采用，有一螺帽拧到适配器上，优点是牢靠、防灰尘，缺点是安装时间稍长。
MTRJ型光纤跳线由两个高精度塑胶成型的连接器和光缆组成。连接器外部件为精密塑胶件，包含推拉式插拔卡紧机构。适用于在电信和数据网络
- 1 -
系统中的室内应用。
- 2 -
推荐第4篇：通信接口避雷器
通信接口避雷器考虑的主要因素如下：
· 线路上可能感应的浪涌形式（例如波形、时间参数和最大峰值）；
· 接口电路模拟雷电冲击击穿电压临界指标；
· 保护对象在正常工作状态下的数据信号电平；
· 保护装置在模拟雷电冲击下的残压参数指标；
· 保护装置的耐冲击能力；
· 系统的工作频率；
· 保护对象的接口方式；
· 工作电压。
电源避雷器关键参数： Ⅰ．最大放电电流Imax：
使用8/20μs波冲击避雷器一次，能承受的最大放电电流。可根据当地的雷暴强度Ng（或年均雷暴日Td）以及环境因素作适当选择。
Ⅱ．最大持续耐压Uc（rms）：
指避雷器在此电压值下能连续工作而不影响其作为避雷器的参数。Uc与保护电压Up成非线性正比。
Ⅲ．残压Ur和保护电压Up：
残压Ur：指在额定放电电流In下的残压值。
保护电压Up：保护电压Up与Uc电压和Ur有关，Ur
根据氧化锌压敏电阻特性，当选用的压敏电阻的Uc值高时，其Up和Ur也会相应提高，如在放电电流为10kA（8/20μs）时：
Uc=275V Ur（10kA，8/20μs）≤1200V
Uc=385V Ur（10kA，8/20μs）≤1600V
Uc=440V Ur（10kA，8/20μs）≤1800V 3.电源防雷器的分类： Ⅰ．按放电电流区分：
耐受10/350μs波产品：该波形是模拟直击雷波形，波形能量大，目前有空气间隙型和压敏电阻型产品。如易龙公司的EPP100型。
耐受8/20μs波产品：该波形是模拟感应雷波形，是目前使用较多的波形。常见放电电流参数有100kA，80kA，65kA，40kA，20kA等，使用氧化锌压敏电阻。如易龙公司的EPP100/EPP80/ EPP65/EPP50/EPP40/EPP30/EPP20型。
雷电防护基本原理
雷电及其它强干扰对通信系统的致损及由此引起的后里是严重的，雷电防护将成为必需。雷电由高能的低频成份与极具渗透性的高频成份组成。其主要通过两种形式，一种是通过金属管线或地线直接传导雷电致损设备；一种是闪电通道及泄流通道的雷电电磁脉冲以各种耦合方式感应到金属管线或地线产生浪涌致损设备。绝大部分雷损由这种感应而引起。对于电子信息设备而言，危害主要来自于由雷电引起的雷电电磁脉冲的耦合能量，通过以下三个通道所产生的瞬态浪涌。金属管线通道，如自来水管、电源线、天馈线、信号线、航空障碍灯引线等产生的浪涌；地线通道，地电们反击；空间通道，电磁小组的辐射能量。
其中金属管线通道的浪涌和地线通道的地电位反击是电子信息系统致损的主要原因，它的最见的致损形式是在电力线上引起的雷损，所以需作为防扩的重点。由于雷电无孔不入地侵袭电子信息系统，雷电防护将是个系统工程。雷电防护的中心内容是泄放和均衡。
1.泄放是将雷电与雷电电磁脉冲的能量通过大地泄放，并且应符合层次性原则，即尽可能多、尽可能远地将多余能量在引入通信系统之前泄放入地；层次性就是按照所设立的防雷保护区分层次对雷电能量进行削弱。防雷保护区又称电磁兼容分区，是按人、物和信息系统对雷电及雷电电磁脉冲的感受强度不同把环境分成几个区域：LPZOA区，本区内的各物体都可能遭到直接雷击，因此各特体都可能导走全部雷电流，本区内电磁场没有衰减。LPZOB区，本区内的各物体不可能遭到直接雷击，但本区电磁场没有衰减。LPZ1区，本区内的各物体不可能遭到直接雷击，流往各导体的电流比LPZOB区进一步减少，电磁场衰减和效果取决于整体的屏蔽措施。后续的防雷区（LPZ2区等）如果需要进一步减小所导引的电流和电磁场，就应引入后续防雷区，应按照需要保护的系统所要求的环境区选择且续防雷区的要求条件。保护区序号越高，预期的干扰能量和干扰电压越低。在现代雷电防护技术中，防雷区的设置具有重要意义，它可以指导我们进行屏蔽、接地、等电们连接等技术措施的实施。
2.均衡就是保持系统各部分不产生足以致损的电位差，即系统所在环境及系统本身所有金属导电体的电位在瞬态现象时保持基本相等，这实质是基于均压等电位连接的。由可靠的接地系统、等电位连接用的金属导线和等电位连接器（防雷器）组成一个电位补偿系统，在瞬态现象存在的极短时间里，这个电位补偿系统可以迅速地在被保护系统所处区域内所有导电部件之间建立起一个等电位，这些导电部件也包括有源导线。通过这个完备的电位补偿系统，可以在极短时间内形成一个等电位区域，这个区域相对于远处可能存在数十千伏的电位差。重要的是在需要保护的系统所处区域内部，所有导电部件之间不存在显著的电位差。
3.雷电防护系统由三部分组成，各部分都有其重要作用，不存在替代性。外部防护，由接闪器、引下线、接地体组成，可将绝大部分雷电能量直接导入地下泄放。过渡防护，由合理的屏蔽、接地、布线组成，可减少或阻塞通过各入侵通道引入的感应。内部防护，由均压等电位连接、过电压保护组成，可均衡系统电位，限制过电压幅值。
随着银行系统现代化、信息化建设的不断发展，电子设备被广泛应用于金融网络的运行系统中。这些大量精密电子设备的使用及联网，使安装在弱电系统中的设备，经受着电源质量不良（如电源谐波放大、开关电磁脉冲）、直击雷、感应雷、工业操作瞬间过电压、零电位飘移等浪涌和过电压的侵袭，造成网络运行中断、甚至设备永久性损坏，由此而带来了巨大的直接经济损失，间接损失更是无法估量。因此，银行系统电子设备雷电过电压及电磁干扰防护，是保护通信线路、设备及人身安全的重要技术手段，是确保通信线路、设备正常运行必不可缺少的技术环节，是银行系统金融电子化建设及运行管理工作的重要组成部分。
1、雷击损坏原因的分析
银行系统的雷击案例大部分是由感应雷击及地电位反击而引起的。对于室外的入户线路，电源线和信号线均存在遭感应雷击的可能，虽然采取了埋地、穿管屏蔽、接地等措施，但也只能导走大部分雷电流，并不能将芯线上的感应雷电流导走，就是这部分芯线上的感应雷电流造成了设备的损坏。对于内部传输线路，当建筑物本身或附近落雷后，周围会形成强大的磁场，这些强磁场会对各种传输线路形成感应过电压或耦合过电压，从而造成损坏。对本身屏蔽及抗干扰能力较差的设备，强磁场可直接对内部芯片造成干扰甚至损坏。据研究当磁场强度Bm≥0．07×104 T时，无屏蔽的计算机会发生暂时性失效或误动作；当Bm≥2．4×104 T－
－时，计算机元件会发生永久性损坏。而雷电电流周围出现的瞬变电磁场强度往往超过2．4×10－4 T。另外当建筑物本身或附近落雷后，地网电位升高，从而形成“反击”，造成损害。
2、等电位联结措施
等电位联结技术是现代防雷技术的核心内容，现行国标及IEC标准都是围绕此项内容展开的，SPD（电涌保护器）也是一种等电位联结器件。等电位联结技术应采取共用接地系统。等电位连接主要由以下三部分组成：一是建（构）筑物（群）外部的等电位连接措施。即外部与之相连的各建（构）筑物之间的等电位；二是建筑物内部的等电位措施。即建筑物本身的钢筋结构、金属门窗、室内的水管、采暖管、机房的金属屏蔽层、金属隔断、静电地板的金属支架等均应与等电位母排或接地基准平面进行电气联结；三是设备的等电位连接措施。即设备本身的金属外壳直接与等电位母排或接地基准平面进行电气联结，设备的各种传输线路通过SPD与外壳实现等电位连接。另外关于银行信息中心机房内的等电位连接措施应设计为 M 型等电位连接。M型等电位联结一方面可以使各设备工作地线最短，消除高频干扰，满足设备正常工作要求；另一方面又不会出现低频（工频）杂散电流的干扰，尤其是在雷击情况下能使各设备处在真正的等电位状态下而避免损坏。
3、屏蔽措施
IEC/TC-81（国际电工委员会第81防雷小组）的技术定义将系统防雷工作总结为：DBSE技术-即分流（Dividing）、均压（bonding）、屏蔽（Shielding）、接地（Earthing）四项技术加之有效的防护设备的综合。屏蔽措施是系统防雷工程中一项必不可少的工作，是减少雷电电磁干扰的基本措施。屏蔽措施主要有以下三点：一是建筑物本身的屏蔽措施。即法拉第笼式的金属屏蔽结构，必要时应对机房增加屏蔽措施，如加装高密度铜网和高密度钢网，并做好门、窗的屏蔽措施；二是传输线路的屏蔽措施。即各种传输线，包括外部传输线路和内部传输线路，均应穿金属管进行布线，即使机房内静电地板下的传输线路也应如此。传输线路应远离外墙特别是建筑物的主钢筋，传输管线的两端应可靠接地；三是设备的屏蔽。即设备本身应具备一定的屏蔽措施，设备的金属外壳应可靠接地。
4、电涌保护器（SPD）的安装
4.1供电线路的SPD防护
银行系统中心机房动力电一般采用从配电房引出的2路专线供电，进入机房后设置了专用配电柜。配电柜内一路供机房内UPS用电，另一路供机房精密空调用电。分行电源SPD应按三级保护的要求进行设计：第一级在配电房低压母线侧安装每相通流量为50KA的 10/350us波形SPD，如DEHNportMaxi；第二级在机房专用配电柜输入总线上安装每相通流量为60KA的8/20us波形的SPD，如DEHNguard385；第三级在UPS输入端和精密空调的供电端安装每相通流量为20KA的8/20us波形的SPD，如DEHNguard275。对于下属网点营业部，可按两级保护要求进行设计：第一级在机房专用配电柜输入总线上安装通流量为100KA的8/80us复合测试波形的SPD，如DEHNVGA280；第二级在UPS输入端安装每相标称通流为20KA的8/20us波形的SPD，如DEHNguard275。由于
二、三级SPD均属限压型且处于同一房间，设备安装时应保证它们之间大于5米的规定。 4.2信号线路的SPD防护
4.2.1对于进入信息中心机房内的所有电话外线，应在配线架上安装一级初保护避雷器。4.2.2 X.
25、DDN、ISDN等电话专线，应在进入调制解调器前串接电话专线SPD，作为二级细保护。
4.2.3计算机网络系统的小型机、服务器、网络交换机、路由器、等设备，除线路的传输过程中应做好屏蔽与接地措施外，应在网络接口处需安装信号SPD。
4.2.4选择安装信号SPD时，必须了解网络的拓朴结构，网络的传输速率，选用的传输介质等内容。
4.2.5对于采用光缆传输的信号线，不需加装SPD，但光缆的金属 外皮、金属加强筋应在进入光端机前可靠接地。 5.补充说明
5.1关于信息系统接地系统
关于弱电设备接地的问题，主要经历了独立接地、联合接地、共用接地三个阶段的讨论，同时，对接地电阻值的要求也很苛刻，银行系统信息中心接地电阻一般要求小于1欧姆。IEC标准及我国现行国标已经明确要求采用共用接地系统，完善等电位联结措施，而对接地电阻值的大小已经淡化。以前银行系统信息中心普遍要求采用独立地网，这种劳民伤财的做法也应该废除了。 5.2关于SPD的安装
大部分的防雷工程公司特别注意对SPD的选取，其实再好的防雷设备也需要优良的工程来保障。许多国内外知名的防雷产品安装上去后，设备照样遭雷击，笔者发现主要是安装SPD时的线路布设不合理或者是接线太长。国标要求接至等电位联结板的接地导线要短而直，长度一般不应大于0.5m。同时，为避免不必要的感应回路，SPD与被保护设备之间应采用无回路或小回路方式安装，输入、输出线严格分开布设。关于SPD的安装希望能够得到重视。
推荐第5篇：恋爱物语接口
恋爱物语接口
恋爱物语，表白、讨好、唠嗑语句大全，恋爱物语接口根据选择类型和数量返回内容。 接口名称：恋爱物语接口 接口平台：聚合数据
接口地址：http://japi.juhe.cn/love/list.from 支持格式：json 请求方式：http get post 请求示例：http://japi.juhe.cn/love/list.from?key=您申请的key&count=10&cat=1 请求参数说明： 名称 key count cat 类型 String int int
必填 是 是 否
说明 您申请的key
指定返回数量,默认最大数量20
指定返回类型,1:表白 2:讨好 3:唠嗑 4:大爱 5:宠物 6:朋友阶段 7:打骂冤家 默认1 返回参数说明： 名称 error_code reason data 类型 int String String
说明 返回码 返回原因 返回内容
恋爱物语接口调用JSON返回示例： {
\"error_code\": 0,
\"reason\": \"Succe\",
\"result\": {
\"data\": [
{
\"id\": 31792,
\"valid\": 0,
\"body\": \"\",
\"title\": \"不用你告诉我，我知道你很生气。其实我明白，你很在乎我！但我也只能告诉你：我爱你！\"
},
{
\"id\": 31793,
\"valid\": 0,
\"body\": \"\",
\"title\": \"我决定离开你，因为你太让我绝望了，虽然很伤心，但是长痛不如短痛，请保重。\"
},
{
\"id\": 31794,
\"valid\": 0,
\"body\": \"\",
\"title\": \"也曾想过爱你一辈子……可有人说两个好人也不能生活在一起，我终于相信了！\"
},
{
\"id\": 31795,
\"valid\": 0,
\"body\": \"\",
\"title\": \"一首首歌，都像是你我的开始与结束，现在才知道，幸福很短暂。曾以为自己拥有幸福，后来才知道，一直一无所有！\"
},
{
\"id\": 31796,
\"valid\": 0,
\"body\": \"\",
\"title\": \"老公，虽然我人在远方，但我心就在你身边，时刻想念着你。\"
},
{
\"id\": 31797,
\"valid\": 0,
\"body\": \"\",
\"title\": \"鸡和鸡讲爱情，啄住冠子抓住毛。蛇和蛇讲爱情，他俩相缠如拧绳。狗和狗讲爱情，相互撕咬表真情。人和人讲爱情，回个短信最有情。\"
},
{
\"id\": 31798,
\"valid\": 0,
\"body\": \"\",
\"title\": \"不羡七夕鹊桥神仙，因为有你在我身边。才子佳人，赛过神仙。情相宜，爱无边。一点一滴印证我们的爱情宣言！且让它永世流传，在天上人间！\"
},
{
\"id\": 31799,
\"valid\": 0,
\"body\": \"\",
\"title\": \"虽然没有西方情人节时铺天盖地的玫瑰与巧克力糖禁的洪流，但依然记得牛郎织女那动人爱情故事，朋友祝福你，在这特别的日子里，有情人终成眷属！\"
},
{
\"id\": 31800,
\"valid\": 0,
\"body\": \"\",
\"title\": \"天界舞流萤，牛郎夜点灯。鹊桥七夕下，偎语到天明。银汉浅且清，隔水渡疏星。半个七夕月，添烛照天明。天不老，情难绝，鹊桥上你我系上同心结！\"
},
{
\"id\": 31801,
\"valid\": 0,
\"body\": \"\",
\"title\": \"我为你写的剧本——主题：信号。主角：我和你。舞台：手机屏幕。场景：又是七夕，我想着远方的你，拇指轻轻按出——思念已发出，请开机接收！\"
}
]
} }
推荐第6篇：施工接口管理办法
接口管理办法
1.施工接口界面协调配合措施
接口界面包括相邻标段的施工接口、土建工程与后续工程的施工接口，如测量控制网互用，预埋件（或预留孔洞）位置和尺寸的控制，施工信息互通，控制桩点贯通测定，水准点相互闭合等在施工中作为重点进行管理。
⑴成立现场施工协调小组，由项目副经理、项目总工程师任组长，各专业部门（或技术）负责人任组员的现场施工协调小组。全面负责施工过程中出现的各种问题。
⑵协调小组成员共同熟悉设计文件、施工图纸及相关规范，了解设计意图，小组成员首先在技术方面达成共识。
⑶施工前，参照设计施工文件与图纸，认真了解和熟悉各种专业接口。
⑷熟悉施工接口部位及主要内容，制定各种可能引起接口部位发生质量问题的预防措施。
⑸每一接口界面施工过程中，设专人负责接口施工协调，充分了解自身的职责和权限，确保业主及监理工程师的指令有效实施。
2． 与当地政府主管部门的配合措施
施工期间，积极与地方政府、村镇及有关治安、交通安全、质量监督、环境、水运等部门联系，主动争取地方政府的指导和支持，遵守国家及地方政府的有关法规，配合地方政府做好施工区域内的治安、交通、环境保护等工作，确保施工的顺利进行。
3．与征地拆迁单位等部门的配合措施
⑴上场后立即成立征地拆迁领导小组，由分管协调的项目副经理任组长，配备专职人员负责此项工作。
⑵征地拆迁工作涉及路内外诸多产权单位，实施过程中需要取得产权单位的认可，需要产权单位进行配合；征地青赔等问题需要取得地方政府的大力支持；迁改施工将会对沿线人民群众的生产生活带来一定的影响，需要取得人民群众的理解。我们将把征地拆迁协调配合作为施工组织管理的重点来抓，确保征地拆迁工作顺利实施。
⑶上场后密切配合业主及地方政府做好征地拆迁工作，保证重点工程和先期开工区段的先行用地，保证开工的需要。
⑷征地拆迁必须根据本标段总体施工进度全面推进，分重点工程、先架梁区段依次安排进行。对于拆迁工程量较大，内容复杂，必须提前安排。由于该项工作具有政策性强、牵扯面广、难度大等特点，必须予以高度重视，尤其准备阶段和开工前期，应提早介入，争取主动，积极配合工作，争取得到地方有关部门的大力配合，保证其按期完成，不影响正式工程进度。
⑸征地拆迁工作以保证控制工期工程按时开工为首要工作，依次解决影响线下、电气化等工程施工的迁改问题。拆迁工作要突出顺序、统
一、一次到位的原则，杜绝二次拆迁、重复拆迁。
4．与甲方的配合措施
⑴严格执行甲方有关工程质量、工期、安全、文明施工、环境保护的管理制度；严格按照甲方同意的施工场地平面图布置施工场地，按时向甲方报送有关报表。
⑵积极参加甲方组织的有关施工的会议，主动配合建设单位的各项检查工作，接受甲方对施工提出的各项要求，按甲方的要求进行改进和落实。
⑶严格执行甲方关于与地方政府行政主管部门、设计单位、监理单位的协作配合，积极主动为相关单位的检查、监督工作提供条件。
⑷在相邻标段出现紧急情况时，按照甲方的要求协助解决。 5．与监理咨询的配合措施
⑴全面履行合同，履行投标时做出的关于质量、工期、安全、环境保护、文明施工等方面的承诺。
⑵在工程开工前，先向监理工程师提供详细的施工方案、施工计划，提供机械设备配置情况、人员组织情况、原材料检验报告、混凝土配合比设计成果、控制测量导线网的布置及测量成果、放线资料等，经监理工程师认可后开始施工。
⑶配合监理单位做好施工过程中的质量管理。在内部专检及“三检”制的基础上，接受监理工程师的验收和检查，并按照监理工程师的要求予以整改。和监理共同参加对隐蔽工程进行检查、验收、签证工作，对原材料、施工机械设备的检查和施工工艺的审批等；
⑷接受工程质量检查，主要有工序检查、施工过程中的验收、单位工程验收和全部工程竣工验收，接受质量缺陷责任期的质量检查。
⑸配合监理单位做好工程施工的投资管理工作，主要内容包括工程的计量支付、工程变更、工程索赔以及按照合同规定的价格调整等。
⑹积极配合监理单位对工程施工进度的监督和管理，配合监理单位做好工程开工令审批，制定和调整工程施工进度计划，确保工程施工工期计划的实现。
⑹对于技术复杂的项目，施工过程中虚心接受监理、咨询部门的指导意见，按照咨询部门的要求做好施工中技术和工艺的改进工作。
6． 与设计的配合措施
⑴组织参加设计交底，弄清设计意图，建立整个施工过程中的情况通报制度，对工程施工过程中遇到的设计问题做好记录，及时与设计单位取得联系。
⑵优化施工方案。重大施工方案的变更与设计单位沟通，征求意见。
⑶加强对工程地质条件及水文地质条件的复核检查，对于与设计资料不符的地质情况及时与设计单位取得联系，为完善工程设计提供必要的资料。
⑷积极配合设计单位做好设计管理和现场资料的收集工作。 7．与第三方检测单位的配合措施
⑴京沪高速铁路是我国第一条高速铁路，技术复杂，质量要求高。施工过程中，需要第三方检测的项目特别多。为此，施工前制定详细的需要第三方检测计划，并报业主、监理及第三方检测单位。
⑵积极与第三方检测单位取得联系，掌握第三方检测的有关规定；检测过程中，积极配合，为第三方检测单位提供条件，虚心听取意见，保证检测工作的顺利进行。
⑶对需要第三方检测的项目，提前与检测单位沟通，按照检测单位的要求，提前做好各项准备工作。对存在缺陷的项目，严格按照规定进行整改。
8．与线路跨越的铁路、公路部门的配合措施 8.1与公路交通部门的配合措施
⑴主动与当地交通部门取得联系，协调配合，确定合理的施工运输方案，按有关部门具体要求制定安全防护措施。
⑵施工机动车辆在国道或地方道路上运行，遵守地方政策和交警部门的管理规定，遵守《中华人民共和国道路交通安全法》，维护交通秩序，保证运输安全。
⑶所有机动车辆始终保持完好状态，经常检修，定期保养。 ⑷施工所用机械设备、材料存放不侵入既有公路，且不影响交通。 ⑸大型机械行驶，事先要对既有公路的路面宽度、桥涵宽度和通过荷载等进行调查，需加宽道路和加固桥涵时，与当地交通部门联系，征得同意后方可进行。车辆通过后或施工结束后，恢复原状。
⑹施工便道和既有公路交汇处，引起足够重视，设立安全警示标志、安全监督岗，并专人指挥施工车辆。
⑺在交通运输繁忙的便道口，设立安全警示标牌、安全监督岗，设专人指挥行人和车辆，确保汽车运输及行人安全。
8.2与线路跨越的铁路部门的配合措施
⑴京沪高速铁路正线施工多处跨越既有京山线、京沪线，能否保证既有线的运营安全施工安全控制的重点和难点。为此，上场后积极与沿线铁路部门取得联系，掌握线路跨越的详细情况，按照铁路部门的具体要求，制定切实可行的安全防护措施。
⑵跨越既有线及既有线改造施工前，按照对既有线运营的影响程度，详细编制申请“天窗”的计划，上报铁路主管部门审批。施工过程中，加强与既有线运营单位的工务、电务、车务、机务等部门的配合和联系，在“天窗”规定的时间范围内做好对既有线的防护和保护工作，做到“天窗”时间以外恢复既有线的原貌。
⑶运输车辆跨越既有铁路时，要提前与铁路道口主管部门联系和沟通，按照铁路相关部门的规定，做好安全防护工作。 9． 与相邻施工单位的配合措施
⑴在施工场地布置、贯通测量、施工作业安排、施工便道使用及养护等方面与相邻标段加强配合，以保证布置合理，少占耕地、农田，保证施工顺利进行。
⑵积极主动与“四电”、“站场”等施工单位联系，统筹考虑施工场地、临时设施的布置，合理安排不同专业相连的工程施工顺序，作好施工配合，减少施工干扰。
⑶及时作好已完线下工程的技术总结工作，为后续工程的施工提供各方面支持，配合后续有关单位进行相关作业。
10．与后续工程配合措施
⑴成立现场施工协调小组，由项目副经理、项目总工程师任组长，各专业技术负责人任组员的现场施工协调小组，全面负责施工交接过程中出现的各种问题。
⑵凡后续工程施工对上道已完工程会产生损伤或污染的，施工前必须先采取对应的保护措施后方可进行施工。
⑶各专业之间的衔接及内部协调管理必须服从经理部或项目部的统一安排。本标段与其他单位的工序衔接时，必须积极配合业主及监理工程师的统一协调指挥。
⑷后续工程施工之前，上道已完工程必须提供必要的施工、技术条件，并设专人在上下工序的衔接中做好协调工作。
⑸上道已完工程验收合格并经现场监理工程师签认后方可进入后续工程的施工。相互之间的衔接必须合理安排并做到顺利过渡。
11． 试验配合措施
⑴成立以主管试验工作的副总工程师为组长，各作业工区试验中心主任为组员的试验配合小组，全面负责试验配合工作。
⑵经理部设立工程试验中心，配备与本施工段配套的试验器具及试验人员。
⑶积极配合监理工程师进行现场抽样试验。
⑷按业主、监理要求对各种试验结果进行统计分析处理，建立试验档案，并按要求定时报送。 ⑸积极配合业主、监理对试验中心的监督、检查和管理。 ⑹在试验配合小组的领导下，各工程试验中心积极配合业主、设计单位完成其他各项试验任务。
12． 沿线及既有设施保护措施
对设计、测绘单位布设(埋设)的水准点、GPS控制点、线位控制桩等进行保护，不得随意挪动和损坏。
地下工程施工严密注视地下管线的安全，施工前先与有关产权单位联系，请求配合，查明地下管线走向和位置，做到“三不施工”，即不摸清地下设施位置不施工，影响设施正常运转不施工，没采取有效防护措施不施工。
采取电缆探测器和挖探沟等行之有效的手段探明电缆管线的确切位置，做出明确的标志。杜绝在电缆、光缆、管道3m范围内使用大型机械作业。
电缆附近规定区域内禁止取土，施工车辆横跨电缆时，要采取保护措施，防止损坏电缆。
因施工影响周围构筑物时，制定切实可行的加固、支撑或改移方案，在征得产权单位和建设单位同意后实施，采取措施加强防护，绝对保证其安全使用。
工程施工或高空施工作业近临既有建筑物地段，根据施工需要及时对临界建筑物采取加固支护措施。作业排架搭设与建筑物间保证一定安全距离，并增设围护结构和隔离屏障。用以保证建筑物不因施工而影响其安全和正常使用。
如果由我方施工不当造成周围构筑物的损失，我方愿意承担相应的赔偿责任，并主动联系有关部门，及时采取相应的措施处理，减少损失，确保安全生产。
爱护地方名胜古迹、历史文物等旅游资源。爱护一草一木，制定相关奖罚制度，做好环境保护。
推荐第7篇：微机接口复习题
1、指令MOV AX,[BX][SI]中源操作数的寻址方式是（ ） 。 A、寄存器间接寻址 B、变址寻址 C、相对寻址 D、基址变址寻址
2、8086 CPU内有指示下条指令有效地址的指示器是( )。 A、IP B、SP C、BP D、SI
3、设串行异步传送的数据格式是7个数据位、1个起始位，1个停止位、1个校验位，波特率为2400，则每秒钟传送的最大字符数为() A、100个 B、120个 C、10个 D、240个
4、若8086 CPU主频为8MHz，则其基本总线周期为( C )。 A、200ns B、500ns C、125ns D、250ns
5、8253工作在哪几种方式时，可输出1个时钟周期宽度(1 CLK)的负脉冲( B )。 A、方式0，4，5 B、方式2，4，5 C、方式1，2，4 D、方式0，2，4
6.CPU响应INTR和NMI中断时，相同的必要条件是( D )。 A、当前总线空闲 B、允许中断
C、当前访问内存结束 D、当前指令执行结束
7、8251A的操作命令字的作用是( D )。
A、决定8251A的数据传送格式 B、决定8251A实际操作
C、决定数据传送方向 D、决定8251A何时收/发数据
8、8086/8088中除( )两种寻址方式外，其它各种寻址方式的操作数均在存储器中。 A、立即寻址和直接寻址 B、寄存器寻址和直接寻址 C、立即寻址和寄存器寻址 D、立即寻址和间接寻址
9、设8259A当前最高优先级为IR5，若要使下一循环IR2为最低优先级，则OCW2应设为( ) 。 A、01100010 B、11100000 C、11000010 D、11100010
10、设置特殊屏蔽方式的目的是( C )。 A、屏蔽低级中断 B、响应高级中断 C、响应低级中断 D、响应同级中断
11、设8255A的方式选择控制字为9BH，其含义是( B )。 A、A、B、C口全为输出 B、A、B、C口全为输入 C、A、B口为方式0且输出 D、以上都不对
12、8086CPU的地址总线有（ ）位。
A、8 B、16 C、20 D、24
13、执行PUSH AX指令后,堆栈指针SP的内容（ ）。 A、减1 B、减2 C、加1 D、加2
14、下列指令中,不影响进位的指令是（ ）。
A、ADD AX,BX B、MUL BL C、INC BX D、SUB AL,BH
15、下列指令语法有错的是（ ）。
A、MOV AX,1000H B、MOV AX,BXC、MOV [AX],[1000H] D、MOV AX,[1000H] 15.8086CPU从I/O端口地址 80H读字节数据应使用指令( ) A: IN AL, 80H B: IN AX, 80H C: IN 80H, AL D: IN 80H, AX 16.若要使寄存器AL中的高 4 位不变, 低 4 位全为 1 , 使用指令( ). 1 A: AND AL, 0FH B: AND AL, 0F0H C: OR AL, 0FH D: OR AL, 0F0H 17.指令代码的地址存放在寄存器中。
A． DS和SI B．BX和BP C．ES和DI 18.8086CPU可寻址访问的最大I/O空间为。
D．CS和IP （A） 1KB （B）64KB （C）640KB （D）1MB 19.8086CPU把1MB空间划分为若干逻辑段，每段最多可含的存储单元。 A．1KB B．8KB C．16KB 20.8086CPU中指令指针寄存器(IP)中存放的是。
D．64KB （A） 指令（B）指令偏移地址（C）操作数 （D）操作数偏移地址 21.8086CPU中的SP寄存器的位数是。 (A) 8位 (B) 16位
(C) 20位
(D)
24位
22.某数存于内存数据段中，已知该数据段的段基址为2000H，而数据所在单元的偏移地址为0220H，该数据在内存的物理地址为（ ）。
A.02220H B.20220H C.22200H D.04200H 23.8255PA口工作在方式2，PB口工作在方式0时，其PC口（ ）。 A、两个4位I/O端口 B、一个8位I/O端口 C、部分作联络线 D、全部作联络线
24.定时与计数器8253的所有工作方式中，能产生周期方波的是方式（ ）。 A.2 B.3 C.4 D.5 25.已知BX=2000H，DS=1000H，（12000H）=34H，端口（2000H）=45H，问执行完指令MOV AL，（BX）后AL的内容是（ ）。
A.34H B.45H C.34 D.2000H 26.8259A工作在8086/8088模式时，初始化命令字ICW2用来设置。
A.中断向量地址的高8 位
C.中断向量的高5位 B.中断类型号地址的高5位 D.中断类型号的高5位
27.CPU可以对8253计数器进行读操作，其读到的是（ ）。
A.工作方式字
B.计数初值
C.计数执行部件CE（减一计数单元）的当前值 D.0 28.8255的A口工作在方式1输入时，其中断允许控制位INTE的开/关是通过对的按位置位/复位操作完成的。
A.PC0 B.PC2
C.PC4
D.PC6
29.可编程通信接口芯片8251A( )。
A.可用作并行接口 B.仅可用作异步串行接口 D.可用作同步、异步串行接口 C.仅可用作同步串行接口
30.异步串行通信中，收发双方必须保持（ )。
A.收发时钟相同 B.停止位相同
C.数据格式和波特率相同
D.以上都正确
31.8251A的方式控制字（即模式字）的作用是( )。
A.决定8251的数据格式 B.决定8251的数据格式和传送方向 C.决定8251何时收发 D.以上都不对 32.若8255A接口芯片的A口工作在方式2时，B口可以工作在（ ）。
2 A.方式0 B.位控方式 C.方式2 D.方式0或方式1 33.由（ ）引脚的连接方式可以确定8255的端口地址。
A.RD、CSB.WR、A0C.A0、A1D.A0、A
1、CS
34.I/O接口电路中，8255控制口可能使用的端口地址只能是（ D ）。 A.00HB.01HC.04HD.07H 1．电子计算机主要由、、、和等五部分组成。 2.总线按其功能可分、和三种不同类型的总线。
3.8086/8088系统中，可以有个段起始地址，任意相邻的两个段起始地址相距个存储单元。4.用段基值及偏移量来指明内存单元地址的方式称为。 5.用BP作基址变址寻址时，操作数所在的段是当前。 6.条件转移指令JNE的条件是ZF＝。
7.假设VAR为数据段中已定义的变量，则指令MOV BX，OFFSET VAR中源操作数的寻址方式是。 8.CPU响应8259A中断，在引脚上输出个负脉冲，在第个负脉冲期间读入中断类型码。 9.数据输入/输出的四种方式是、、和。
10.如果串行传输速率是2400波特，则数据位的时钟周期是秒。
11.设串行异步传送的数据格式是7个数据位、1个停止位、1个校验位，波特率为2400，则每秒钟传送的最大字符数为个。
12.为使传送过程更可靠，在串行异步通信接口中设立了三种出错标志，分别是、和奇偶错。13.串行通信根据其连接方式的不同可分为单工、和等三种。
14.8251A工作于异步方式，收发时钟频率为38.4KHz，波特率为2400。数据格式为7位数据位，1位停止位，偶校验，则8251A的方式字为。
15.8259A共有___个可编程的寄存器，它们分别用于接受CPU送来的______命令字和________命令字。
16.已知（BX）=7830H，CF=1，执行指令：ADC BX，87CFH之后，（BX）=__________,标志位的状态分别为CF=_____，ZF=_____，OF=_____，SF=______。
17.设8086系统中采用单片8259A，其8259A的ICW2=32H，则对应IR5的中断类型号为____________H.18.总线管理器8259占用个端口地址。8255有个8位的端口。8253有种工作方式。
19.某微型计算机测控系统有一DAC0832和一ADC0809芯片，DAC0832的作用为______________，ADC0809的作用为______________。
20.在8086CPU的寄存器组中，在对存储器单元进行间接寻址时，可作为基址寄存器的为、，用于变址寄存器有、；对I/O端口地址进行访问时，用到的间址寄存器为 。 21.在指令MOV AL，[SI+10H]中，源操作数采用的寻址方式为。
22.已知某内存单元的段地址和偏移地址分别为2010H和0130H，此内存单元的物理地址为___________。
23.已知：DS=1000H,BX=0200H,SI=02H,内存10200H～10205H单元的内容分别为10H，2AH，3CH，46H，59H，6BH。则CPU执行以下指令后：MOV AX，[BX+SI] ；所访问的存储单元的物理地址______________，AX寄存器的内容为______________。
24.8255A端口C按位置位复位控制字的_________位用来指定要置位或复位的端口C1的具体位置。25.8255A端口C按位置位复位控制字中的________位决定对端口C的某一位置位或复位。 26.8255A的每个端口的数据寄存器的长度为____位。
3 27.Intel 8255A是一个________________________接口芯片。
28.8255A的端口C按位置位复位控制字的_________位用来指定置位或复位的端口C的具体位置.29.8255A的端口A工作在方式2时，使用端口C的_________作为与CPU和外部设备的联络信号。30.8255A与CPU连接时，地址线一般与CPU的地址总线的_________连接。 31.8255A控制字的最高位D7=_________时，表示该控制字为方式控制字。 32.8255A的端口A的工作方式是由方式控制字的____位决定。 33.8255A的端口B的工作方式由方式控制字的________位决定。
34.8255A的端口C的按位置位复位功能是由控制字中的D7=______来决定的。35.8255A内部具有_____个输入输出接口。
36.8255A的三个端口中只有端口____没有输入锁存功能。37.串行通信线路的工作方式有（）、（）和（）三种。 38.在串行通信中，数据的收发可采用（）和（）两种基
本的工作方式。
39.用异步通信方式传输数据时，起始位为（）电平，它的宽度为（）位。40.用异步通信方式传输数据时，以（）电平作为起始位，以（ ）
电平作为停止位。
41.异步通信方式中的停止位为（）电平，宽度可选（）种形式。
42.假设用异步通信方式传输数据时，每个字符对应1个起始位、7个数据位、
采用偶校验和1个停止位，如果波特率为9600 bps，则每秒钟能传输的最 大字符数为（）个。
43.在串行通信的同步通信方式中，面向比特型的数据格式, 每帧数据由（）
个部分组成。
44.串行接口芯片8251由（ ）引脚输入串行数据。 45.串行接口芯片8251由（ ）引脚输出串行数据。 46.可编程串行接口8251设置有（）个错误标志。 47.8251A的方式选择控制字在（）之后写入。
48.在数据通信中，半双工通信在任意一个时刻只能进行（）方向的传输，而全双工通信可以同时进行（）方向的传输。
推荐第8篇：如何做接口Mock
产品经理：前端开发进度如何？
前端小A同学：我的页面依赖服务端接口，但小B同学开发的接口有各种问题，所以。。 产品经理：抓狂ing 产品经理：Hi，小B同学，你负责的接口开发进度如何了，什么时候能提测？
服务端小B同学：我的接口依赖于兄弟部门的xx接口，他们那边开发进度太慢，导致我没法从他们那获取数据，联调不了，暂时无法提测。。 产品经理：吐血ing 产品经理：Hi，小C同学，这个系统测试进度怎么样了，今天能上线吗？
测试小C同学：逗我玩呢，这个系统依赖的第三方接口都没准备好，有的根本没有测试环境，今天测完，臣妾做不到啊！ 产品经理：#@￥%￥￥！@# 上面的情景是不是似曾相识呢？
没错，我们经常会遇到各种各样接口依赖的问题困扰着我们，于是，在很久以前，就有了―mock‖这种东西。
一、什么是mock？
至于mock这个单词解释起来，本意就是模拟或者效仿。我们可以把mock理解为一个替身，在软件开发领域，通常就是指模拟对象或者fake。
二、为什么需要Mock？
Mock是为了解决不同的单元之间由于耦合而难于开发、测试的问题。所以，Mock既能出现在单元测试中，也会出现在集成测试、系统测试过程中。
如上图所示，A接口依赖于B、C、D三个接口，如果这三个接口没有都准备好的话，我们必须对它们进行模拟才能继续A接口的开发调试。
三、Mock的好处是什么？
1.团队可以并行工作
有了Mock，前后端人员只需要定义好接口文档就可以开始并行工作，互不影响，只在最后的联调阶段往来密切；后端与后端之间如果有接口耦合，也同样能被Mock解决；测试过程中如果遇到依赖接口没有准备好，同样可以借助Mock；不会出现一个团队等待另一个团队的情况。这样的话，开发自测阶段就可以及早开展，从而发现缺陷的时机也提前了，有利于整个产品质量以及进度的保证。 2.开启TDD模式，即测试驱动开发
单元测试是TDD实现的基石，而TDD经常会碰到协同模块尚未开发完成的情况，但是有了mock，这些一切都不是问题。当接口定义好后，测试人员就可以创建一个Mock，把接口添加到自动化测试环境，提前创建测试。 3.可以模拟那些无法访问的资源
比如说，你需要调用一个―墙‖外的资源来方便自己调试，就可以自己Mock一个。 4.隔离系统
假如我们需要调用一个post请求，为了获得某个响应，来看当前系统是否能正确处理返回的―响应‖，但是这个post请求会造成数据库中数据的污染，那么就可以充分利用Mock，构造一个虚拟的post请求，我们给他指定返回就好了。 5.测试覆盖度
假如有一个接口，有100个不同类型的返回，我们需要测试它在不同返回下，系统是否能够正常响应，但是有些返回在正常情况下基本不会发生，难道你要千方百计地给系统做各种手脚让他返回以便测试吗？比如，我们需要测试在当接口发生500错误的时候，app是否崩溃，别告诉我你一定要给服务端代码做些手脚让他返回500 。。。而使用mock，这一切就都好办了，想要什么返回就模拟什么返回，妈妈再也不用担心我的测试了覆盖度了！ 6.
7.可以用来演示
假如我们需要创建一个演示程序，并且做了简单的UI，那么在完全没有开发后端服务的情况下，也可以进行演示。说到演示了，假如你已经做好了一个系统，并且需要给客户进行演示，但是里面有些真实数据并不想让用户看到，那么同样，你可以用Mock接口把这些敏感信息接口全部替换。
四、有哪些mock小工具
既然Mock好处这么多，还是赶紧看看有哪些Mock方法吧。下面我介绍下我接触过的一些Mock小方法。
1.wiremock wiremock是一个jar包，我下载的是wiremock-1.57-standalone.jar。比较轻便，大多数情况下直接使用jar包就够了，无需额外编程工作。在控制台或者终端运行如下命令启动wiremock：
1.java -jar wiremock-1.30-standalone.jar
将会启动一个http服务器来处理将要mock的请求，默认监听8080端口。 运行上面的命令后，我们会发现在jar包所在目录生成了两个目录，分别为files（放置一些上传或者下载的文件）和mappings（放置请求和返回的映射）。 在mappings目录下，创建请求处理文件mytest-mapping.json，写入以下内容：
2.
3.4.5.6.7.8.9.10.11.12.13.14.15.{
\"request\":{ \"method\":\"GET\", \"url\":\"/api/mytest\" },
\"response\":{ \"status\":200,
\"bodyFileName\":\"mytest.json\", \"headers\":{
\"Content-Type\":\"application/json\", \"Cache-Control\":\"max-age=86400\" } } } 每个字段意思基本明了，这里我们指定的请求url是http://127.0.0.1:8080/api/mytest，response中的bodyFileName字段指定了响应内容放在mytest.json中，这个文件放在files目录下，内容如下：
16.17.18.{
\"errno\":0 }
以上我们就配置好了请求以及所需要的响应，然后在浏览器打开http://127.0.0.1:8080/api/mytest，就会返回配置好的响应。
当然，也可以不用把响应单独放在__files中，直接在mytest-mapping.json中指定也可以，比如：
19.20.21.22.23.24.25.26.27.28.29.30.31.32.{
\"request\":{ \"method\":\"GET\", \"url\":\"/api/mytest\" },
\"response\":{ \"status\":200,
\"body\":\'{\"name\":\"a\"}\', \"headers\":{
\"Content-Type\":\"application/json\", \"Cache-Control\":\"max-age=86400\" } } }
当然wiremock还有一些其他功能，比如返回网络异常，设置服务延时等等，若需深入了解，请自行查找其他资料。 不过wiremock有几个明显的缺点，主要如下：
o o 请求与响应都必须以文件的形式存储，不好管理
每次文件更新后，必须得手动重启wiremock。当然你也可以通过一个daemon程序来监控文件的变化，自动重启wiremock，但这也是后话了。
o 无法跨域。若要支持跨域则需要修改wiremock本身代码。
Mock Server-Moco 这也是一个jar包，和上面的wiremock类似，但是他比wiremock更先进，支持的mock方式更多，而且我们修改配置文件后也无需重启服务，可以动态加载。我使用的是moco-runner-0.10.2-standalone.jar，运行方式如下：
0.java -jar moco-runner-0.10.2-standalone.jar start -p 8080-c ***.json
***.json就是我们的mock配置文件，比如：
1.2.3.4.5.6.7.8.9.10.11.12.[ {
\"description\":\"api 1\", \"request\":{ \"method\":\"get\", \"uri\":\"/foo\" },
\"response\":{
\"json\":{\"foo\":\"bar\"} } } ]
以上就可以实现当我们访问127.0.0.0:8080/foo时，返回一个json为{―foo‖:‖bar‖}。
具体其他使用方法请参照官方文档：https://github.com/dreamhead/moco/blob/master/moco-doc/apis.md fiddler fiddler大家都很熟了，可谓是居家旅行之必备，在windows环境可以随便自定义返回内容，但一个很大的缺点是，它不跨平台，而我们平时很多场景下，是需要在Linux下进行mock的。 www.daodoc.com 这是一个在线mock的网站，操作简单，相比wiremock，它支持跨域，但url是自动生成的，无法定制。考虑这样一个场景：前端人员在使用mock接口时，肯定希望接口地址和最终上线的地址完全一样，这样就无需在联调时修改接口地址了，只需配置一个host，改来改去难免改错。对于这样的场景，这个网站就实现不了了。而且数据都是在人家网站上存储的，对于以后接口的各种形式的定制化也实现不了。 还有一些其他mock工具，大多都是通过编写js代码或者python、java等代码来达到mock目的，此处就不再介绍了。
介绍了这么多mock工具，那么哪个最好使呢？我的要求其实不多，一是数据要好管理，别让我管理一堆文件；二是mock接口最好可以设置成和真实接口完全一致，这样就只需要切换hosts就可以切换mock接口和真实接口，不需要修改代码中的url；三是跨平台，mock接口在windows和Linux下需要同时满足。至于跨域、动态加载什么的，这是必须要满足的。我的要求确实不多，但上面介绍的都没法全部满足。
五、xMock系统诞生始末
现今的业务系统已经很少是孤立存在的了，尤其对于一个大公司而言，各个部门之间的配合非常密切，我们或多或少都需要使用兄弟团队或是其他公司提供的接口服务，当然，我们也会给其他兄弟部门提供接口。这样的话，就对我们的联调和测试造成了很大的麻烦。假如各个兄弟部门的步伐完全一致，那么问题就会少很多，但愿望是美好的，现实是残酷的，要做到步伐一致基本是不可能的。所以，对于这种情况，我们的解决方案通常是搭建一个临时的server来模拟那些兄弟部门未开发完成的接口，以达到单方面联调测试的效果，我们上面介绍的这些众多小工具就是这样的，我们称之为mock server的雏形。一般来说，搭建这种临时的mock server比较简单，但是往往也意味着功能简单，有时候可能我们得需要为不同的接口进行mock server的重复开发以实现特定功能。这样的话问题就来了，随写随仍不是我们互联网人一贯的作风，我们需要将这种基础服务传承下去，要服务于众多的其他互联网人，我们称之为share。那么能不能构建一个通用的mock server呢？自己动手丰衣足食，萌生了自己开发一套mock系统，就有了现在的雏形——xMock。 xMock是BS架构，web页面录入接口信息后，可以在任何平台下调用mock接口，满足了跨平台；接口信息保存在数据库中，解决了文件方式不好管理的问题；web页面录入接口信息，任何人都可以，不需要代码知识，门槛低；通过nginx访问配置好的mock接口，后台统一处理请求信息，进行url匹配，解决了mock接口和真实接口完全一致的问题。
xMock系统使用非常简单，只要三步：填写项目信息，在对应项目下填写接口信息，配置hosts即可访问。页面如下：
xMock系统的核心——mockserver，采用nginx作为前端代理，将接收到的所有请求全部转发到后台mockserver，mockserver接收到请求后，对url进行预处理，根据url以及请求方式，在数据库中查找对应的响应并返回，流程如下图：
好，xMock系统搭建起来了，正好有个需求，我们需要调用360移动开放平台的一个获取特定账号下app信息的接口，但是这个接口在测试环境下无法得到想要的信息，好了，我们按照真实接口的返回格式，将我们想要的返回以及其他信息录入xMock，然后在Linux配置hosts，将接口地址设置成提供mock服务的服务器ip，web产品页面调用接口，欧耶，顺利返回了设置好的内容！
这就是mock带给我们的便利。 xMock目前能解决哪些问题呢？
– 依赖的第三方系统接口还没开发完毕，影响自己的开发进度；
– FE依赖RD提供的接口进行开发，而接口还没有完成或频繁重启； – QA需要验证接口某种特定返回值或返回状态，而又不好通过功能模拟，比如支付； – 性能测试，需要同步第三方系统或特定接口数据，需要从新搭建系统或申请权限、造大量数据；
– 与通过修改项目代码写死或者代码mock这种mock方式而言，xMock做到了无需编写任何代码、对项目没有任何副影响；
– Fiddler只能在Windows平台，大量mock切换需要频繁操作。
xMock将来要解决哪些问题呢？
其实，我们目前只是有了mock最基本的功能，但对于接口而言，它的行为可能会有很多可以模拟的地方，比如：
– 我们有时候会测试当接口超时时，app端是否会正确提示，还是一直等待资源，也就是说，我们需要模拟超时情况；
– 服务端和移动端进行通讯时，为了防止劫持，通常会将关键接口进行参数或者body加解密，也就是说，我们需要模拟加解密；
– 我们有时候会需要根据传参的值来动态决定返回的内容，也就是说，我们需要模拟接口逻辑；
– 我们有时候还得模拟https或者其他协议头甚至自有协议； – 需要支持不同端口的url； – 能够响应文件、流媒体等；
– 能够支持mock接口响应内容缓存到redis； – 等等等等……
要做的还有很多，欢迎提供宝贵意见！同时，也欢迎加入我们的产品与开发团队！ 附系统访问地址：http://jiekouceshi.com
推荐第9篇：DirectShow重要接口
DirectShow重要接口
DirectShow 的重要接口
DirectShow采用了COM标准，所以很多重要的功能都是通过COM接口来完成。下面就列举一些重要的DirectShow的接口。
(1) IGraphBuilder接口
用于构造Filter Graph的接口，建立和管理一系列的Filter，过滤和处理源媒体流。
(2) IMediaControl接口
用于控制多媒体流在过滤器图表中的流动，如流的启动和停止。
(3) IMediaEvent接口
用于捕获播放过程中发生的事件，并通知应用程序，如EC_COMPLETE等。
(4) IVideoWindow接口
用于控制视频窗口的属性。
(5) IMeadiaSeeking接口
用于查找媒体的接口，定位流媒体，控制多媒体数据播放提供精确控制。
(6) IBaseFilter接口
从ImediaFilter接口继承，用来定义一个具体的过滤器指针，并对多媒体数据进行处理。
(7) IPin接口
用于管理两个过滤器之间的Pin，从而连接过滤器。
(8) IsampleGrabberCB接口
是Sample Grabber过滤器的一个接口，用于当流媒体数据通过过滤器时进行采样以获得帧图象。
用DirectShow来使用摄像头，一般要求摄像头的驱动是WDM格式的，当然，一些比较老的驱动格式DirectShow也可支持。在DirectShow中，有一个Sample Grabber过滤器，它是一个可以被插入流的过滤器，它有自己的缓冲，存放采样。我们就可以用它来从一个视频文件中简单的扑获一桢。DirectShow通过图形过滤管理器(Filter Graph Manager)来与上层应
用程序和下层的驱动进行联系。DirectShow通过捕获过滤器(Capture Filter)来支持对摄像头的捕获，一个捕获过滤器有多个插口(pin)，其中的预览(preview)插口可用来进行显示祯图象。
1、创建图形过滤管理器Filter Graph
如上面原理所述，首先要创建Filter Graph：
CComPtr＜ IGraphBuilder ＞ m_pGraph;
hr=m_pGraph.CoCreateInstance( CLSID_FilterGraph );
2、连接设备
还要创建系统枚举器组件对象：
CComPtr＜ICreateDevEnum＞
pCreateDevEnum;pCreateDevEnum.CoCreateInstance( CLSID_SystemDeviceEnum );
然后使用接口方法CreateClaEnumerator ()为指定的Filter注册类型目录创建一个枚举器，并获得IenumMoniker接口：
CComPtr＜ IEnumMoniker ＞ pEm;
pCreateDevEnum-＞CreateClaEnumerator(CLSID_VideoInputDeviceCategory, &pEm, 0 );
接着在调用BindToObject()以后，可以将设备标识生成一个DirectShow Filter，将其加到Filter Graph中就可以参与工作了。
CComPtr＜ IMoniker ＞ pM;
CComPtr＜ IPropertyBag ＞ pBag;
hr=pM-＞BindToStorage(0,0,ID_IPropertyBag, (void**) &pBag );
3、创建Sample Grabber过滤器
CComPtr＜ ISampleGrabber ＞ m_pGrabber
hr=m_pGrabber.CoCreateInstance( CLSID_SampleGrabber );
当创建好SampleGrabber以后，在Sample Grabber 过滤器连接到别的过滤器之前你必须配置它。然后查询IsampleGrabber接口,还要设置流媒体类型:
m_pGrabber-＞SetMediaType（）；
可以仅仅指定主媒体类型；或者主类型加子类型；或者主类型，子类型和类型格式。然后就把它加载到FilterGraph中去：
m_pGraph-＞AddFilter(pGrabBase,\"Grabber\" );
4、查找Filter Graph 的Pin并完成后续连接。
接下来就可以通过调用IGraphBuilder 的FindPin（）接口来查找过滤管理器中的Pin接口，并通过ICaptureGraphBuilder2 中的接口RenderStream（）来完成后续的连接。
hr=pCGB2-＞FindPin(pCap,PINDIR_OUTPUT,&PIN_CATEGORY_VIDEOPORT, NULL,FALSE,0,&pVPPin);
hr=pCGB2-＞RenderStream(&PIN_CATEGORY_CAPTURE,&MEDIATYPE_Video, pCap,pGrabBase,pRenderer);
5、获取流媒体类型并运行
通过GetConnectedMediaType（）获取连接流媒体的类型以后，我们可以通过
IsampleGrabberCB类的接口BufferCB（）来把视频的数据拷贝到自定义的缓冲区中，然后通过在缓冲区的拷贝进行视频到图象数据的拷贝。最后运行﹕
CComQIPtr＜IMediaControl,&IID_IMediaControl ＞ pControl = m_pGraph;hr = pControl-＞Run( );
推荐第10篇：V5接口技术
V5 接口技术
连接本地交换机（ＬＥ）和用户终端设备（ＴＥ）的用户环路无论从实现业务接入方面，还是从占用通信投资比重方面，都是通信网的一个很重要的组成部分。 随着通信网的数字化，光纤和数字用户传输系统大量引入，这些都要求本地交换机提供数字用户接入的能力。目前ＩＴＵ已经定义的Ｖ１到Ｖ４接口都不够标准化， 其中Ｖ１、Ｖ３和Ｖ４仅用于ＩＳＤＮ，Ｖ２接口虽然可以连接本地或远端的数字通信业务，但在具体的使用中其通路类型、通路分配方式和信令规范也难以达到标准化程度，影响了应用的经济性。Ｖ５接口正是为了适应接入网（ＡＮ）范围内多种传输媒介、多种接入配置和业务而提出的。根据速率的不同，Ｖ５接口分为Ｖ５ ．１和Ｖ５．２接口。鉴于这一新接口规范的重要性和迫切性，ＩＴＵ－Ｔ第１３组于１９９４年以加速程序分别通过了Ｖ５．１接口的Ｇ．９６４建议和Ｖ５．２ 接口的Ｇ．９６５建议。这些标准的制定，使业务提供者可以从多方获得产品来源，用户网络接口传输设备仅由交换机制造商提供的局面将会结束。
Ｖ５接口的技术特点及基本功能： 1．Ｖ５接口的技术特点
Ｖ５作为一种标准化的、完全开放的接口，用于交换设备和接入网设备之间的配合。
Ｖ５．１接口由单个２０４８Kbit/s链路构成，用于支持下列接入类型：
模拟电话接入，基于６４Kbit/s的综合业务数字网（ＩＳＤＮ）基本接入和用于半永久连接的、不加带外信令信息的其它模拟接入或数字接入。这些接入类型都具有指配的承载通路分配，即用户端口与Ｖ５．１接口内承载通路有固定的对应关系，在ＡＮ内无集线能力。
Ｖ５．２接口按需要可以由１～１６个２０４８Kbit/s链路构成，除了支持Ｖ ５．１接口提供的接入类型外，还可支持ＩＳＤＮ一次群速率接入。这些接入类型都具有灵活的、基于呼叫的承载通路分配，并且在ＡＮ内和Ｖ５．２接口上具有集线能力。对于模拟电话接入，既支持单个用户接入，也支持ＰＡＢＸ的接入，其中用户线信令可以是ＤＴＭＦ或是线路状态信令，并且对用户的补充（附加）业务没有任何影响。在ＰＡＢＸ接入的情况下，也可以支持ＰＡＢＸ的直接拨入（ＤＤＩ）功能。对于ＩＳＤＮ接入，Ｂ通路上的承载业务、用户综合（终端）业务以及补充 业务均不受限制，同时也支持Ｄ通路和Ｂ通路中的分组数据业务。
２．Ｖ５接口基本功能协议结构
Ｖ５接口功能特性如图１所示。它表示了通过Ｖ５接口需要传递的信息以及所实现的功能。图２显示了Ｖ５接口的协议结构。 （１）Ｖ５接口的物理层
Ｖ５接口链路的电气和物理特性均符合Ｇ．７０３建议的规定，即采用ＨＤＢ３码。接口实现可以采用同轴７５Ω接口方式和平衡１２０Ω接口方式。允许在Ｌ Ｅ和ＡＮ之间介入附加的透明数字链路来增加接口的应用范围。接口输入抖动应符合建议Ｇ．８２３对低Ｑ时钟恢复的要求，输出抖动则应符合Ｇ．８２３对高Ｑ时 Ｖ５接口可以提供比特传输、字节识别和帧同步必要的定时信息。这种定时信息用于ＬＥ和ＡＮ之间的同步。另外，Ｖ５接口还具有循环冗余检验（ＣＲＣ）功能，在ＣＲＣ复帧中将Ｅ比特用作ＣＲＣ差错报告，并符合ＩＴＵ－Ｔ建议Ｇ．７０４ 和Ｇ．７０６中规定的规程。每个２０４８ｋｂｉｔ／ｓ链路由３２个时隙组成，其中时隙ＴＳ０用作帧定位和ＣＲＣ－４规程，时隙ＴＳ１５、ＴＳ１６和ＴＳ３ １可以用作通信通路（Ｃ通路），运载ＰＳＴＮ信令信息、控制协议信息、链路控制协议信息、ＢＣＣ协议信息、保护协议信息以及ＩＳＤＮ Ｄ通路信息，并通过指配来分配。其余时隙，可用作承载通路，即用来为ＩＳＤＮ用户端口分配的Ｂ通路或为ＰＳＴＮ用户端口的ＰＣＭ ６４ｋｂｉｔ／ｓ通路提供双向的传输能力。 （２）Ｖ５接口的第二层
Ｖ５接口的第二层仅对Ｃ通路而言（见图２），使用的规程称为ＬＡＰＶ５，其目的是为了允许灵活地将不同的信息流复用到Ｃ通路上去。ＬＡＰＶ５基于ＩＳ ＤＮ的ＬＡＰＤ规程，分为两个子层，即封装功能子层（ＬＡＰＶ５－ＥＦ）和数据链路子层（ＬＡＰＶ５－ＤＬ）。此外，ＡＮ的第二层功能中还应包括帧中继子层（ＡＮ－ＦＲ）），它用于支持ＩＳＤＮ Ｄ通路信息。 （３）Ｖ５接口的第三层协议
Ｖ５接口内，支持不同的、面向消息的第三层协议有：ＰＳＴＮ协议、控制协议（公共控制和用户端口控制）、链路控制协议、ＢＣＣ协议和保护协议，后三个协议仅用于Ｖ５．２接口。下面将分别说明这几种协议的功能。
①ＰＳＴＮ协议
ＰＳＴＮ协议基本上是一个激励协议，它不控制ＡＮ中的呼叫规程，而是通过Ｖ５接口在ＡＮ用户端口和ＬＥ中的国内协议实体之间传送有关模拟线路状态的信息。然而，ＰＳＴＮ协议有一个相对小的功能部分，它与Ｖ５接口中路径的建立与释放、Ｖ５接口上的呼叫冲突解决有关，同时也与ＬＥ在过载条件下对新呼叫的处理有关。由于各国在ＬＥ中的国内协议实体功能上的差异，因此每个国家在制定本国Ｖ５接口规范时，都将提供适用于本国的ＰＳＴＮ信令信息单元全集以及适用于本国的国内ＰＳＴＮ协议映射规范技术要求。
②控制协议
控制协议的主要作用是：用于ＰＳＴＮ和ＩＳＤＮ用户端口阻塞／解除阻塞， 实现维护目的；用于系统启动和重新启动处理的变量及接口ＩＤ核实、重新启动及重新启动的确认程序。
③链路控制协议
链路控制协议的主要作用是：用于维护目的接口链路的阻塞和协调解除阻塞； 通过链路身份标识来核实一特定链路的一致性。
④ＢＣＣ协议
ＢＣＣ协议用来把一特定２０４８Kbit/s链路上的承载通路基于呼叫分配给用户端口。ＢＣＣ协议也提供审计功能，用来检查ＡＮ内Ｖ５．２承载通路的分配和连接。另外，ＢＣＣ协议还可提供ＡＮ内部故障报告功能，用来通知ＬＥ有关ＡＮ 内部影响承载通路连接的故障。
⑤保护协议
保护协议只应用在Ｖ５．２接口存在多个２０４８Kbit/s链路的情况下。它的主要作用是：在一个２０４８Kbit/s链路发生故障时或应系统操作者（ＯＳ）的请求，实现Ｃ通路的切换。 Ｖ５接口的优点及选用原则 1．Ｖ５接口的优点
Ｖ５接口的优点主要表现在以下几个方面：
（１）Ｖ５接口是个开放的接口
网络运营者可以选择最好的系统设备组合，可以选择多个交换设备供应商，可以自由选择接入设备供应商，同时可使各设备厂家在硬件、软件及功能各方面展开竞争，通过竞争，网络运营者可以得到最佳的网络功能。
（２）支持不同的接入方式
通过开放接口，本地交换机可以接纳各种接入网设备，从而使网络向有线／无线结合的方向发展。 （３）提供综合业务
例如提供语声、数据、租用线等多种业务。 （４）降低成本
通过ＡＮ的大批量生产，可以降低产品每线的成本；将ＰＣＭ链路延伸到用户附近，从而可以降低用户线的成本；同时，还可以减少维护操作（Ｏ＆Ｍ）费用。
（５）增加安全、可靠性
可以加快业务提供和增加网络的安全性和可靠性，提高服务质量（ＱＯＳ）。 ２．Ｖ５接口选用原则
如上所述，Ｖ５．１接口具有复用功能的特性，Ｖ５．２接口具有集线功能的特性。Ｖ５接口的选用原则主要取决于电信运营部门提供给用户的业务类型，以及享用各业务的比例。在选用Ｖ５接口类型时，从技术方面出发，还应考虑以下一些原则：
（１）对于全部是模拟电话业务（ＰＯＴＳ）的情形不必采用Ｖ５接口，可以使用现有的远端模块；但当引入ＩＳＤＮ业务时，需要增加复用器把ＰＯＴＳ／Ｉ ＳＤＮ业务分开，或者设置ＩＳＤＮ模块来提供ＩＳＤＮ业务，这些都将增加投资，从长远考虑，应该使用Ｖ５接口。
（２）对于数据租用线业务比例较高的用户地区，由于Ｖ５．１接口具有复用功能的技术特点，采用Ｖ５．１接口较为合理。
（３）Ｖ５．１／Ｖ５．２选用原则也应考虑网络的拓扑结构。对于用户业务密度比较高的区域，倾向于采用Ｖ５．２接口，发挥其集线功能；对于用户业务密度低的区域，则倾向于采用Ｖ５．１接口。
（４）Ｖ５．１／Ｖ５．２接口选用原则也应考虑接入网设备的技术因素。 对 于ＨＦＣ接入设备和无线本地环路（ＷＬＬ））设备，倾向于采用Ｖ５．２接口。 与Ｖ５接口相关的网管功能与Ｖ５接口相关的网管功能涉及ＡＮ和ＬＥ两侧。为了 协调操作，ＡＮ和ＬＥ必须具有相同的用户端口配置信息、承载通路及通信通路信息、２０４８ｋｂｉｔ／ｓ链路数目及身份标识。除此之外，由于ＡＮ和ＬＥ职责的分离，ＡＮ和ＬＥ还应具有其它不同的网管功能。 １．对ＬＥ侧的网管功能要求
ＬＥ侧的网管还应包括以下一些功能要求：
（１）管理业务的指配
可以插入、删除、修改或读出经过Ｖ５接口的单个或多个用户接入，对于不同类型的Ｖ５接口，业务指配的内容也不同。 （２）业务设施和补充业务的管理
记录用户申请的业务要求，并作为与一用户数据相关的用户数据。
（３）用户线路的管理
管理用户线路的特性，例如线路状态、话务量方向等。 （４）配置或重新配置Ｖ５接口
插入、删除、修改或读出一Ｖ５接口信息。对于不同类型的Ｖ５接口，配置或重新配置Ｖ５接口要求的内容也不同。例如，插入一个Ｖ５接口信息时，对于Ｖ５ ．１接口，应提供以下相关的数据：Ｖ５接口身份标识；该接口上用于通信通路和承载通路的时隙；协议版本及当前指配的变量。对于Ｖ５．２接口，应提供以下相关的数据；Ｖ５接口身份标识；相关联接口的２０４８ｋｂｉｔ／ｓ链路数目；该接口上用于通信通路的时隙；协议版本及当前指配的变量。另外，对于Ｖ５．２接 口，还需增加以下功能要求：添加或移去部分２０４８ｋｂｉｔ／ｓ链路的控制管理功能；Ｖ５．１接口升级为Ｖ５．２接口的控制管理功能。
（５）检测、定位、报告和改正ＡＮ用户端口和Ｖ５接口故障。 （６）监视和报告用户端口和Ｖ５接口的性能。 ２．对ＡＮ侧的网管功能要求
ＡＮ侧的网管还应包括以下一些功能要求： （１）负责与Ｖ５接口及用户端口都相关的配置要求
①负责用户端口与Ｖ５接口的关联；
②负责指配的所有数据；
③负责ＡＮ与ＬＥ配置的兼容性；
④在Ｖ５．１接口情况下，负责承载通路的配置。 （２）负责与Ｖ５接口相关的配置要求
①规定Ｖ５接口身份标识和链路身份标识；
②规定当前指配的变量；
③完成该接口上通信通路的配置，并作为指配数据的一部分；
④负责Ｖ５接口与ＬＥ之间的关联；
⑤设置用于差错检测的持续检查规程的参数，如定时器值等；
⑥支持ＰＳＴＮ协议参数的指配，负责处理诸如模拟信号识别时间、时长、计 费脉冲的电压和频率、铃流或一个信令序列的特定细节（国内协议实体的ＡＮ部分）等与协议相关的接入特定参数。 （３）负责与用户端口相关的配置要求
①负责规定用户端口处于非工作状态的一些参数门限；
②规定某些用户端口是否可以用于紧急或非紧急维护的阻塞；
③分配用户端口地址；
④分配用户端口类型；
⑤对于ＩＳＤＮ接入，规定ＮＴ１是否综合在ＡＮ内；
⑥支持端口一些特定参数的指配等。 （４）激活／解除激活线路测试和测量。
（５）检测、定位、报告和改正用户端口和ＡＮ接口故障。 （６）监视和报告用户端口及ＡＮ接口的性能。 国内外Ｖ５接口研究和使用情况 １．国内外Ｖ５接口规范研究情况
美国Ｂｅｌｌｃｏｒｅ在８０年代后期提出了Ｖ５接口的概念，并于９０年代初制订出北美企业技术标准，称为ＴＲ３０３。它类似Ｖ５．２接口规范，最多可 以提供２８个Ｔ１（１５４４ｋｂｉｔ／ｓ）链路，而且ＬＥ可以通过接口中的一个专用的嵌入操作通路（ＥＯＣ）来管理接入网设备。ＥＴＳＩ于１９９３年颁布 了Ｖ５．１和Ｖ５．２的技术标准，目前还在不断地完善和补充。与Ｖ５接口相关的标准涉及Ｖ５．１和Ｖ５．２接口的测试规范、具有Ｖ５接口的ＡＮ／ＬＥ设备的配置管理、故障管理和性能管理等方面。１９９４年ＩＴＵ－Ｔ通过了Ｇ．９６ ４建议和Ｇ．９６５建议后，有关Ｖ５接口的标准也在不断地补充，与Ｖ５接口相关的标准涉及具有Ｖ５接口的设备的配置管理、故障管理和性能管理等方面。到目前为止，Ｖ５接口的国际标准已基本成熟，并可以提供商业开发应用。我国自１９９４年就已开始跟踪研究Ｖ５接口技术规范，目前正在制定Ｖ５．１和Ｖ５．２接口技术规范，当在１９９６年第３季度内完成。我国的Ｖ５接口技术规范是在ＩＴＵ－Ｔ的Ｖ５接口技术规范基础上制订的，同时根据我国电信网络的现状，进一步明确了部分可选参数，指明了适用于我国的ＰＳＴＮ协议消息和协议信息单元，并 提供适合我国网情的Ｖ５接口国内ＰＳＴＮ协议映射规范技术要求，从而可以保证不同设备提供者提供的接入网设备和交换机设备在使用Ｖ５接口时的兼容性和互操作性。
２．Ｖ５接口的开发和使用
在Ｖ５接口问世之初，一些交换机厂家持不积极或观望态度。随着电信运营部门对采用Ｖ５接口呼声的增高，以及各种可应用于接入网的传输技术的成熟，目前国外一些主要交换机厂家如西门子、LUCENT、北电、爱立信、富士通、ＮＥＣ和阿 尔卡特等在开发接入网设备的同时，也在开发Ｖ５接口，可望在１９９６年年内提 供Ｖ５．２接口，并陆续提供商用。国内一些主要交换机厂家如华为、大唐、中兴和巨龙集团等都在积极开发Ｖ５接口，进展迅速，可望在１９９６年年内提供Ｖ５接口。德国是Ｖ５接口的主要倡导者，在１９９４年就已开展Ｖ５接口技术的试验工作，目前已开始商业性使用。在德国，使用Ｖ５接口的交换机主要有西门子的Ｅ ＷＳＤ和阿尔卡特的Ｅ－１０，接入网设备厂家有Ｌｕｃｅｎｔ、爱立信等，使用德国的Ｖ５接口技术规范进行互连，网管独立，合同订数已超过１００万线，主要应用在原东德地区。澳大利亚、新加坡等国亦已开始用Ｖ５接口向用户提供业务。 此外，还有许多国家，如芬兰、俄罗斯、英国、瑞典、西班牙和南非等，都看到接入网对发展电信业务的推动作用，同时也意识到还缺少接入网的运行经验，已在或正在准备进行接入网技术的试验工作。目前我国Ｖ５接口方面的工作基本与其它国家同步，处于研究试验阶段。接入网试验在中国电信的统一指导下，正在有条不紊 地开展之中，其中Ｖ５接口是试验网的一个重点。参加试验的地区有北京、天津、上海、江苏、广东等十几个省市，参加试验的交换机和接入网产品由国内外多家厂商提供。接入方式包括有线和无线接入。通过试验，可以有利于我国Ｖ５测试规范的制订和其它相关标准的制订，也可以探索总结我国发展接入网的经验。
Ｖ５接口是一个适应范围很广、标准化程度相当高的新型数字接口。ＡＮＶ５ 接口的开发，将对今后本地交换机（ＬＥ）和数字用户传输系统朝标准化方向发展起着重要的作用。随着Ｖ５接口技术规范的完善和产品的不断成熟，Ｖ５的应用将对接入网规范化带来深远的影响。
第11篇：在线支付接口说明
在线支付接口开发总结
2012-07-05 17:06:27
经过这段时间对支付宝在线支付接口、手机在线支付接口、农业银行在线支付接口、以及支付宝担保交易接口的开发，对在线支付的原理有了一定的了解，开发过程中有点小的心得体会，在这里记录一下。
首先，这几个接口中，前面三个都是单一的支付接口，对于需要集成的商户而言，所需要做的工作为：集成支付功能使用户可以在线支付，接受支付结果进行商户系统中订单相关数据的处理。其次，担保交易接口是一个完整的在线担保体系，因此包含了在线支付、确认收货、在线申请退款、客户维权、商户退款五个相关接口。关于具体的功能可以参考支付宝提供的文档资料，这里仅进行技术开发上的分析。
其实这些在线支付的接口从原理上来讲都是一样的。这里简单地阐述一下：
首先，开发这些接口的第三方公司会给商户提供一个唯一标识pid，而且与该标识相对应的会有一个KEY，双方使用这个KEY作为加密的密钥。
其次，商户使用接口的时候，根据不同支付方的开发文档的要求，将所需要的参数（订单的相关信息如：金额、商品等）拼接成相应的形式。在发送请求之前需要对数据进行加密，而加密的方式会由支付方提供，文档中会有相应的描述，有的接口也会提供现成的方法供商户使用。加密后就可以调用接口向支付网关发送请求了。 注：传递的参数中一般含有return_url 和 notify_url 两个链接地址，商户一般在这两个页面中写入订单状态处理的逻辑。
最后，是对于支付结果的处理。支付方在对相应的资金进行处理后会给发送请求的商户网站发送响应。这里有两种方式：
1、页面通知（同步通知，return_url），用来显示给实际支付的客户，支付方只返回一次。
2、服务器通知（异步通知，notify_url），运行在后台，实际在线支付的客户看不到，支付方会在一定时期内发送多次，直到收到商户程序反馈的约定好的标识为止。具体的原理如图1和图2所示（这里借用支付宝的原理图^_^）。
这样，整个在线支付接口就完成了商户和支付方的信息的交互。
图1 返回页面（return_url.jsp）工作原理
图2 通知页面（notify_url.jsp）工作原理
商户开发人员在实际集成接口的时候可以遵循如下工作步骤：
1、熟悉在线支付接口的工作原理。
2、仔细阅读支付方提供的开发文档。
3、运行支付方提供的demo，结合开发文档理解工作原理。
4、集成接口，加入相关的业务逻辑。
对于像担保交易这样关系复杂的接口，可以分开理解成独立的接口，然后结合商户自身情况，从业务数据上进行关联。
在进行接口调试及测试的时候，因为中间debug信息很难收集到，尤其是服务器通知模式的情况下。因此可以加入日志的输出功能，这样一次操作完成后，分析产生的日志，可以极大的简化调试的难度。测试时候如果支付方未提供相应的测试网关，可以采用支付0.01元的方式，多次进行。
第12篇：各种通讯接口简介
各种通讯接口简介 ———各种通讯接口简介
作者：realinfo发布时间：2011-5-23 10:48:53阅读次数：
一、什么是RS-232 接口？
(1) RS-232 的历史和作用
在串行通讯时，要求通讯双方都采用一个标准接口，使不同的设备可以方便地连接起来进行通讯。RS-232-C接口（又称EIA RS-232-C）是目前最常用的一种串行通讯接口。
（“RS-232-C”中的“-C”只不过表示RS-232的版本，所以与“RS-232”简称是一样的）它是在1970 年由美国电子工业协会（EIA）联合贝尔系统、调制解调器厂家及计算机终端生产厂家共同制定的用于串行通讯的标准。它的全名是\"数据终端设备（DTE）和数据通讯设备（DCE）之间串行二进制数据交换接口技术标准\"该标准规定采用一个25 个脚的DB-25 连接器，对连接器的每个引脚的信号内容加以规定，还对各种信号的电平加以规定。后来IBM的PC 机将RS-232 简化成了DB-9 连接器，从而成为事实标准。而工业控制的RS-232 口一般只使用RXD、TXD、GND 三条线。
(2)RS-232 接口的电气特性
在RS-232-C 中任何一条信号线的电压均为负逻辑关系。即：逻辑\"1\"为-3 到-15V；逻辑\"0\"为+3 到+15V 。RS-232-C 最常用的9 条引线的信号内容如下所示
DB-9123456789
DB-25 832 20764522
定义DCD RXD TXD DTR GND DSR RTS CTS RI
(3) RS-232 接口的物理结构
RS-232-C 接口连接器一般使用型号为DB-9 插头座,通常插头在DCE端,插座在DTE端.PC 机的RS-232 口为9 芯针插座。而波士RS-232/RS-485转换器的RS-232 为DB-9 孔插头。一些设备与PC 机连接的RS-232 接口,因为不使用对方的传送控制信号,只需三条接口线,即\"发送数据TXD\"、\"接收数据RXD\"和\"信号地GND\"。RS-232 传输线采用屏蔽双绞线。
（4）RS-232 传输电缆长度
由RS-232C 标准规定在码元畸变小于4%的情况下，传输电缆长度应为50 英尺，其实这个4%的码元畸变是很保守的，在实际应用中，约有99%的用户是按码元畸变10-20%的范围工作的，所以实际使用中最大距离会远超过50英尺，美国DEC公司曾规定允许码元畸变为10%而得出下面实验结果。其中1 号电缆为屏蔽电缆，型号为DECP.NO.9107723 内有三对双绞线，每对由22# AWG 组成，其外覆以屏蔽网。2 号电缆为不带屏蔽的电缆。型号为DECP.NO.9105856-04是22#AWG 的四芯电缆。
DEC 公司的实验结果
波特率bps1号电缆传输距离（米） 2号电缆传输距离（米）
1101500900
3001500900
1200900900
2400300150
480030075
96007575
经过许多年来RS-232 器件以及通信技术的改进，RS-232 的通信距离已经大大增加。波士电子的RS-232 增强器可以将普通的RS-232 口的通信距离直接延长到1000米。
二、什么是RS-485 接口？
1.RS-485 的电气特性：
发送端：逻辑\"1\"以两线间的电压差为+（2 至6） V 表示；逻辑\"0\"以两线间的电压差为-（2 至6）V 表示。接收端：A比B高200mV以上即认为是逻辑\"1\",A 比B 低200mV 以上即认为是逻辑\"0\"。
2.RS-485(或 RS-422)的接线：
RS-485(或 RS-422)通信建议一定要接地，因为RS-485(或 RS-422)通信要求通信双方的地电位差小于1V。即：半双工通信接3根线（+A、-B、地），全双工通信接5根线（+发、-发、+收、-收、地）。为了安全起见，建议通信机器的外壳接大地。RS-485(或 RS-422)光隔转换器的所有外接电源的“地”必须全部连在一起但不要与计算机外壳地相连，因为电源“地”同时也是RS-485或 RS-422的信号“地”。当通信距离超过100米时建议最好使用光电隔离的通信接口转换器。
3.RS-485 的数据最高传输速率为10Mbps。但是由于RS-485 常常要与PC 机的RS-232口通信，所以实际上一般最高115.2Kbps。又由于太高的速率会使RS-485 传输距离减小，所以往往为9600bps 左右或以下。
4.RS-485 接口是采用平衡驱动器和差分接收器的组合，抗噪声干扰性好。
5.RS-485接口的最大传输距离标准值为1200米（9600bps时），实际上可达3000米，RS-485 接口在总线上是允许连接多达128个收发器、即RS-485 具有多机通信能力,这样用户可以利用单一的RS-485 接口方便地建立起设备网络。因RS-485 接口具有良好的抗噪声干扰性，长的传输距离和多站能力等上述优点就使其成为首选的串行接口。因为RS485 接口组成的半双工网络，一般只需二根信号线，所以RS485 接口均采用屏蔽双绞线传输。RS-485 的国际标准并没有规定RS485 的接口连接器标准、所以采用接线端子或者DB-
9、DB-25 等连接器都可以。波士RS-485 接口是事实工业标准。
6.采用RS485 接口时，传输电缆的长度如何考虑？
在使用RS485 接口时，对于特定的传输线经，从发生器到负载其数据信号传输所允许的最大电缆长度是数据信号速率的函数，这个长度数据主要是受信号失真及噪声等影响所限制。最大电缆长度与信号速率的关系曲线是使用24AWG 铜芯双绞电话电缆（线径为0。51mm），
线间旁路电容为52。5PF/M，终端负载电阻为100 欧时所得出。（引自GB11014-89附录A）。当数据信号速率降低到90Kbit/S 以下时，假定最大允许的信号损失为6dBV 时， 则电缆长度被限制在1200M。实际上，在实用时是完全可以取得比它大的电缆长度。当使用不同线径的电缆。则取得的最大电缆长度是不相同的。例如：当数据信号速率为600Kbit/S
时，采用24AWG 电缆，最大电缆长度是200m，若采用19AWG 电缆（线径为0.91mm）则电缆长度将可以大于200m； 若采用28AWG 电缆（线径为0.32mm）则电缆长度只能小于200m。RS-485的远距离通信建议采用屏蔽电缆，并且将屏蔽层作为地线。
三、什么是RS-422 接口？
RS-422 的电气性能与RS-485完全一样。主要的区别在于：
RS-422 有4 根信号线：两根发送（Y、Z）、两根接收（A、B）。由于RS-422 的收与发 是分开的所以可以同时收和发（全双工）。RS-485 有2 根信号线：发送和接收都是A 和B。由于RS-485 的收与发是共用两根线所以不能够同时收和发（半双工）。能否将RS-422 的Y-A 短接作为RS-485 的A、将RS-422 的Z-B 短接作为RS-485 的B呢？回答：不一定。条件是RS-422 必须是能够支持多机通信的。波士电子的所有接口转换器的RS-422 口都能够支持全双工多机通信，所以可以这样简单转换为RS-485。
四、RS-485 比RS-232接口相比有何特点？
由于RS-232 接口标准出现较早，难免有不足之处，主要有以下四点：
（1） 接口的信号电平值较高，易损坏接口电路的芯片，又因为与TTL 电平不兼容故需使用电平转换电路方能与TTL 电路连接。
（2） 传输速率较低，在异步传输时，波特率为20Kbps。现在由于采用新的UART 芯片16C550 等，波特率达到115.2Kbps。
（3） 接口使用一根信号线和一根信号返回线而构成共地的传输形式， 这种共地传输容 易产生共模干扰，所以抗噪声干扰性弱。
（4） 传输距离有限，最大传输距离标准值为50 米，实际上也只能用在15米左右。
（5）RS-232 只允许一对一通信，而RS-485 接口在总线上是允许连接多达128个收发器。
五、串口通信功能的实现
利用VC++实现串口通信的方法有多种，我们采取直接调用Window API中的一系列标准的串口通信函数，直接用这些标准函数来完成Windows下面的串口通信编程[11]。利用
WindowsAPI函数控制利用API函数实现对RS232串口通信的访问，在实现控制通信中，我们必定要调动3个函数来实现对串口的控制:
CreatFile()函数实现串口初始化并打开串口;
ReadFile()函数接收串口传递过来的二进制流并返回数据到接收缓冲区中
WriteFile()把应用程序发出的指令送到发送缓冲区以供串口接收
1.打开串口
以下程序用于以同步方式打开串口COM1;
HANDLE hCom;
DWORD dwErrorHcomm=CreateFile(“COM1”,GENERIC_READ|GENERIC_WRITE
,0, NULL,OPEN_EXISTING, 0, NULL);
if (hComm==(HANDLE)0Xffff)
{
dwError=GetLastError();
MeageBox(dwError);
}
2.配置串口
配置串口是通过改变设备控制块DCB(Device Control Block)的成员变量值来实现的，程序实现如下:
DCB dcb
dcb.BaudRate=9600;//波特率为9600bps
dcb.ByteSize=8;//数据位8位
dcb.Parity=EVENPARTTY;//有校验
dcb.StopBits=ONESTOPRTT; //一个停止位
SetCommState(hCom，&dcb);
3.数据读写
对串口进行读写与对文件进行读写所用的函数相同，具体为可采用查询、同步、异步或事件驱动等方法对串口进行读写所用函数如下所示:
bReadStatus=ReadFile(hCom,buffer,length,&length &m_lpOverlapped);
if(!bReadStatus)
{
if(GetLastError()=ERROR_IO_PENDING)
{
WaitForSingleObject(m_lpOverlapped,hEvent,1000);
return((char)length);
}
return 0;
}
//写入函数程序为:
bWriteStatus=WriteFile(hCom,buffer,length,&length,&m_lpOverlapped)
if(!bWriteStatus)
{
if(GetLastError()=ERROR_IO_PENDING)
{
WaitForSingleObject(m_lpOverlapped, hEvent,1000);
return((char)length);
}
return 0;
}
4.程序的编制
用VC++进行程序的编制首先要对串口进行初始化，设定端口，通信速率和校验方式，并在使用前打开串口，程序部分如下:
{
Cdialog::OnInitDialog();//TODO: Add extra initialization here
m_comm.SetCommPort(1);//选择串口1
if(! m_comm.GetPortOpen())
m_comm.SetPortOpen(TRUE);//打开串口1
m_comm.SetSettings(“9600,n,8,1”); //设置串口参数
m_comm.SetRThreshold(1);
m_comm.SetInputMode(1);//设置二进制模式
return TRUE;
}
除了串口的位置和基本串口参数(数据传输速率9600bps，1位开始位，8位数据位，1位停止位，一位奇偶校验)设置外，为了实现实时数据采集功能，接受数据的读写要尽可能的快速，则设置RTHreshold=1即接收缓冲区收到一个字节产生OnComm事件InputLen=1每次读取一个字节。如果PC上位机在一定时间内不能将数据处理完，接收缓冲区会滞留数据，数据会产生丢失现象，我们必须对接受缓冲区进行适当的设置。我们利用API函数实现串口通信的方法，实现了罗经及发射机对上位机串行通信的功能。
第13篇：医疗保险接口功能规范
医疗保险接口功能规范
第一条 《医疗保险接口功能规范》是用于协助整个医院，按照国家医疗保险政策对医疗保险病人进行各种费用结算处理的计算机应用程序，其主要任务是完成医院信息系统与上级医保部门进行信息交换的功能，包括下载、上传、处理医保病人在医院中发生的各种与医疗保险有关的费用，并做到及时结算。
《医疗保险接口功能规范》必须符合国家、地方的有关法律、法规、规章制度的要求。
1．必须符合国务院下发的有关医疗保险的各项政策及法规。
2．必须符合劳动社会保障部下发的有关医疗保险的政策及法规。
3．必须符合地方政府下发的有关医疗保险的政策及法规。 4．《公费医疗管理办法》。
《医疗保险接口功能规范》基本功能：
1．下载内容及处理：实时或定时的从上级医保部门下载更新的药品目录、诊疗目录、服务设施目录、黑名单、各种政策参数、政策审核函数、医疗保险结算表、医疗保险拒付明细、对帐单等，并根据政策要求对药品目录、诊疗目录、服务设施目录、黑名单进行维护。
2．上传内容及处理：实时或定时向上级医保部门上传。
1)门诊挂号信息、门诊处方详细信息、门诊诊疗详细信息、门诊个人帐户、支付明细等信息。
2)住院医嘱、住院首页信息、住院个人帐户支付明细、基金支付明细、现金支付明细等信息。
3)退费信息：包括本次退费信息，原费用信息、退费金额等信息。
4)结算汇总信息：按医疗保险政策规定的分类标准进行分类汇总。
3．医疗保险病人费用处理：
1)根据下载的政策参数、政策审核函数对医保病人进行身份确认，医保待遇资格判断。
2)对医疗费用进行费用划分，个人帐户支付、基金支付、现金支付确认，扣减个人帐户，打印结算单据。
3)校医疗保险指定格式完成对上述信息的上传。
4)在医院信息系统中保存各医疗保险病人划分并支付后的费用明细清单和结算汇总清单。
4．医疗保险接口系统维护：
1)对下载的药品目录与医院信息系统中的药品字典的对照维护。 2)对下载的诊疗目录与医院信息系统各有关项目的对照维护。 3)对下载的医疗服务设施与医院信息系统中各有关项目的对照维护。
4)对医疗保险费用汇总类别与医院信息系统中费用汇总类别的对照维护。 5)对疾病分类代码的对照维护。
《医疗保险接口功能规范》运行要求
1．应保证上传数据与医院信息系统中保留的数据的一致性。 2．运行速度，要求系统在处理每一个门诊医疗保险病人时不得超过35秒。
3．按医疗保险部门的要求及时下载更新数据。
4．及时与医疗保险部门对帐并结算。
第14篇：医保接口文档 人民医院
医保接口文档说明
此接口为pb开发的COM接口,要在pb9.03 8511下运行。 所有的函数返回值 0表示成功 ，非0表示不成功。 所有的函数的出参 ret_meage 为出错说明。
只有调用initdll (ref string ret_meage)初始化成功后,才可调用其它函数。医院管理信息系统只要做全局变量去调用initdll (ref string ret_meage) 初始化成功一次即可,不建议做局部变量去调用，去反复初始化,它会加重医保系统前后台的负担。
门诊收费、退费和出院结算接口会自动打印出单据,出院结算取消根据传入的标志(可打印,或不打印)。
门诊处方、医嘱收费两个xml字符串yylsh 是唯一的(不重复)
一、接口函数说明
1.初始化
Integer initdll (ref string ret_meage)
2.读卡函数(此读卡函数用在门诊，市医保住院申请) Integer qtyy_readic_qtjk (ref string s_grxx, ref string ret_meage) 入参说明：无
出参说明：s_grxx为一个xml格式的字符串，说明如下 Grsbh 个人社保号 Kh 卡号 Rydm 医保人员代码 Rymc 医保人员名称 Xm 姓名
Xb 性别( 0 ：表示男,1：表示女,2：表示未知) Csrq 出生日期 (格式：yyyy-mm-dd hh:mm:) 例如：1972-03-15 00:00:00 Dwsbh 单位社保号 Dwmc 单位名称 Fqdm 分区代码 Fqmc 分区名称
Bntclj 本年统筹累计(数字字符串) Grzhye 个人账户余额(数字字符串) Zzbz 在职标志 ( 0：表示在职，1：表示退休，2：表示离休) Fpbz 分片标志 ( 0：表示企业，1：表示行政) Sldbz 市领导标志 ( 0 ：表示非市领导，1：表示市领导) Bz 备注
Jbjjbntclj 基本医疗基金本年统筹累计(数字字符串) Dbjjbntclj 大病医疗基金本年统筹累计(数字字符串)
Bngwybzje Sfzh Bnzycs 本年累计公务员补助金额(数字字符串) 身份证号
本年住院次数(数字字符串)
Dbcjbz Dbhzbz
大病参加标志(1：已参加大病,0：未参加) 大病划账标志(1：大病已划账，0：未划账) Gwycjbz 公务员参加标志(1：已参加公务员基金,0：未参加) Gwyhzbz 公务员划账标志(1：公务员基金已划账，0：未划账)
S_grxx xml字符串例子如下：
<?xml version=\"1.0\" encoding=\"gb2312\" standalone=\"no\" ?>
-
6978725
2010-12-13 15:28:44.636000
12
1308674
19647
285
*肾上腺素注射液(付肾)
1mg*10支
支
1.38000
10.00
13.80
0
1
0
0
13106
0
0
国医堂门诊
欧阳枝磊
管理员
0
0
注: 普通门诊, cfje = Cjylfyje + 现金支付(用s_mzjsgrzh算) （有多条记录时,cfje只需取第一条的即可,而cjylfyje需要多条累加起来） 注：专项门诊，ylfy = ybtczf + grzhzf + gwybzje + 现金支付(用s_mzjsk算) (有多条记录时,ylfy只需取第一条的即可,而ybtczf,grzhzf,gwybzje需要多条累加) s_mzjsk为一个xml格式的字符串，说明如下(只有专项门诊才有返回记录,可能有多条记录) lsh
ybcfh
fqdm
yydm
yymc
yycfh
jjdm
yyjb
jjmc
ksdm
ksmc
bxlb
kh
rydm
dwsbh
grsbh
xm
ylfy jsqtclj
jshtclj
grzhzfybylfy
ybylfy
ctczf
tczf
grzhzf grzhzftczf grzhzftc
ybtczf
tcjzzf
ybjtcfy jsrq
jsczy
jsczymc
fplsh
qcgrzhye bh
ysdm 流水号(数字字符串) 医保处方号(数字字符串) 分区代码 医院代码 医院名称
医院处方号(数字字符串) 基金代码 医院级别 基金名称 科室代码 科室名称 保销类别 卡号 人员代码 单位社保号 个人社保号 姓名
医疗费用(数字字符串) 结算前统筹累计(数字字符串) 结算后统筹累计(数字字符串) 个人账户支付医保医疗费用(数字字符串) 医保医疗费用(数字字符串) 超统筹支付(数字字符串) 统筹自负 (数字字符串) 个人账户支付(数字字符串) 个人账户支付统筹自付(数字字符串) 个人账户支付统筹(数字字符串) 医保统筹支付(数字字符串) 医保记账支付(数字字符串) 医保进统筹费用(数字字符串) 结算日期 (格式：yyyy-mm-dd hh:mm:) 结算操作员 结算操作员名称
发票流水号(数字字符串) 起初个人账户余额(数字字符串) 编号(数字字符串) 医生代码
例如：2010-12-15 15:30:10 ysmc ddbz htbz jbdm jbmc kye fpsl qszf jbywf kbcjyf zyf yjjdm
医生名称 定点标志
后台标志(0:为前台,1:为后台) 疾病代码 疾病名称
卡余额(结算前个人账户余额) (数字字符串) 发票数量(数字字符串) 收费员科室代码 起始自负(数字字符串) 基本药物费(数字字符串) 可补尝基药费(数字字符串) 总药费(数字字符串) 原基金代码(暂时不用) 公务员补助个人自付金额 (进公务员补助自费金额) (数字字符串) 公务员补助金额(数字字符串) 本年累计公务员补助金额(数字字符串) sfyksdm
GWYBZGRZFJE GWYBZJE BNGWYGZJE
S_mzsfk为一个xml格式的字符串，说明如下(科目记录) Fqdm Yydm Yycfh Yymc Yyjb Ddbz Dwshb Dwmc Grshb Kh
Rydm Yjkmdm Yjkmmc Ejkmdm Ejkmmc Ybje Xjje Je
Sfczydm Sfczymc Jzsj
Jzbz Scbz Bxlb Ybcfh Htbz
分区代码 医院代码
医院处方号(数字字符串) 医院名称 医院级别 定点标志 单位社保号 单位名称 个人社保号 卡号 人员代码 一级科目代码 一级科目名称 二级科目代码 二级科目名称
医保金额(自费金额) (数字字符串) 现金金额(数字字符串) 处方金额(数字字符串) 收费操作员代码 收费操作员名称
结账时间 (格式：yyyy-mm-dd hh:mm:) 例如：2010-12-15 15:30:10 结账标志 ( 1：已结账，0：未结账) 上传标志 ( 1：已上传,0：未上传) 报销类别
医保处方号(数字字符串) 后台标志 Xm
姓名
退费操作员名称 退费操作员代码
退费时间 (格式：yyyy-mm-dd hh:mm:) 例如：2010-12-15 15:30:10 退费标志(1：为已退费,0：未退费) 收费员科室代码 流水号 Tfczymc Tcczydm Tfsj Tfbz Lsh
Sfyksdm
S_mzjsgrzh为一个xml格式的字符串，说明如下(可能有多条记录) Fqdm
Yydm
Yycfh
Yymc
Yyjb Grzhjjdm
Grzhjjmc
Bxlb
Kh
Rydm
Dwsbh
Grsbh
Xm Cjylfyje
Cjtczfje
Cjtcje
Tcjjdm
Tcjjmc
Fplsh
Ybcfh
Jzsj Jsqzhye
Jshzhye
Bh
Czydm
Czymc
Ksdm
Ysdm
Ksmc
Ysmc
Ddbz
Kye
Cfje
Jbywf
Kbcjyf
Zyf Sfyksdm 分区代码 医院代码
医院处方号(数字字符串) 医院名称 医院级别 个人账户基金代码 个人账户基金名称 报销类别 卡号 人员代码 单位社保号 个人社保号 姓名
冲减医疗费用金额(数字字符串) 冲减统筹自负金额(数字字符串) 冲减统筹金额(数字字符串) 统筹基金代码 统筹基金名称
发票流水号(数字字符串) 医保处方号(数字字符串) 结账时间 (格式：yyyy-mm-dd hh:mm:) 结算前账户余额(数字字符串) 结算后账户余额(数字字符串) 编号(数字字符串) 操作员代码 操作员名称 科室代码 医生代码 科室名称 医生名称 定点标志
卡余额(数字字符串) 处方金额(数字字符串) 基本药物费(数字字符串) 可补尝基药费(数字字符串) 总药费(数字字符串) 分部代码
例如：2010-12-15 15:30:10 Fpsl Htbz Lsh
发票数量(数字字符串) 后台标志
流水号(数字字符串)
S_mzjsk_fdb为一个xml格式的字符串，说明如下
Bslsh Bh
Mzjslsh Qsje Zzje Zfbl Ybje Zfje
本身流水号(数字字符串) 编号(数字字符串)
门诊结算流水号(数字字符串) 起始金额(数字字符串) 终止金额(数字字符串) 自负比例(数字字符串) 医保金额(数字字符串) 自负金额(数字字符串)
S_mzyldy为一个xml格式的字符串，说明如下
Rydm
人员代码 Bxlb
报销类别
Mzypjlbl 门诊药品甲类比例(数字字符串) Mzypylbl 门诊药品乙类比例(数字字符串) Mzypzfbl 门诊药品自费比例(数字字符串) Mzjljlbl 门诊检疗甲类比例(数字字符串) Mzjlylbl 门诊检疗乙类比例(数字字符串) Mzjlzfbl 门诊检疗自费比例(数字字符串)
4.门诊退费函数
Integer
qtyy_mztf_qtjk (string j_grsbh, string s_ybcfh, string j_tfczymc, ref string j_zxmzbz, ref string s_mzjsk, ref string s_mzsfk, ref string s_mzjsgrzh, ref string ret_meage) 入参说明： J_grsbh S_ybcfh J_tfczymc varchar(50) dec(18,2)
varchar(20)
个人社保号
医保处方号(必须是数字字符串,无小数位 例如：1820) 退费操作员名称 出参说明： J_zxmzbz S_mzjsk S_mzsfk S_mzjsgrzh
s_mzjsk为一个xml格式的字符串，说明如下
专项门诊标志 ( 1：专项门诊,0：普通门诊)
门诊结算记录 (s_mzjsk 是一个xml字符串，说明如下：) 门诊收费科目详细(S_mzsfk是一个xml字符串，说明如下：) 门诊结算个人账户(S_mzjsgrzh 是一个xml字符串，说明如下：) lsh
ybcfh
fqdm
yydm
yymc
yycfh
jjdm
yyjb
jjmc
ksdm
ksmc
bxlb
kh
rydm
dwsbh
grsbh
xm
ylfy jsqtclj
jshtclj
grzhzfybylfy
ybylfy
ctczf
tczf
grzhzf grzhzftczf grzhzftc //ybtczf
tcjzzf
ybjtcfy jsrq
jsczy
jsczymc
fplsh
qcgrzhye bh
ysdm 流水号(数字字符串) 医保处方号(数字字符串) 分区代码 医院代码 医院名称
医院处方号(数字字符串) 基金代码 医院级别 基金名称 科室代码 科室名称 保销类别 卡号 人员代码 单位社保号 个人社保号 姓名
医疗费用(数字字符串) 结算前统筹累计(数字字符串) 结算后统筹累计(数字字符串) 个人账户支付医保医疗费用(数字字符串) 医保医疗费用(数字字符串) 超统筹支付(数字字符串) 统筹支付(数字字符串) 个人账户支付(数字字符串) 个人账户支付统筹自付(数字字符串) 暂时不用
医保统筹支付(数字字符串) 医保记帐支付(数字字符串) 医保进统筹费用(数字字符串) 结算日期 (格式：yyyy-mm-dd hh:mm:) 结算操作员 结算操作员名称
发票流水号//暂时不用(数字字符串) 前次个人余额(数字字符串) 编号(数字字符串) 医生代码 例如：2010-12-15 15:30:10 ysmc ddbz htbz jbdm jbmc kye fpsl qszf jbywf kbcjyf zyf yjjdm
医生名称 //暂时不用
后台标志(0:为前台,1:为后台) 疾病代码 疾病名称
卡余额(数字字符串) 发票数量(数字字符串) 分部代码
起始自负(数字字符串) 基本药物费(数字字符串) 可补尝基药费(数字字符串) 总药费(数字字符串) 原基金代码
公务员补助个人自付金额 (进公务员补助自费金额) (数字字符串) 公务员补助金额(数字字符串) 本年累计公务员补助金额(数字字符串) sfyksdm
GWYBZGRZFJE GWYBZJE BNGWYGZJE
S_mzsfk为一个xml格式的字符串，说明如下
Fqdm Yydm Yycfh Yymc Yyjb Ddbz Dwshb Dwmc Grshb Kh
Rydm Yjkmdm Yjkmmc Ejkmdm Ejkmmc Ybje Xjje Je
Sfczydm Sfczymc Jzsj
Jzbz Scbz Bxlb Ybcfh Htbz
分区代码 医院代码
医院处方号(数字字符串) 医院名称 医院级别 定点标志 单位社保号 单位名称 个人社保号 卡号 人员代码 一级科目代码 一级科目名称 二级科目代码 二级科目名称
医保金额 (数字字符串) 现金金额(数字字符串) 处方金额(数字字符串) 收费操作员代码 收费操作员名称
结账时间 (格式：yyyy-mm-dd hh:mm:) 例如：2010-12-15 15:30:10 结账标志 ( 1：已结账，0：未结账) 上传标志 ( 1：已上传,0：未上传) 报销类别
医保处方号(数字字符串) 后台标志(0：为前台，1：为后台) Xm
姓名
退费操作员名称 退费操作员代码
退费时间 (格式：yyyy-mm-dd hh:mm:) 例如：2010-12-15 15:30:10 Tfczymc Tcczydm Tfsj
Tfbz
退费标志 (1：为已退费,0：未退费) Sfyksdm 收费员科室代码 Lsh 流水号(数字字符串)
S_mzjsgrzh为一个xml格式的字符串，说明如下 Fqdm
分区代码 Yydm
医院代码
Yycfh
医院处方号(数字字符串) Yymc
医院名称 Yyjb 医院级别 Grzhjjdm
个人账户基金代码 Grzhjjmc
个人账户基金名称 Bxlb
报销类别 Kh
卡号 Rydm
人员代码 Dwsbh
单位社保号 Grsbh
个人社保号 Xm 姓名
Cjylfyje
冲减医疗费用金额(数字字符串) Cjtczfje
冲减统筹自负金额(数字字符串) Cjtcje
//暂时不用 Tcjjdm
统筹基金代码 Tcjjmc
统筹基金名称 Fplsh
//暂时不用
Ybcfh
医保处方号(数字字符串) Jzsj 结账时间 (格式：yyyy-mm-dd hh:mm:) Jsqzhye
结算前账户余额(数字字符串) Jshzhye
结算后账户余额(数字字符串) Bh
编号(数字字符串) Czydm
操作员代码 Czymc
操作员名称 Ksdm
科室代码 Ysdm
医生代码 Ksmc
科室名称 Ysmc
医生名称 Ddbz
//暂时不用
Kye
卡余额(数字字符串) Cfje
处方金额(数字字符串) Jbywf 基本药物费(数字字符串)
例如：2010-12-15 15:30:10 Kbcjyf
可补尝基药费(数字字符串) Zyf
总药费(数字字符串) Sfyksdm 收费员科室代码 Fpsl
发票数量(数字字符串) Htbz
后台标志(0:为前台,1:为后台) Lsh 流水号(数字字符串)
5.报销种类
Integer qtyy_getbxzl (ref string s_bxzl, ref string ret_meage) 入参说明:无 出参说明: S_bxzl
报销种类字典(s_bxzl 是xml字符串) S_bxzl为一个xml格式的字符串，说明如下 Bxlbdm
报销类别代码 Mc
报销类别名称
Qszfbl
起始自付比例(数字字符串)
Syfw
使用范围(0：为普通门,1,2:表示住院,3:专项门诊) Ywshbz
意处伤害标志
Qtbz
前台标志(0:为前台,1:为后台) Mzjbbz
门诊疾病标志
Mxbbz
慢性病标志(1：为慢性病，0：为非慢性病) Zybz
住院标志
6.住院申请
Integer qtyy_zysq_qtjk (string s_sqxx, string s_jbqk, ref string s_bh, ret_meage) 入参说明： S_sqxx
申请信息 (s_sqxx 是xml字符串，说明如下：) S_jbqk string(5000) 疾病情况
出参说明：
S_bh
申请编号(数字字符串)
S_sqxx为一个xml格式的字符串，说明如下 Grsbh varchar(50) 个人社保号(not null) Yyzyh varchar(50) 医院住院号 Cwmc
varchar(50) 床位名称 Ksmc varchar(50) 科室名称 Ysmc
varchar(20) 医生名称 Kszr
varchar(20) 科室主任 Ybb varchar(50)
医保办负责人
ref string Czymc Gbjb Ryrq
varchar(20) varchar(50) datetime
varchar(50) varchar(250) varchar(50)
操作员名称
干部级别(普通，副县级以上) 入院日期(格式：yyyy-mm-dd ) 入院疾病字典代码 入院疾病字典名称 报销类别代码 Ryjbzddm Ryjbzdmc Bxlbdm
7.住院申请取消
Integer qtyy_zysqqx_qtjk (string j_grsbh, string s_sqbh, string j_czymc, ref string ret_meage) 入参说明： J_grsbh S_sqbh
J_czymc 出参说明：略
8.住院申请查询 varchar(50) dec(18,0)
varchar(20)
个人社保号(not null) 申请编号 (not null) 操作员名称
Integer
get_yyzysqb (string s_sqbh, string j_grsbh, ref string s_sqbxx, ref string ret_meage) 入参说明： S_sqbh dec(18,0)
申请编号(not null) J_grsbh 出参说明： S_sqbxx Grsbh Dwsbh Kh Xm Xb nl rylb yyzyh cwmc ksmc ysmc kszr ybb jbqk qxbz sqrq
申请表信息(s_sqbxx是xml字符串,说明如下：) 个人社保号 单位社保号 卡号 姓名
性别(0：表示男，1：表示女) 年龄 人员类别 医院住院号 床位名称 科室名称 医生名称 科室主任 医保办负责人 疾病情况
取消标志( 0：表示未取消，1：表示已取消) 申请日期 S_sqbxx为一个xml格式的字符串，说明如下 varchar(50) 个人社保号(not null) pzr pzyj tybz jzqsrq jzzzrq zyts zybz gbjb ryrq cyrq
批准人 批准意见
同意标志(1：表示同意,0：表示不同意或未批) 结账起始日期 结账终止日期 住院天数(数字字符串)
住院标志(1：表示住院,0：表示未住院) 干部级别(普通，副县级以上) 入院日期 出院日期
入院疾病字典代码 入院疾病字典名称 出院疾病字典代码 出院疾病字典名称 批复意见名称 取消人名称 取消日期 单位名称 批准日期 操作员名称 人员类别名称
本年已住院次数(数字字符串)
状态(未批复,已取消,同意,不同意,已办过出院结算) 报销类别代码
附加大病报销种类标志(1:已附加大病,0:未附加大病) 批准人名称 ryjbzddm ryjbzdmc cyjbzddm cyjbzdmc pfyjmc qxr qxrq dwmc pzrq czymc rylbmc zt bxlbdm pzrmc
bnyzycs
fjdbbxzlbz 9.住院申请修改
Integer qtyy_xg_yyzysqb_qtjk (string j_grsbh, string s_sqbh, string s_sqxx, string j_jbqk, ref string ret_meage) 入参说明： J_grsbh S_sqbh S_sqxx J_jbqk
S_sqxx为一个xml格式的字符串，说明如下
varchar(50) dec(18,0)
个人社保号(not null) 申请编号(not null)
申请信息(s_sqxx是xml 字符串，说明如下：) 疾病情况 string(5000)
出参说明：
Bxlbdm Czymc Gbjb Ryrq
报销类别代码 操作员名称 干部级别
入院日期(格式：yyyy-mm-dd) Ryjbzddm
入院疾病字典代码 Ryjbzdmc
入院疾病字典名称 Fjdbbxzlbz
附加大病报销种类标志(1:已附加大病,0:未附加大病)
10.人员级别字典
Integer qtyy_getryjbzd (ref string s_ryjb, ref string ret_meage) 入参说明：无 出参说明： S_ryjb
人员级别字典(s_ryjb是xml字串符，说明如下：) Jbmc
级别名称 Cwf
床位费
11.医嘱收费
Integer qtyy_yzsf_qtjk (string s_yzsf, string s_yzsfs, string s_yzsfje, ref string ret_meage) 入参说明： S_yzsf
医嘱收费记录明细(s_yzsf 是xml字符串。说明如下：) S_yzsfs int 医嘱收费记录条数(not null) S_yzsfje dec(18,2) 医嘱收费金额(not null) 出参说明：略
S_yzsf为一个xml格式的字符串，说明如下 Yylsh Zyh
Sfrq Fzh
Xmmc Gg
Dw
Jg
Sl
Je
Ypbz Jbywbz Yyybbz Yyybbl Ybje
Ybtybm Sfczymc Ksdm Ksmc Ysmc dec(18,0) dec(18,0) datetime int
varchar(100) varchar(50) varchar(10) dec(18,5) dec(18,2) dec(18,2) char(1) char(1) char(1) dec(18,4) dec(18,2) varchar(50) varchar(20) varchar(10) varchar(50) varchar(20)
医院流水号(not null) 住院号(not null)
收费日期(格式：yyyy-mm-dd hh：mm：)(not null) 分组号
项目名称(not null) 规格 单位
价格(保留五位小数,not null) 数量(保留两位小数,not null) 金额(保留两位小数,not null)
药品标志(0：表示药品，1：表示检疗,2：用法not noll) 基本药物标志(1：表示基药,0：表示非基药,not null) 医院医院标志(not null) 医院医保比例(not null) 医保金额(not null) 医保统一编码(not null) 收费操作员名称 科室代码 科室名称 医生名称 Qsrq
datetime 起始日期(格式：yyyy-mm-dd hh：mm：) Zzrq
datetime 终止日期(格式：yyyy-mm-dd hh：mm：) Dlb
varchar(20) 单类别 Yklsk dec(18,0) 药库流水号 Xmlsk dec(18,0) 项目流水号 Cqyz char(1) 长期医嘱() Jgts
int
间隔天数 tzczymc varchar(20) 调整操作员名称 dbbh int
打包包号 dbsl int
打包数量 mrcs
int
每日次数 cybs int
草药包数 sqbz char(1) 社区标志(1：表示社区，0：表示非社区,not null) bz
varchar(100) 备注
12.医嘱退费
Integer qtyy_yztf_qtjk (string s_yztf, string s_yztfs, ref string ret_meage) 入参说明： S_yztf
医嘱退收记录明细(s_yztf是xml字符串。说明如下：) S_yztfs int 医嘱退收记录条数(not null) S_yztf为一个xml格式的字符串，说明如下 Zyh
dec(18,0) 住院号(not null) Yylsh dec(18,0) 医院流水号(not null) Tfrq datetime 退费日期(格式：yyyy-mm-dd hh:mm:) Tfczymc varchar(20) 退费操作员名称
13.医嘱医保调整
Integer qtyy_yzybtz_qtjk (string s_yzybtz, string s_yzybtzs, ref string ret_meage) 入参说明： S_yzybtz
医保医嘱调整明细记录(s_yzybtz是xml字符串,说明如下) S_yzybtzs int 医保医嘱调整记录条数 出参说明：略
S_yzybtz为一个xml格式的字符串，说明如下 Yylsh dec(18,0) 医院流水号(not null) Zyh
dec(18,0) 住院号(not null) Sfrq datetime 收费日期(not null) (格式：yyyy-mm-dd hh:mm:) Xmmc varchar(100) 项目名称(not null) Gg
varchar(50) 规格 Dw
varchar(10) 单位 Jg
dec(18,5) 价格(not null) Sl
dec(18,2) 数量(not null) Je
dec(18,2) 金额(not null) Yyybbz char(1) 医院医保标志 Yyybbl dec(18,4) 医院医保比例 Xybbl dec(18,4) 新医保比例 Xybbz char(1) 新医保标志 Ybje
dec(18,2) 自费金额(保留两位小数,not null) Ypbz char(1) 药品标志(0：表示药品，1：表示检疗,2:用法not null) Ybtybm varchar(50) 医保统一编码(not null) Xmlsh dec(18,0) 项目流水号 Yklsh dec(18,0) 药库流水号 Bz
varchar(100) 备注 Czrq
datetime 操作日期(yyyy-mm-dd hh:mm:) Tzczymc varchar(20) 调整操作员名称
14.床位流水
Integer qtyy_cwls_qtjk (string s_cwls, string s_cwl, ref string ret_meage) 入参说明： S_cwls
床位流水明细记录(s_cwls是xml字符串, 说明如下) S_cwl int 床位流水记录条数 出参说明：略
S_cwls为一个xml格式的字符串，说明如下
Yylsh dec(18,0) 医院流水号(not null) Zyh
dec(18,0) 住院号(not null) Ksdm varchar(10) 科室代码 Ksmc varchar(50) 科室名称 Kszr
varchar(20) 科室主任 Ysmc varchar(20) 医生名称 Cwmc varchar(50) 床位名称(not null) Qsrq
datetime 起始日期(格式：yyyy-mm-dd hh:mm: ,not null) Zzrq
datetime 终止日期(格式：yyyy-mm-dd hh:mm:) Zyf
dec(18,2) 住院费(not null) Czf
dec(18,2) 处置费(not null) Zyts int
住院天数(not null) Czymc varchar(20) 操作员名称(not null)
15.出院结算
Integer qtyy_cyjs_qtjk (string j_grsbh, string s_sqbh, string s_zyh, string j_czymc, string s_cyrq, string i_jbdm, string i_jbmc, string j_cjgrzhbz, string j_sfyksdm, string s_test, ref string s_zyjsk, ref string s_zysfk, ref string s_zyjsk_fdb, ref string ret_meage) 入参说明： J_grsbh varchar(50) 个人社保号(not null) S_sqbh dec(18,0) 申请编号(not null) S_zyh dec(18,0) 住院号(not null) J_czymc varchar(20) 操作员名称(not null) S_cyrq datetime 出院日期(not null)(格式:yyyy-mm-dd) I_jbdm varchar(50) 疾病代码(not null) J_cjgrzhbz char(1) 冲减个人账户标志(1:冲减，0：表示不冲减,not null) J_sfyksdm varchar(20) 收费员科室代码(not null) S_test char(1) 试算标志(1:试算，0：结算not null) 注：ylfy = Ybtczf + Grzhzf + GWYBZJE + Qzfje (如有多条记录，ylfy,qzfje只需要取第一条即可，ybtczf,grzhzf,gwybzje需要多条累加) 出参说明： S_zyjsk
住院结算记录(s_zyjsk是xml字符串,说明如下) S_zysfk
住院收费记录(s_zysfk是xml 字符串,说明如下) S_zyjsk_fdb
住院结算分段表(s_zyjsk_fdb是xml 字符串,说明如下) S_zyjsk为一个xml格式的字符串，说明如下 Fqdm Yydm Yymc Yyjb Jjdm Jjmc Ksdm Ksmc Bxlb Ybzyh Kh Rydm Dwsbh Grsbh Xm Zycs Ylfy Jlypje Ylypje Zfypje Xjypje Tjypje Tyypje Jljlje Yljlje Zfjlje Xjjlje Tjjlje Tyjlje Jsqtclj Jshtclj
分区代码 医院代码 医院名称 医院级别 基金代码 基金名称 科室代码 科室名称 报销类别 暂时不用 卡号 人员代码 单位社保号 个人社保号 姓名
住院次数(数字字符串) 医疗费用(数字字符串) 甲类药品金额(数字字符串) 乙类药品金额(数字字符串) 自费药品金额(数字字符串) 现金药品金额(数字字符串) 特甲药品金额(数字字符串) 特乙药品金额(数字字符串) 甲类检疗金额(数字字符串) 乙类检疗金额(数字字符串) 自费检疗金额(数字字符串) 现金检疗金额(数字字符串) 特甲检疗金额(数字字符串) 特乙检疗金额(数字字符串) 结算前统筹累计(数字字符串) 结算后统筹累法(数字字符串) Qzfje
Ybylfy
Qszf
Ctczf
Tczf
Grzhzf
Grzhzfqfd Grzhzftczf Grzhzftc
Ybtczf
Tcjzzf
Ybjtcfy
Jsrq
Jsczy
Jsczymc
Jzcs
Fplsh
Tccwf
Cbcwf
Ylypzf
Yljlzf
Tyypzf
Tyjlzf
Grzhzfylfy Cwf
Zyts
Sqlsh
Gryldylsh Zllsh
Qszfblje
Czgtcxe
Jsqgrzhye Jshgrzhye Qzyl
Bnzycs
Qhtbz
Slbz
Yyzyh
Sfyksdm
Jbywf
Kbcjyf
Zyf
GWYBZGRZFJE GWYBZJE BNGWYBZJE 现金支付(数字字符串) 医保医疗费用(数字字符串) 起始自付金额(数字字符串) 超统筹自付金额(数字字符串) 统筹自负 (数字字符串) 个人账户支付(数字字符串)
个人账户支付起付段(数字字符串) 个人账户支付统筹自负(数字字符串) 个人账户支付统筹(数字字符串) 医保统筹支付(数字字符串) 统筹记账支付(数字字符串) 医保进统筹费用(数字字符串)
结算日期(格式：yyyy-mm-dd hh:mm:) 例如：2010-12-15 15:30:10 结算操作员 结算操作员名称
结账次数(数字字符串) 发票流水号(数字字符串) 统筹床位费(数字字符串) 超标床位费(数字字符串) 乙类药品自付(数字字符串) 乙类检疗自付(数字字符串) 特乙药品自付(数字字符串) 特乙检疗自付(数字字符串)
个人账户支付医疗费用(数字字符串) 床位费(数字字符串) 住院天数(数字字符串) 申请流水号(数字字符串)
个人医疗待遇流水号(数字字符串) 治疗流水号(数字字符串)
起始自负比例金额(数字字符串) 超最高统筹限额(数字字符串) 结算前个人账户余额(数字字符串) 结算后个人账户余额(数字字符串) 其中乙类(数字字符串) 本年住院次数(数字字符串) 前后台标志 实联标志 医院住院号 分部代码
基本药物费(数字字符串) 可补尝基药费(数字字符串) 总药费(数字字符串)
公务员补助个人自付金额 (进公务员补助自费金额) (数字字符串) 公务员补助金额(数字字符串)
本年累计公务员补助金额(数字字符串) QXBZ QXLSH QXRQ
取消标志(0:正常 1:取消) 取消流水号(数字字符串)
取消日期(格式:yyyy-mm-dd hh:mm:) 例如:2010-12-15 15:30:10 FPSL 发票数量(数字字符串)
S_zysfk为一个xml格式的字符串，说明如下
SQLSH ZLLSH FQDM YYDM YYMC YYJB JJDM JJMC KSDM KSMC BXLB YBZYH KH RYDM DWSBH GRSBH XM SFRQ SFCZY JZCS FPLSH YJKMDM YJKMMC EJKMDM EJKMMC JE YBJE XJJE KCJE QHTBZ SLBZ YYZYH
申请流水号 (数字字符串) 治疗流水号(数字字符串) 个人医疗待遇流水号(数字字符串) 分区代码 医院代码 医院名称 医院级别 基金代码 基金名称 科室代码 科室名称 报销类别 暂时不用 卡号 人员类别代码 单位社保号 个人社保号 姓名
收费日期(格式:yyyy-mm-dd hh:mm:) 例如:2010-12-15 15:30:10 收费操作员 结算操作员名称 结账次数(数字字符串) 发票流水号(数字字符串) 一级科目代码 一级科目名称 二级科目代码 二级科目名称 金额(数字字符串) 医保金额(数字字符串) 现金金额(数字字符串) 扣除金额(数字字符串) 前后台标志 实联标志 医院住院号 GRYLDYLSH
JSCZYMC SFYKSDM QXRQ 收费员科室代码 取消日期
S_zyjsk_fdb 为一个xml格式的字符串，说明如下
Fplsh
发票流水号(数字字符串) Yldylsh
医疗待遇流水号(数字字符串) Qsje
起始金额(数字字符串) Zzje
终止金额(数字字符串) Ybje
医保金额(数字字符串) Zfje
自付金额(数字字符串) Zfbl
自付比例(数字字符串)
16.出院结算取消
Integer qtyy_cyjs_qx_qtjk (string j_grsbh, string s_sqbh, string j_czymc, string j_sfyksdm, string j_qxdybz, ref string s_zyjsk, ref string s_zysfk, ref string s_zyjsk_fdb, ref string ret_meage) 入参说明： J_grsbh varchar(50) 个人社保号(not null) S_sqbh dec(18,0) 申请编号(not null) J_czymc varchar(20) 操作员名称(not null) J_sfyksdm varchar(20) 收费员科室代码(not null) J_qxdybz char(1)
取消打印标志(0:取消时不打印，1：打印,not null) 出参说明： S_zyjsk
住院记算记录(s_zyjsk是xml字符串，说明如下) S_zysfk
住院收费记录(s_zysfk是xml字符串，说明如下) S_zyjsk_fdb
住院结算分段表(s_zyjsk_fdb是xml字符串，说明如下)
S_zyjsk, s_zysfk, s_zyjsk_fdb 格式与出院结算的三个字符串一样
17.读卡函数(此读卡函数用在市医保出院试算，结算) Integer qtyy_readic_getgrxx_qtjk (ref string s_grxx, ref string ret_meage) 此读卡函数与上面的读卡函数参数是一样的 不同之处在：
此读卡函数可读出人员信息(包括黑名单) 而第一个读卡函数不能读出黑名单人员信息
18 .全部医嘱退费
//医保要求将此函数关闭2011-6-10 integer qtyy_yztf_all_qtjk (string s_zyh, string j_tfczymc, ref string ret_meage) 入参说明： s_zyh:住院号
j_tfczymc：退费操作员名称
19 删除床位流水
integer qtyy_cwls_delete_qtjk (string s_zyh, ref string ret_meage) 入参说明： s_zyh:住院号
//下面的函数是今年2011年应人民医院开发的，不对别的医院开放 20获得医保系统住院申请编号
integer qtyy_get_sqbh (string ls_grsbh, string ls_zyh, ref string ls_sqbh, ref string ret_meage) 入参说明： ls_grsbh 个人编号
ls_zyh住院号 出参说明: ls_sqbh 申请编号
21获得医保系统住院明细上传费用信息
integer qtyy_get_yzjl (string ls_zyh, ref string s_yzjl, ref string ret_meage) 入参说明：ls_zyh住院号
出参说明: s_yzjl医嘱记录(xml字符串)
YYLSH医院流水号
ZYH住院号
XMMC项目名称
JG价格 SL数量 JE金额
YPBZ药品标志
YBTYBM医保统一编码
22 获得医保系统住院结算信息
integer qtyy_get_zyjsjl (string ls_grsbh, string ls_sqbh, string ls_zyh, ref string s_zyjsk, ref string ret_meage) 入参说明：ls_grsbh 个人编号
ls_sqbh申请编号
ls_zyh住院号
出参说明: s_zyjsk住院记算记录(s_zyjsk是xml字符串，格式与出院结算的一样)
23获得医保系统门诊结算信息
integer qtyy_get_mzjsjl (string ls_grsbh, string j_sfrq, string j_zxmzbz, ref string s_mzjsk, ref string s_mzjsgrzh, ref string ret_meage) 入参说明：ls_grsbh 个人编号
j_sfrq 收费日期 格式：yyyy-mm-dd j_zxmzbz char(1) 专项门诊标志 ( 1：专项门诊,0：普通门诊) 出参说明：S_mzjsk 专项门诊结算记录 (s_mzjsk 是一个xml字符串) S_mzjsgrzh 普通门诊结算个人账户(S_mzjsgrzh 是一个xml字符串) S_mzjsk S_mzjsgrzh格式与门诊收费函数的一样
24．取药品字典
Integer qtyy_getypzd(ref string s_ypzd,ref string ret_meage) 出参说明: S_ypzd是xml字符串,说明如下 Lsh Dm Zwmc Dw Gg Jxfldm Jxflmc Yjkmdm Ejkmdm Ybbz Ybbl Gsybbz Gszfbl Jbywbz Wbdm Pydm Qxbz
25.取检疗字典
Integer qtyy_getjlzd(ref string s_jlzd,ref string ret_meage) 出参说明
S_jlzd是xml字符串,说明如下
Jllsh Tybm Mc Dw Yjkmdm
流水号
统一编码(即对应码) 名称 单位 一级科目代码
流水号
医保统一编码(即对应码) 中文名称 单位 规格 剂型分类代码 剂型分类名称 一级科目代码 二级科目代码
医保标志(1：甲类,2：乙类,3：现金,0：自费) 医保比例
工伤医保标志(1：甲类,0：自费) 工伤自费比例
基本药物标志(1：基药) 五笔代码 拼音代码
器械标志(0：表示药品,1:表示器械) Ejkmdm Ybbz Ybbl Gsybbz Gsybbl Wbdm Pydm Qtbz
二级科目代码
医保标志(1：甲类,2：乙类,3：现金,0：自费) 医保比例
工伤医保标志(1：甲类,0：自费) 工伤医保比例 五笔代码 拼音代码
起停标志(1：表示起用)
26．取疾病字典
Integer qtyy_getjbzd(ref string s_jbzd,ref string ret_meage) 出参说明
S_jbzd是xml字符串,说明如下 Jbdm Jbdm Qybz Wbdm Pydm
疾病代码 疾病名称
起用标志(1：表示起用) 五笔代码 拼音代码
第15篇：名师工作室接口需求
1.微博用户之间关系 描述：名师工作室
2.博客获取图片评论
描述：获取博客相册照片评论(回复)，可分页
3.评论图片
描述：评论(回复博客相册图片)
对应显示状态。
第16篇：OBD接口位置[推荐]
爱丽舍：OBD诊断头位置驾驶员左护板侧保险盒内
福特翼虎吉普：OBD诊断头位置驾驶员左护板
别克君威2.5：OBD诊断头在油门踏板上方
别克君威3.0：OBD诊断头在油门踏板上方
本田雅阁：OBD诊断头在仪表板的下方
北京吉普2500：OBD诊断头在驾驶员左护板侧
北京吉普（外观像帕杰罗）：OBD诊断头在引擎室左侧
北京现代索纳塔：OBD诊断头在油门踏板上方
桑塔纳99新秀：OBD诊断头。大众奥迪系统。OBD诊断头位置排挡前方
桑塔纳2000：同上
桑塔纳3000：OBD诊断头位置在驾驶员左侧护板保险盒内
时代超人：同上
帕萨特B4：OBD诊断头，帕萨特系统。诊断头位置仪表盘右下方，装饰板内
帕萨特2.0：OBD诊断头，诊断头位置手刹车右侧
奥迪-V6：2+2诊断头，大众奥迪系统，诊断头位置引擎室保险盒内
奥迪-A6：OBD诊断头。大众奥迪系统，诊断头位置驾驶员左侧板内
一汽红旗：OBD诊断头。一汽红旗系统，诊断头位置驾驶员左侧护板
一汽捷达：OBD诊断头。大众奥迪系统，诊断头位置保险盒右侧附近
一汽佳宝：OBD诊断头。德尔福系统，诊断头位置保险盒附近或前右门附近
中华：OBD诊断头。诊断头位置保险盒附近或油门上方
松花江：OBD诊断头。德尔福系统，诊断头位置保险盒附近
哈飞民意：OBD诊断头，诊断头位置保险盒附近或在右门上方
哈飞中意：同上
哈飞路宝7100：OBD诊断头，诊断头位置前右座下电脑
哈飞路宝7110：OBD诊断头,五菱N1电脑，诊断头位置刹车踏板上方
昌河汽车：OBD诊断头，德尔福系统。诊断头位置保险盒附近或在油门上方
昌河海豚：同上
昌河北斗星：OBD诊断头，看什么电脑用什么系统。诊断头位置在油门踏板上方 奇瑞QQ3缸：用OBD接头。西门子系统，诊断头位置右侧储物箱下方
奇瑞QQ4缸：三孔诊断头，检测线色：棕白，联电系统或大众系统，诊断头位置驾驶员左侧保险盒附近
奇瑞风云7160EX：两孔诊断头，玛瑞丽系统。诊断头位置引擎室内中间刹车泵附近奇瑞风云7160ES：同上
长安之星：三孔诊断头，诊断头位置电瓶负极附近
长安欧雅：三孔诊断头，诊断头位置驾驶员座下中间横梁左侧
长安雷蒙：OBD诊断头，诊断头位置驾驶员左侧保险盒附近
长安奥拓：OBD诊断头，诊断头位置驾驶员左侧保险盒附近
长安福特：OBD诊断头，诊断头位置驾驶员左护板侧
福美来323的诊断座在发动机舱内，司机左前方
第17篇：纳税申报接口使用说明
《纳税申报接口使用说明》
注意：此软件必选安装到防伪税控开票系统所在的电脑上。
纳税接口使用方法
（1）双击桌面上“防伪税控纳税接口”图标，单击“确认”后进入软件主界面。
（2）点击“外部接口----纳税申报文件导出”，--》选择数据导出的月份，---》单击“预览”，提取完毕后，--》再单击“导出”按钮。
注：跨年提取数据时，如果在防伪税控系统中已抄上年12月份税，选择月份应选择“上年12月份”
如果在防伪税控系统中未抄12月份税，选择月份应选择“12月”
（3）选择保存路径（任意路径），系统生成一个XML文件（文件名称SB_XXFP_年月.XML例如：SB_XXFP_201401.XML）。
（4）将保存的XML文件拷贝到网上纳税申报软件电脑上，在网上纳税申报软件中导入此文件，。
第18篇：文本接口(单据管理)
安装文件
1、确认开票软件版本是否是160425版本，如需升级开票软件先退出开票系统，双击打开选择升级安装
然后全部点击下一步，直至完成
2、商品编码更改和维护（企业自行操作） 0425版本多的一个商品税收分类代码
根据国税2016年第23号：国家税务总局编写《商品和服务税收分类与编码（试行）》 所有接口需要批量开票的时候必须点击商品编码
如：要导入打印机这个商品,接口要导入什么商品，必须添加该商品对应的编码。名称必须一致，不然会提示未添加商品税收分类编码，导致开票失败或者导入失败
*必填项，点击税收分类编码的下拉菜单。
检索打印机这个商品，如果没有该商品信息，请在左边的菜单栏找对应分类编码，选中并保存
文本接口升级说明
文本接口为用户提供了平滑升级的功能，销售单据的格式规范不需要进行变动，避免了用户修改ERP 系统的成本和不便。 实现原理：文本接口的销售单据开票时，会对销售单据的每一行商品名称进行自动检索开票软件“商品编码”表，如果检索到“商品编码”表中对应的同名商品名称，则以“商品编码”表中检索到的第一个同名商品名称所对应的商品分类编码赋值给该销售单据的商品明细。销售单据的每一行商品明细均需要进行此自动检索匹配操作。该方案简单易行，但是由于每一行均需要自动匹配，开票效率将会下降。 具体操作如下：
【第一步】在开票软件的“商品编码”模块中，维护好商品所对应的商品分类编码。
注：所有需要开票的商品都必须要进行商品分类编码维护。 【第二步】文本接口的“单据导入”导入销售单据。“单据维护”工具栏的“检查”按钮可以进行单据校验，可以检查销售单据的商品分类编码是否匹配。
【第三步】文本接口的“单据开票”进行开票，开票时将会检索销售单据中每一行商品明细是否在“商品编码”表中有对应的商品分类编码信息，如果匹配成功则正常开票，如果匹配失败则开票失败。
第19篇：计算机接口大作业
《计算机接口技术》大作业
专
业：班
级：姓
名：学
号：
电子信息科学与技术
1012
周轩
1020108222
2013年6月19日
1.目的
1、巩固和加深对微机原理和接口技术知识的理解；
2、培养根据课题需要选学参考书籍、查阅手册和文献资料的能力；
3、学会方案论证的比较方法，拓宽知识，初步掌握工程设计的基本方法；
4、掌握808
1、808
3、808
5、8089等常用芯片的正确使用方法，学会软、硬件的设计和调试方法；
5、能按课程设计的要求编写课程设计报告，能正确反映设计和实验成果，能用计算机绘制电路图和流程图。2.要求
1、利用应用所学芯片82
55、82
51、82
53、82
37、82
59、080
9、0832及总线接口相关知识，在proteus中设计一套系统或一个小装置。要求至少用到以上三款芯片或接口技术。
2、设计具有基本完整的功能，具有可实现性；
3、强调创新性和应用性，不与现有系统、产品雷同；
4、硬件设计要求详尽，软件设计可以限于主要功能和关键部分 3.硬件设计
1、设计思想
模拟输入电压范围0V~5V，对应A/D转换值为00~255。通过A/D转换器将电压模拟量转化成八位二进制精度的数字信号,再把该八位二进制精度的数字转化成十进制数,并最终用数码管显示。
8位二进制有0-255共256个值,但是电压值却只有0-5V,8位二进制的0和电压的0V对应,而8位二进制的255和电压值的5V对应,把0-255分成5分,即255/5=51,,1/51=0.0196V,即一个8位二进制值所代表的电压值近似为0.0196伏。再按照这个关系去除以51,得到十位电压值;再将余数与26比较,小于26直接乘以10再除以51,所得商就是个位电压值;如大于26则先减去26,再乘以10,然后除以51,所得商再加上5,即得个位电压值;将第二次除以51所得余数,按第二次除以51的方法进行计算,所得结果为十分位电压值。
2、主要元器件介绍
单片机89c
51、74LS37
3、8255A、8253A、RESPACK、ADC0808
3、功能电路介绍
本设计数字电压表是利用A/D转换原理，将被测模拟量转换成数字量，并用数字方式显示测量结果的电子测量仪表。A/D转换器将输入的模拟量转换成数字量，逻辑控制电路产生控制信号，按规定的时序将A/D转换器中各组模拟开关接通或断开，保证A/D转换正常进行。本系统以单片机
AT89C51为系统的控制核心，结合A/D转换芯片ADC0808，能够测量0V~5V之间的直流电压值，通过四位数码显示。 4.源程序
#include #include #define uint unsigned int #define uchar unsigned char #define a_PAa
XBYTE[0x0000] #define a_PBb
XBYTE[0x0001] #define a_PCc
XBYTE[0x0002] #define a_conn XBYTE[0x0003] #define T0 XBYTE[0X7FFC] #define T1 XBYTE[0X7FFD] #define T2 XBYTE[0X7FFE] #define CT XBYTE[0X7FFF] int getdata; sbit oe=P3^0; sbit eoc=P3^1; sbit start=P3^5; sbit duan=P3^3; uchar code table[]={0xc0,0xf9,0xa4,0xb0,0x99,0x92,0x82,0xf8,0x80,0x90}; uchar code table1[]={0x01,0x02,0x04,0x08,
0x10,0x20,0x40,0x80}; void delay(uint z)
{ uint x,y; for(x=z;x>0;x--)
for(y=110;y>0;y--); } void init() { P1=0xff; P0=0xff; oe=0; }
uchar adc0808_init()
{
uchar dat_adc0808; start=0; oe=0; start=1; start=0; delay(20);
while(eoc==0);
oe=1;
dat_adc0808=P1;
oe=0;
return dat_adc0808; } void main() {
uchar a,b,c;
init();
a_conn=0x80;
CT=0x96;
T2=0x02;
getdata=adc0808_init();
c=getdata/100;
b=(getdata/10)%10;
a=getdata%10; while(duan) {
a_PBb=table1[7];
a_PAa=table[a];
delay(2);
a_PBb=table1[6];
a_PAa=table[b];
delay(2);
a_PBb=table1[5];
a_PAa=table[c];
delay(2); }
}
5.调试运行
6.计算机接口技术发展总结 早期的计算机系统，接口与设备之间无明显的边界，接口与设备控制器做在一起。 在早期的计算机系统中并没有设置独立的接口电路，对外设的控制与管理完全由CPU直接操作。这在当时外设品种少、操作简单的情况下，可以勉强由CPU承担。然而，由于微机技术发展，器应用越来越广泛，外设门类、品种大大增加，且性能各异，操作复杂，因此，不设置接口就不行了。 所以开始在CPU与外设之间设置了简单的接口电路，后来逐步发展成为独立功能的接口和设备控制器，把对外设的控任务交给接口去完成，这样大大的减轻了主机的负担，简化了CPU对外设的恐吓管理。 随着微机的发展，微机接口经历了固定式简单接口、可编程复杂接口和功能强大的智能接口几个发展阶段。
由于微机体系结构的变化及微电子技术的发展，目前微机系统所配置的接口电路的物理结构也发生了根本的变化，以往在微机系统板上能见到的一个个单独的外设接口芯片，现在都集成在一块超大规模的外围芯片中，也就是说原来的这些外围接口芯片在物理结构上已经“面目全非”。值得注意的是，尽管外设及接口有了很大的发展，但比起微处理器的突飞猛进，差距仍然很大。在工作速度、数据宽度及芯片的集成度等方面，尤其是数据传输速率方面，还存在尖锐的矛盾。近几年来，研究和推出了不少新型外设、先进的总线技术、新的接口标准及芯片组，正是为了解决微机系统I/O的瓶颈。此外，在用户自行开发的应用系统中，目前使用的往往还是单个接口芯片，而不是超大规模外围芯片组。
7.设计心得体会
本次试验花费了较长时间才完成，首先是找资料，后是自己参照他人的电路设计了电路以及编程，先后花费了比较长的时间，最终做的还是不太理想，有些不足的地方——只能每次断开电路后，调节电位器，在通电才能正确数值。不过这次的实验倒是让我增长了知识，可以将学过的东西运用起来。
第20篇：接口工程管理办法(修订)
长昆（沪昆）铁路客专湖南段CKTJ-6标段
标准化管理办法
接口工程管理办法
编制：
审核：
审批：
中铁隧道集团
长昆（沪昆）铁路客专湖南段
CKTJ-6标段项目经理部
二〇一〇年十一月二十五日
接口工程管理办法
第一章总 则 第一条 本办法所称接口，是指两个或两个以上的组织、设施、功能或计划安排相交，并且可能发生冲突或需要协调的部位。一个接口至少与两方相关。
第二条 为加强沪昆铁路客运专线建设中的接口管理工作，落实接口管理工作中各方职责，明确有关的工作流程和工作程序，全面、准确、系统地把握接口工程，科学有序的全过程控制好接口的质量，系统、完整地实现沪昆铁路客运专线建设中各专业无缝衔接，根据《沪昆铁路客运专线接口管理办法》文件精神。结合本工程实际情况，特制定本办法。
第二章组织机构
第三条项目经理部成立接口管理小组，组织制定接口工程的管理工作。由总工程师担任工作小组组长，各部门部长为工作小组成员，由工程管理部负责办公室的日常工作，工程管理部部长兼任办公室主任。并成立接口工程现场检查组，对接口工程相关的工程质量和程序进行检查，并形成检查意见上报工程管理部。
接口工程管理领导小组：
组长：卫鹏华
副组长兼接口管理办公室主任：潘南江
组员：刘伟涛、雷崇忠、严学军、梁景
一、以及专业接口工程师
第四条各分部需配备专业的接口工程师，负责现场有关接口方面的工程质量和施工工艺，使接口工程达到设计和规范的要求，责任落实到人，严格按照设计图纸和施工流程实施，使接口工程程序化。 分部专业接口工程师：
一分部：项目总工（石文林）、项目副总工（鲍广政）； 二分部：项目总工（李志成）、项目副总工（胡必富）； 三分部：项目总工（陈松）、项目副总工（任君）。
第三章遵循原则
第五条接口管理工作必须严格按设计文件及规定的程序办理。凡涉及接口的事项，该接口相关的各方不得单方面进行决策或决定；
第六条接口管理工作涉及不同单位或部门时，各单位或部门不得以惯例、内部的特殊性或其它理由拒绝接口事项的落实；
第七条接口管理工作从接口的提出、讨论、处理、实施到反馈等过程必须形成一个信息的闭环，避免造成接口的遗漏；
第八条接口管理的过程和结果必须以正式的书面形式进行记录并签认。不得以口头或非正式的方式作为依据。
第四章职 责
第九条成立相应的接口管理领导机构，由主管领导和总工程师对接口管理负责；
第十条制定接口管理办法、程序和流程等细则，报公司接口管理工作办公室批准；
第十一条严格按照有关接口的图纸、纪要等进行施工，不得无
视或忽略接口工程，擅自施工。接口的施工过程必须有明确的施工记录。应对其工程范围内的全部接口工程质量负全责，并建立质量追究制度；
第十二条统计、汇总现场形成的接口问题处理情况，重大问题报公司接口管理工作办公室；
第十三条完成项目部接口管理工作办公室交办的其他有关接口的事务。
第五章接口工作的实施
第十四条各部门、各项目分部必须严格按照接口管理的工作程序和流程进行，不得违背或随意更改。
第十五条接口管理工作主要通过专题接口会议方式进行专项落实。参加会议的各部门、各项目分部必须准时参加会议并按要求准备书面资料。
第十六条各部门、各项目分部应主动关心决定的事项是否涉及接口。
若事项与其他专业、组织等相关，应主动按照接口管理工作程序提出接口申请和要求。
第十七条各部门、各项目分部可以对接口管理提出意见或建议，报管理工作办公室汇总后，由项目经理部领导和接口管理工作小组审核决定。
第六章基本程序
第十八条各部门、各项目分部发现存在接口问题时，需提出接
与该接口有关系的其它方、要求解决的时间要求等内容。 口申请，通知相关的接口责任部门。接口申请应包括该接口的描述、
第十九条各部门、各项目分部在接受到接口申请时，无论接受与否，均必须给出书面的意见，并报项目经理部接口管理工作办公室备案。如果接受该接口申请，则通知与该接口有关系的各方在规定的时间内参加接口会议。
第二十条在接口管理工作会议上，明确各方在该接口问题中的责任，提出解决的意见和时间表，并明确该接口的协调解决方案和主要责任单位。
第二十一条接口责任单位负责完成接口的处理报告，分发至相关接口单位，同时报公司接口管理工作办公室备案。
第二十二条各部门、各项目分部在接口处理过程中，前一工序方必须为后一工序方负责，不得无视或拒绝后一工序方的接口要求，从而影响系统的完整性。
第二十三条在接口管理过程中应按照有关制度的要求，建立接口日志，确保接口状态可控和可追溯性。接口日志由接口要求方在提出接口申请时建立，相关责任方负责更新。接口日志应报一份给公司接口管理工作办公室归档。
