技术干货 | 从测试中探索LC连接器选择的小窍门

时至今日,光连接器作为光链路的连接点已经被广泛应用,其灵活性和便利性大大促成了今天光网络商用和民用的推广。既然已经成为了光链路中的标准件,其必然有相应的国际标准和规定来检验其性能和规范其互换性。

关于光纤连接器的标准,可靠性:定义单芯连接器可靠性的有GR326等;定义多芯连接器可靠性的有GR1435等。互换性:定义LC连接器互换性的有IEC61754-20等;定义SC连接器互换性的有IEC61754-4等;定义FC连接器互换性的有IEC61754-13等;定义MPO连接器互换性的有IEC61754-7等…

这里我们选择LC连接器来谈一谈:LC连接器因其体形的小巧,在高密度应用领域扮演的角色也越来越重要,即使是最普通的应用也越来越关注其长久可靠。就连接器本身而言,对于其中重要的机械性能,基于光连接器多年的制作和使用经验,小谈一下LC连接器在机械可靠性测试上的一些体会。

GR326的机械性能包括:振动测试(Vibration Test)、摇摆测试(Flex Test)、扭转测试(Twist Test)冲击测试(Impact Test)、验证测试(Proof Test)、在线负载传输测试(Transmission With Applied Tensile Load)、耐久性测试(Durability)。其中验证测试(Proof Test)和在线负载传输测试(Transmission With Applied Tensile Load)都是对LC连接器的比较具有挑战性的机械性能测试。

验证测试(Proof Test):搭载好测试系统,”0”角度下的测试一般没有出现异常,”90°”角度下,当负载达到2.0kgf,LC连接器有小几率出现前、后体被破坏(如图一)。”135°”角度下,负载达到0.25kgf,亦有小几率出现前、后体不同轴(如图二)。如果测试过程中,LC连接器是一个整体的话,这样会避免图一、二所示的现象。在整体式LC连接器上,经过批量的同样测试,未出现LC连接器结构被破坏或不同轴的现象。对于多变的应用环境,一体式的LC连接器是一个很不错的选择。


图一

图二

在线负载传输测试(Transmission With Applied Tensile Load):搭载好测试系统,”0”角度下的测试一般很少出现异常,”90°”角度下,当负载达到2.0kgf,部分LC连接器的尾套会小概率出现(如图三)的弯曲情況,性能无法满足使用。”135°”角度下,负载达到0.25kgf,性能表現变得更糟。我们分析原因是尾套支撐不足,在负载下形成的弯曲半径太小,光纤产生额外的弯曲损耗,如果能夠保证负载下尾套有足够支撐力量(保持合理的弯曲半径或使用抗弯曲光纤),应当可以满足在线负载传输测试(Transmission With Applied Tensile Load)的所有要求(如图四)。

图三

图四

在选择LC连接器时,充分考虑上述两种情况,使LC连接器在多变的应用环境中有着足够的稳定和可靠性,这对于终端使用者还是网络管理者而言,都将是一劳永逸的。

【此文章素材来源于爱普迪光通讯(深圳)有限公司(OPTEC Technology Ltd)资深高级开发部主管賀葉輝的分享。
爱普迪是行业领先的光纤端接解决方案原始设备制造商(OEM)和原始设计制造商(ODM)。爱普迪凭借卓越的工程技术,以一种最经济实用的方式,为客户×××能优越的下一代光纤组件产品。】

?爱普迪光通讯(深圳)有限公司版权所有,转载请注明出处。

原文地址:http://blog.51cto.com/13752348/2155780

时间: 2024-10-12 12:09:08

技术干货 | 从测试中探索LC连接器选择的小窍门的相关文章

技术干货 | Docker容器中需要避免的十种常见误区

Docker容器的三大优势: 第一:具备恒定特性–操作系统.库版本.配置.文件夹以及应用程序全部涵盖在内.大家可以将质量检查流程中使用的测试镜像原封不动地引入生产环境当中. 第二:具备轻量化特性–容器的体积非常小巧.相较于动辄成百上千MB的操作系统,它只需要配备主进程所必需的内存外加数十MB额外容量. 第三:速度惊人–大家可以享受等同于单一进程的容器启动速度.相较于长达数分钟的传统负载启动时长,现在我们完全能够在几秒钟内启动一套新容器. 不过很多用户仍然在以对待典型虚拟机的方式审视容器,在这种情

[技术干货] 曙光工作站安装centos后实际内存变小

问题描述:用曙光工作站当做zabbix采集服务器,设备配置是8核8G.用引导安装centos的方法给曙光工作站安装centos7.6,安装完成后,free -m发现内存只有2G. 排查问题:使用命令查看物理内存大小:dmidecode -t memory | grep Size: | grep -v "No Module Installed"结果是一条8G内存,跟实际配置相符.到/var/log下查看message信息,开机日志发现报错:WARNING: BIOS bug: CPU M

