fashdfs是文件存储还是块存储

文件存储。FastDFS是一个开源的轻量级分布式文件系统，它对文件进行管理，功能包括：文件存储、文件同步、文件访问（文件上传、文件下载）等，解决了大容量存储和负载均衡的问题。特别适合以文件为载体的在线服务，如相册网站、视频网站等等。

中小尺寸的面板使用超扭转向列型液晶平面显示器（super twisted nematic liquid crystal display，STN-LCD）的技术已有一段时间，各方面相关的技术已趋成熟，以往的应用主要以单色的STN-LCD为主，但随着手机彩色化的热潮兴起，使得彩色STN (CSTN)的需求与日增长，也接连带动了其它相关彩色显示产品的需求，诸如MP3相关的掌上型音乐播放器、数字相机、数字相框等，皆因彩色显示而更行普及。CSTN主要有低价、省电的优势，目前常见的驱动方式主要有传统B-type、Hi-FAS、MLA三种，传统B-type的驱动方式因讯号需工作在高压，相对较耗电。至于MLA虽然省电，但是由于有专利问题，且电源架构复杂、外部组件多，较不容易控制成本，并非一般普及的产品，所以相较之下，Hi-FAS驱动方式便是一种成本较低且功耗较小的选择，由于近年来国际间吹起一股掌上型随身装置的热潮，更是让Hi-FAS这样的驱动方式形成市场上的主流。本篇将藉由介绍绿色驱动芯片这一系列以Hi-FAS为驱动方式的LCD驱动芯片，让大家能深入了解现阶段的彩色显示驱动芯片如何可以做到更省电、更低价、且画面的品质更好。 1绿色驱动器 一项产品若是可以消耗较少的电源，消费者自然可以消耗较少的电池，对自然界的伤害就可以降低，这是对绿色产品的定义。首先让我们先来了解传统B-type的驱动方式与Hi-FAS驱动方式的差异。图1是传统B-type的LCD驱动方式，共享电极信号与段电极信号皆是高压讯号，且段电极信号属于高频讯号，这样高压且高频的讯号自然会造成电流消耗较多，基于这样的想法，若能把这样的高频讯号降低电压，耗电流便会相对减少。 中小尺寸的面板使用超扭转向列型液晶平面显示器（super twisted nematic liquid crystal display，STN-LCD）的技术已有一段时间，各方面相关的技术已趋成熟，以往的应用主要以单色的STN-LCD为主，但随着手机彩色化的热潮兴起，使得彩色STN (CSTN)的需求与日增长，也接连带动了其它相关彩色显示产品的需求，诸如MP3相关的掌上型音乐播放器、数字相机、数字相框等，皆因彩色显示而更行普及。CSTN主要有低价、省电的优势，目前常见的驱动方式主要有传统B-type、Hi-FAS、MLA三种，传统B-type的驱动方式因讯号需工作在高压，相对较耗电。至于MLA虽然省电，但是由于有专利问题，且电源架构复杂、外部组件多，较不容易控制成本，并非一般普及的产品，所以相较之下，Hi-FAS驱动方式便是一种成本较低且功耗较小的选择，由于近年来国际间吹起一股掌上型随身装置的热潮，更是让Hi-FAS这样的驱动方式形成市场上的主流。本篇将藉由介绍绿色驱动芯片这一系列以Hi-FAS为驱动方式的LCD驱动芯片，让大家能深入了解现阶段的彩色显示驱动芯片如何可以做到更省电、更低价、且画面的品质更好。 1绿色驱动器 一项产品若是可以消耗较少的电源，消费者自然可以消耗较少的电池，对自然界的伤害就可以降低，这是对绿色产品的定义。首先让我们先来了解传统B-type的驱动方式与Hi-FAS驱动方式的差异。图1是传统B-type的LCD驱动方式，共享电极信号与段电极信号皆是高压讯号，且段电极信号属于高频讯号，这样高压且高频的讯号自然会造成电流消耗较多，基于这样的想法，若能把这样的高频讯号降低电压，耗电流便会相对减少。 电源架构可以发现，电压的产生是利用比较器的方式控制输出准位，当输出电压不足时，比较器会自动增加输出电压以达到设定的电位，相反地，当输出电压足够时，比较器会自动进入省电模式，相较传统架构，先利用倍压的方式产生最高电压，再用稳压的方式将电压降至需要的准位，可以大幅节省多余的功耗，且由于Hi-FAS的波形在高频的部份电压较低，相对来说比较器的负载也较轻，两者配合更是让驱动芯片更省电、效能更好。 传统的驱动芯片由于段电极需要高压信号的输出，造成与Hi-FAS驱动方式的驱动芯片相比无法更有效的控制芯片的尺寸，自然地芯片外部通常就需要大量的稳压及倍压组件，这些都使得生产成本无法获得有效的控制。结合新的驱动方式与比较器结构, 不但可以更有效的控制芯片的尺寸，且因为将外部的稳压及倍压组件都做进芯片内部，使得外部的组件数量更精简，图4是绿色驱动芯片实际使用在80-8bit并联传输接口的应用线路，可以很明显的看到外部组件仅需要三个电容器，这样的进步不但使得产品更符合经济效益，也减少了对自然界的污染。 创造出画面显示更优良的显示器驱动芯片一直是所有驱动芯片开发商共同的目标，除了让显示品质更好外，也希望能够持续努力创造出低污染，高价值的产品，所以接下来谈的，是如何让CSTN的驱动器不只在功耗上大幅改善，视效上的改良也是不断创新，持续进步。 ２绿色驱动芯片的功能原理介绍 中小尺寸LCD驱动芯片的功能方块十分复杂，为了使画面品质更好，更省电、更有经济效益，绿色驱动芯片针对温度补偿及温度侦测电路、画面品质改善功能等皆有非常创新的设计，下面将详细介绍这些功能。 ２1温度补偿功能的创新 传统的驱动芯片仅有一条温度补偿曲线，造成了温补曲线仅能符合特定范围液晶参数的需求曲线，对于其它液晶参数而言则会有高低温视效不佳的问题。绿色驱动芯片在-40℃~88℃之间共分成了16段的温度区间，且在每个温度区间各有16条温补斜率可供选择，如图5所示，如此组合出来的温补曲线可以达到无论是何种液晶的温度参数在低温的环境或是在高温环境下都可以维持与常温相同的显示效果。 另外，如图6所示，驱动芯片在内建温度侦测功能之下，除了高低温视效上的改良，更可以在低温下调整耗电流，充分发挥省电功能，同时兼顾低温下最佳的显示品质与最低的耗电流。 ２2串扰现象解决方案 另外，CSTN在视效上最大的困扰就是模块上发生串扰的问题 由理论与实践得到的方向， 可以归纳出发生串扰的原因主要为以下几项。图7是串扰现象产生的示意图，左侧是一张底色是1/2灰阶靠近中间的部分上下夹着两条黑色长方形的图形，由图上两个点(X,Y)的段电极信号(segment)及共享电极信号(common)的波形可以发现，右上方表示理想状况下的波形，可以看到由共享电极与段电极信号所组合出来的X点、Y点的能量波形，这个能量波形代表的是亮度的表现，所以由右上方的波形看到在理想状况下X点与Y点的亮度是相同的。右下方是表示实际状况下的波形，在真实的情况下，讯号在上升及下降时都会有些许的失真，导致在X点因为段电极信号转态的次数较Y点多，能量的失真X点较Y点多，以致于Y点的亮度相较于X点会偏亮，原本是相同亮的两个点，但实际上亮度却不一样，画面上就会出现串扰现象。 前面说明串扰形成的原因发生在段电极信号失真程度不同，事实上，由于结构的关系段电极与共享电极之间会形成电容效应，如图8所示，段电极的信号与共享电极的信号会互相影响，造成了共享电极信号的Vm准位会因为不同的段电极信号而产生不同程度的失真状况，这也是造成串扰现象的原因之一。 了解了串扰的成因是因为讯号失真造成的，如果可以降低输出波形的失真，就可以补偿画面串扰的现象。图9表示串扰补偿的方法一，上半部与下半部两种不同的演算法会产生一样的显示效果，但是FRC的方式已由整个画面在同一时间产生相同的信号改变为不在同时间产生信号，可以维持一样的显示画面，但是因为整个画面的讯号已不在同一个时间产生同样的讯号，不但补偿了讯号的失真状况也可以降低耗电。 详细资料： >地铁FAS、BAS系统设计中几个问题的探讨
1防灾报警(FAS)、设备监控(BAS)系统方案的研究
地铁FAS、BAS系统，一般实行两级管理(中央级、车站级)、三级扩展(中央级、车站级、现场级)。目前的做法一般是两个系统独立组建，各自拥有自己的中央级、车站级、现场级和传输网络。也有部分项目在进行大型综合监控系统的研究，即包括几乎所有弱电系统，目的是实现资源共享、信息互通，但FAS、BAS系统与其他系统共享的资源和信息很少，因此不免有作秀的因素。本文只对FAS、BAS系统小综合与独立系统进行比较。
(1)方案一： 两系统在车站级和中央级进行综合
设备监控(BAS)系统与防灾报警(FAS)系统在车站级和中央级进行综合，即两系统在中央级共用一套局域网、工作站、服务器及外围设备，实现资源共享、信息互通、协调管理;在车站级统一设置冗余工作站、独立设置控制器;设备监控(BAS)、防灾报警(FAS)采用双网进行信息传输，即：各站设备监控(BAS)系统的冗余PLC控制器利用通信通道组成冗余以太网，各站防灾报警(FAS)系统的报警控制器利用通信专业提供的通信通道组成双环令牌网。保证系统的高度可靠性。防灾报警(FAS)、设备监控(BAS)控制器独立设置并通过通信接口进行通信，正常工况时，设备监控(BAS)系统对地铁机电设备按正常模式进行监控;火灾时，设备监控(BAS)系统的PLC控制器直接接受车站报警控制器的指令或中央下达的指令，将正常工况转入火灾工况，火灾工况具有优先权。保证系统响应的实时性。如图1和2
(2)方案二 各自设置独立系统
采用传统的方案，设备监控(BAS)系统与防灾报警(FAS)系统各自独立组建系统，即两系统分别配置中控级和车站级各类设备，两系统采用独立的传输通道进行信息传输，各系统分别完成各自的监控功能。设备监控(BAS)系统配置的中控级、车站级与就地级设备完成控制中心级、车站级两级管理，和控制中心级、车站级、就地级三级控制。在中央级和车站级，设备监控(BAS)系统和防灾报警(FAS)系统均设通信接口，火灾时防灾报警(FAS)系统通过接口向设备系统发出指令，设备监控(BAS)系统启动相应的火灾模式。如图3
(3)方案比选
方案一：
首先，防灾报警(FAS)系统与设备监控(BAS)系统存在互补性和依赖性。目前地铁的环控通风和防排烟都是合用一套设备，设备监控(BAS)系统可以完成正常工况下环控通风的控制，而火灾工况下，需要防灾报警(FAS)系统确认火灾，并指定火灾运行模式指令发送给设备监控(BAS)系统执行。因此单个系统难以完成消防控制过程，需要两个系统相互配合、协调工作。综合后系统更加符合地铁的运行特点，提高智能化水平，方便运营管理。
其次， 防灾报警(FAS)系统与设备监控(BAS)系统具备综合条件和成熟的技术。
最后，防灾报警(FAS)系统与设备监控(BAS)系统进行综合后可以节约投资。综合后由于减少了一套中央级的设备，可以节约投资。
方案二：由于两系统的运营人员一般为同一套人员，需要一个人同时监管两个系统;车站级以上设备分别设置，投资高;工程实施过程中协调工作量大。
(4)结论：
综上所述，采用方案一技术先进、性能可靠、方便运营管理、投资低、符合自动化系统的发展趋势、能满足轨道交通监控管理需要，故推荐方案一， 防灾报警(FAS)、设备监控(BAS)系统在车站级及OCC进行综合。
2地铁防排烟设备的联动控制问题
由于地铁防排烟与正常通风一般合用一套设备系统，因此防灾报警(FAS)系统负责监视管辖范围内的火灾灾情并报警，联动控制专用防灾设备。由设备监控(BAS)系统负责监控正常运营和灾害状态兼顾使用的防灾设备。防灾报警(FAS)系统与设备监控(BAS)系统在车站综合控制室通过网络接口相连接。在灾害状态下，由车站防灾报警(FAS)系统或控制中心发出指令，设备监控(BAS)系统按照预先编制的灾害模式运行。
但在不少项目的设计，人们对防排烟消防设备的处理仍然表现的心有余悸，把风机和风阀交给BAS系统，而防火阀交给FAS系统，以期得到消防部门的认可。但地铁环控系统的防排烟运行模式与一般楼宇相比要复杂得多，每一种模式都涉及到若干风机、风阀及防火阀一系列动作，上述做法实际上需要两个系统共同完成一个模式，从我们作过的几个项目看，实现起来很难，可靠性很差，甚至无法调通。所以对环控系统的所有设备必须用系统的观念去对待，不能肢解。因此应将把环控系统(包括防火阀)作为一个整体全部交由设备监控(BAS)系统监控。使系统结构更符合地铁的实际情况。另外BAS系统IBP盘也是模式控制，如果两个系统共同完成一个模式，在手动状态下根本无法实现。再说根据《地铁设计规范》(GB 50157-2003)第1923条规定：防排烟设备可以由BAS系统联动控制，第2031条规定：，BAS系统的基本功能包括了执行防灾和阻塞模式，第2043条第4款也规定：BAS系统的IBP盘作为BAS系统火灾工况自动控制的后备措施。因此上述做法是有法可依的。
3消火栓系统的联动控制问题
对于地下站一般市政水压足够，一般没有消防泵，而地面站、高架站通常需要设置消防泵。有消防泵的消火栓系统，在消火栓箱内应设置启泵按钮。但通常启泵按钮是通过DC24V硬线控制。这里有两个问题需要注意：一是规范要求设FAS系统的项目，FAS系统要监视启泵按钮的位置和动作，一般是在消火栓箱设一个监视模块，通过模块地址及反馈信号确定消火栓的位置及动作;二是对于建筑规模较大的项目，控制线的距离较远，DC24V是否可靠没有把握，为此上海的做法是采用安全电压的高限48V。我在主持上海9号线的设计时，曾与到一个特例，就是其松江新城站是一个半低下、半地面车站，由于市政水压不够设置了消防泵，问题是该站连着17km的地下隧道区间需要设置消火栓及启泵按钮，显然安全电压等级的硬线控制难以实现。
长期以来，人们对消防设备的控制首先想到的是硬线，认为硬线可靠，消防部门容易通过。但上述情况就对硬线的可靠性提出了挑战。那么规范是怎么规定的呢
(1)《火灾自动报警设计规范》(GB 50116-98)
第532条：消防泵、防排烟风机的控制设备当采用总线编码模块控制时，还应在控制室设置手动直接控制;
第632条：消防控制设备对室内消火栓系统应有下列控制和显示功能：
6321：控制消防泵的启、停;
6322：显示消防泵的工作、故障状态;
6323：显示启泵按钮的位置。
(2)《地铁设计规范》(GB 50157-2003)
19211：对消火栓系统的控制应满足下列要求：
1 控制消防泵的启、停;
2设消防泵的消火栓处应设消火栓按钮，向消防控制室发送要求启动消防泵的信号;
3消防值班控制室应能显示消防泵的工作和、故障状态、消火栓按钮的工作位置和手动/自动开关位置。
从以上规定看，没有一处要求消火栓按钮必须是硬线控制，而且《地铁设计规范》还明确对消火栓按钮要求：向消防控制室发送要求启动消防泵的信号而不是直接启泵。因此我们完全可以用FAS系统的手动报警按钮代替传统的消火栓按钮，直接接入FAS系统的总线，它本身就带地址，完全能够向控制室发送要求启动消防泵的信号，并能通过其地址确定启泵按钮的位置，同时省去了一个监视模块，况且车站控制室还有硬线启泵的硬线控制作为后备措施，完全满足规范要求。在上海9号线的设计中，我们提出了这一方案，事先与上海市消防局沟通，并得到了上海市消防局的认可。总线控制方案显著地提高了控制的可靠性，且节约了投资。
4隧道区间的火灾监测问题
我国98年版国家标准《火灾自动报警系统设计规范》GB50116-98及《地铁设计规范》(GB 50157-2003)都将地铁隧道定为一级保护对象，显示了对地铁火灾安全的高度重视。由于目前的防灾报警(FAS)系统设备存在总线长度有限、回路容量不够、其他线性感温元件保护范围小、不能精确定位报警点等技术困难，目前已经运营和在建的大部分地铁隧道都没有安装感温元件，成为地铁的一个安全死角。鉴于地铁严峻的安全形式，为了消灭地铁的安全死角，更有效地保护国家和人民的生命和财产安全，研究、选择适合在地铁隧道安装运行的火灾监测系统已迫在眉睫。为此，我们依托深圳地铁工程，开展了对“新型地铁火灾监测系统设计技术”的专题研究，利用感温光纤进行隧道区间的火灾监测。该研究成果已经通过了天津市科学委员会组织的专家鉴定，鉴定意见认为该成果总体到达了国际领先水平，建议在国内外地铁工程中推广应用。光纤分布式火灾监测系统已经在深圳地铁成功投入运行且运行状态良好，受到业主高度评价。运行实践证明该研究成果技术先进、性能可靠、 *** 作方便、易于推广、经济和社会效益显著。改变了地铁隧道无自动火灾报警装置的现状，为在地铁设置无盲点的火灾自动报警系统提供了先进的技术手段。该成果的应用实现了地铁隧道火灾的自动报警→防排烟模式指令的下达→相关防排烟设备的联动控制→执行结果的反馈全过程的自动化。为了保证地铁的安全运行，今后的项目在地铁隧道应设置感温光纤监视隧道火灾灾情。