技术干货的选择性问题

转载自:http://blog.csdn.net/mindfloating/article/details/52016494 今天准备整理下微信的收藏夹,因为我发现好像在里面已经收藏了太多文章.这些收藏的文章并不是已经读过觉得不错故而收藏的,而是全没读过的.而其中的很大部份都是所谓的技术干货型文章,因为这类文章一方面比较长,另一方面比较费脑,所以我总是习惯在碰到的时候先收藏下来,再稍候找时间读之. 但没想到的是,现在供应这类技术干货型文章的作者或媒体或公众号越来越多,导致我总是收藏了却没一直没空

50篇经典珍藏 | Docker、Mesos、微服务、云原生技术干货

概念篇 全方位探(tian)索(keng)Mesos各种存储处理方式 老肖有话说@Mesos User Group第四次约会 技术实践 | Mesos 全方位“烹饪”指南 回顾 JAVA 发展轨迹,看 Docker 与 Mesos Docker 与 Mesos 的前生今世 | 数人云CTO肖德时@KVM分享实录 如何利用 Mesos 持久化存储方案部署 ArangoDB 集群 数据处理平台架构中的SMACK组合:Spark.Mesos.Akka.Cassandra以及Kafka 畅谈 Mesos

探索式测试中的几种误区

探索式测试(Exploratory Testing)是敏捷测试中的重要组成部分,其价值与一般性测试如用户故事测试或者自动化测试不同,它所关注的是“意料之外”的软件缺陷,探索式测试作 为一个研究性.启发性和严肃性并存的测试方法,是一般性测试的重要补充.随着敏捷测试的推广,探索式测试逐渐受到大家的关注和重视.本文主要探讨了测试工 程师在探索式测试方面的一些误区,并尝试纠正这些问题. 误区1:探索式测试是一种测试技术. 探索式测试本身不是一种测试技术,相反,它是一种可以应用于广泛测试技术的方式或态度.

IVI 技术在自动测试系统中的应用研究

最近在做一个项目,关于TR组件自动测试系统,其中对测试系统仪器的设置,想底层用IVI 来实现,新的仪器大多支持lan口,厂家都自带IVI 驱动程序,只要按指定步骤就能实现多个厂家的IVI 仪器设置,实现同类仪器的可互换性. 本项目中用到示波器.频谱仪.宽带信号源.微波信号源等仪器.下面讲一下开发IVI 步骤: 1.首先要对IVI 有所了解,IVI 相关信息可从下面网址获得:http://www.ivifoundation.org/default.aspx overview 中大家可以学习IVI

源码时代软件测试干货分享|什么是探索式测试?

? 探索式测试(Exploratory Testing)是一种自由的软件测试风格,强调测试人员同时展开测试学习.测试设计.测试执行和测试结果评估等活动,以持续优化测试工作.考虑到它所具备的即兴发挥.快速实验.动态调整等特征,其思维方法可以追溯到软件开发的最初岁月.? 探索式测试有丰富的内涵,以下文字定义了探索式测试的核心.探索式测试是一种软件测试风格,它强调独立测试人员的个人自由和职责,为了持续优化其工作的价值,将测试相关学习.测试设计.测试执行和测试结果分析作为相互支持的活动,在整个项目过程中

微信后台技术“干货们”带来的启发

因为持续写作的缘故,因而有了记录.收藏和整理阅读笔记的习惯.之前春节在家休息无事时就顺便整理了下 2016 一年以来收藏的内容和笔记,发现技术内容中收录了好多篇有关微信后台的技术干货文章. 想到去年中时我还写过一篇<技术干货的选择性问题>里面提到五年前我们做 IM,那时腾讯公司在技术上保持神秘而低调,去年的腾讯在技术上表现得非常开放,不仅贡献了不少不错的技术干货文章,也开源了不少它们的基础组件库. 本篇算是我阅读完微信后台技术相关的干货文章后得到的一些启发,如果去年中那篇属于技术干货的选择问题

【Bugly技术干货】那些年我们用过的显示性能指标

Bugly 技术干货系列内容主要涉及移动开发方向,是由 Bugly 邀请腾讯内部各位技术大咖,通过日常工作经验的总结以及感悟撰写而成,内容均属原创,转载请标明出处. 前言:那些年我们用过的显示性能指标 注:Google 在自己文章中用了 Display Performance 来描述我们常说的流畅度,为了显得有文化,本文主要用“显示性能”一词来代指“流畅度”(虽然两者在概念上有细微差别). 从 Android 诞生的那一刻起,流畅度就为众人所关注.一时之间,似乎所有人都在讨论 Android 和