前些日子公司电脑中了ACADFAS文件病毒，有时图档文件名就被无故修改了，导致图档找不到，用包含文字搜索才能找到。于是想将ACADFAS文件全部搜出删除。说干就干，周末把所有电脑打开并断开与服务器的连接。将服务器进行了搜索（包含隐藏文件），哇噻一千多个，全删了。然后再所有客户端电脑上也进行了删除，都删光了这下因该没问题了吧，于是再搜索了一遍，已经找不到了，嘿嘿搞定，唉！事情还没结束呢，打开cad后再搜索了一次电脑，汗！尽然有跑出来一个，于是再删了，再搜没了，关了cad搜也没了。心想这下应该可以了吧，再打开cad后再搜索了一次电脑,晕！在cad安装目录下又出现一个。
看来不能蛮干了，静下来想想ACADFAS只有依靠cad才能运行并不会感染其他文件，只是靠自身复制到图档目录下和cad支持路径下进行传播。删了为什么还会无中生有呢，有两种可能1、有个程式会自动编译出acadfas。2、有个与acadfas文件同内容但不同名称的文档，在acadfas被删除后被拷至cad支持目录并更名为acadfas。
第一种方式从acadfas的传播方法及运行机制来看应该是较难实现的，因为中毒前一般都是客户给的图档下带了一个ACADFAS文件，AUTOCAD打开图档后CAD自动加载ACADFAS,才开始中毒的，而以cad的功能是不能生成可执行文件的。但用cad开发的lisp是可以有读写文件和注册表的，ACADFAS就是lisp开发后编译的，因此完全有能力生成一些简单的命令脚本文件及修改注册表，使CAD自动加载ACADFAS后将其自身复制一份并更名后藏在某处，并读写生成一个命令脚本文件具有拷贝、更名的功能，然后修改注册表，使系统运行cad后或开机时运行该命令脚本。
根据以上分析得出解决方法两种：1、删除ACADFAS时也同时删除与其同内容的其他文件。具体做法是搜索与ACADFAS具有同样日期和大小的文件然后删除，当然在删除前要确认以下是否为FAS文件（用写字板打开里面有一行文字为“FAS4-FILE ; Do not change it!“）
2、删除ACADFAS时也同时删除与其同内容的命令脚本文件，当然这个文件你并不知道他的文件名是什么，具体方法就不说了，这次是一个叫SHRFCMD的，是个隐藏文件，在C:\WINDOWS\SYSTEM32目录下。
以上两种方法都可也，之后再也找不到ACADFAS了，一切恢复正常。

前些日子公司电脑中了ACADFAS文件病毒，有时图档文件名就被无故修改了，导致图档找不到，用包含文字搜索才能找到。于是想将ACADFAS文件全部搜出删除。说干就干，周末把所有电脑打开并断开与服务器的连接。将服务器进行了搜索（包含隐藏文件），哇噻一千多个，全删了。然后再所有客户端电脑上也进行了删除，都删光了这下因该没问题了吧，于是再搜索了一遍，已经找不到了，嘿嘿搞定，唉！事情还没结束呢，打开cad后再搜索了一次电脑，汗！尽然有跑出来一个，于是再删了，再搜没了，关了cad搜也没了。心想这下应该可以了吧，再打开cad后再搜索了一次电脑,晕！在cad安装目录下又出现一个。
看来不能蛮干了，静下来想想ACADFAS只有依靠cad才能运行并不会感染其他文件，只是靠自身复制到图档目录下和cad支持路径下进行传播。删了为什么还会无中生有呢，有两种可能1、有个程式会自动编译出acadfas。2、有个与acadfas文件同内容但不同名称的文档，在acadfas被删除后被拷至cad支持目录并更名为acadfas。
第一种方式从acadfas的传播方法及运行机制来看应该是较难实现的，因为中毒前一般都是客户给的图档下带了一个ACADFAS文件，AUTOCAD打开图档后CAD自动加载ACADFAS,才开始中毒的，而以cad的功能是不能生成可执行文件的。但用cad开发的lisp是可以有读写文件和注册表的，ACADFAS就是lisp开发后编译的，因此完全有能力生成一些简单的命令脚本文件及修改注册表，使CAD自动加载ACADFAS后将其自身复制一份并更名后藏在某处，并读写生成一个命令脚本文件具有拷贝、更名的功能，然后修改注册表，使系统运行cad后或开机时运行该命令脚本。
根据以上分析得出解决方法两种：1、删除ACADFAS时也同时删除与其同内容的其他文件。具体做法是搜索与ACADFAS具有同样日期和大小的文件然后删除，当然在删除前要确认以下是否为FAS文件（用写字板打开里面有一行文字为“FAS4-FILE ; Do not change it!“）
2、删除ACADFAS时也同时删除与其同内容的命令脚本文件，当然这个文件你并不知道他的文件名是什么，具体方法就不说了，这次是一个叫SHRFCMD的，是个隐藏文件，在C:\WINDOWS\SYSTEM32目录下。
以上两种方法都可也，之后再也找不到ACADFAS了，一切恢复正常。

---