图：二战中屡立奇功的英国雷达天线 大家一定都很熟悉，天线的英文名一般叫做Antenna。其实，它的另一个名称叫Aerials。所谓Aerials，就是一条用来发射或接收无线电讯号的长导线。从这个名称可以看出来，实验家们在还没有把天线发扬光大之前，天线原来是什么样子。 下面试着以「以古鉴今」的方式来了解天线，最主要的是希望从中可以看到天线的有趣实验与动脑筋的精神，最后要简略地介绍天线的发展历史…… 有趣的天线发明史 「威尔」发现了导线的妙处 我们一路回到最早期的无线电时代。在电力未发明以前，所有的机器都以煤油供应，例如以煤油为动力的冰箱就是很好的证明。 早期有位实验家，名叫「威尔」 (Whitfield Whire)，他发明的无线电发射机可以发出很大的火花，但讯号却无法发射出去。实际上，他发明的发射机是以火花放电原理产生的无线电。但让他最呐闷的是，试用了无数的方法，就是无法接收到这发射机所发射的讯号。后来是收到了，但讯号很弱。 为了更进一步验证电波是否可以穿过桌面，他把发射机摆在桌子底下；为了取得讯号，接收机被吊在桌子上方的天花板上。令他感到意外的是，吊着接收机的这一条导线，竟然使接收机的效率好了许多。因此，他就把吊着的导线留在那里。从此，他就称这台接收机为「无线电接收机」 (WIRELESS SET)，并且把这一份结果整理成一份报告，发表在美国的 QST 杂志上 (世界上最早的一份业余无线电杂志 )。 「古浪」发现接地的好处 在这好几年之后，有一位名叫「古浪」 (Garfield Grownd) 的实验家发现到，供电给桌子上的台灯有两条导线，但是接收机的天线只有一条，为什么只有一条天线可以表现得那么好，因此他就针对这个问题继绩探讨下去。 这个问题自然对他困扰不已，但是事情就是如此之巧，在后来他买了一部车子后，他发现车灯也是使用一条导线而已，当然还有另一条线是接车子的外壳。这就使他想到一个问题：若同样把发射机的其中一条导线接到一个共同的接点，是不是会比较好？所以，他就用了一条金属管打入地底下，并且拉出一条线接到发射机上头，这竟然使讯号增强了许多。 同样，他也把这重要的发现发表在 QST 杂志上。他在该文中建议，每一座业余无线电台，都需要有「接地」 (GROWND)。 「戴柏」发明双偶极天线 天线的下一个主要突破是由「戴柏」 (Diogenes Dipole) 发明的。 有一天，当迪普 (戴柏的昵称 ) 走过一个游乐场时，发现当地的狮子会员正在玩跷跷板，他发现这些狮子会员都很快地能保持平衡，想必其中有人运力，使跷跷板在极短的时间内保持平衡。 迪普回到家后，马上拿了一条导线接上机器外壳，另一条导线则接到发射机输出，这就成为一组新的天线。其实，此天线也就是后来大家所熟知的「双偶极」 (DIPOLE) 天线。这是为了记念戴柏，而以他的名字来命名。 「郝柏思」发明天线的虚接地 在QST杂志上读过Whire Grownded Balanced-Lion-fed Dipole天线专论之后，一位名叫「郝柏思」 (Count Herpoise) 的欧洲贵族，发现他的台灯不只两条线，而是三条线，因为这国家的电力系统采用330V，这虽很自然，但他想到，为什么北美地区使用220V 供电，也要有三条线。这也就促成他发明了「虚接地线」，这理论常时很少人知道，甚至有人对这理论不以为然。 不过，今日对天线有兴趣者必定知道，虚性接地是必须的，而这些「虚接地」通常也称做COUNTERPOISE，用发明者的名字以资纪念。 「崔伯」首创较短的双偶极天线 也在QST上读过Whire Grownded Balanced-Lion-fed Dipole天线专论的「崔伯」(Von Trap)，由于他家空间不够大，无法架设双偶极天线，所以他沿着天线，每隔几英呎左右就绕几个圈，好把过长的部份缠绕起来，并且在缠绕的电感上并联电容，这就是「崔伯双偶极天线」 (TRAP DlPOLE) 的诞生。 「尼马奇」提出天线理论、发明驻波比表 从美国QST杂志发行以来，有关天线的发展史中，最富传奇色彩的是「尼马奇」 (Morries Nimatch)，其朋友们都昵称他为Mo。 他是第一位提出天线理论，探讨有关被馈送到长状天线的功率，有多少不会被辐射出去的物理学家。他为了彻底了解这一理论，想知道功率发射出去约有多少，被反射回来约有多少，因而发明了「驻波比表」 (驻波比 SWR 的现在英文正名为 Standing Wave Ratio。当时是See What Returns的缩写，意思是有多少功率被折返。) 为了纪念此为驻波比表发明者，以前曾有人把驻波比表称做 MoNimatch。至今，有关驻波比表的制作，依然以此为基础。 QST杂志依例报导了极为成功的Monimatched Whire Grownded Count Herpoise Balanced-Lion-fed Trap Dipole天线。从上列一路发展下来，像极了印度教的导师精神。 「雷顿」发现天线匹配 后为「雷顿」 (Raoul Random)发现跷跷板上两端物体互异，但是调整距离也可以达到平衡，天线应该也可以像这样，以人工方式调整，达到平衡 (匹配 )。 「赫兹」建立第一个天线系统 1865年德国物理学家赫兹Hertz (1857-1894, 37岁)建立了第一个天线系统，当时的装配设备如今可描述为工作在米波波长的完整无线电系统，其中采用了终端加载的偶极子作为发射天线，并采用了谐振方环作为接受系统。 图：赫兹的天线系统 「马可尼」开创商用无线电、越洋通信 1901年12月，意大利博洛尼亚研究者马可尼在赫兹的系统上添加了调谐电路，为较长波长配备了大的天线和接地系统，并在纽芬兰的圣约翰斯接收到发自英格兰波尔多的2.5km无线电报。开发了商用无线电，开创了越洋通信。 在这些初期的研究上天线获得广泛的关注和应用，其发展大致可划分为三个历史阶段。 天线的发展历史 1、线天线时期 （19世纪末至20世纪30年代初） 1901年，马可尼在加拿大纽芬兰收到的横渡大西洋由英国康泛尔半岛发来的“S”字母信，开辟了无线电远距离通信的新时代。其当时所用发射天线，是从48m高的横挂线斜拉下50根铜导线形成的扇形结构，可认为是第一副实用的单极天线，震荡源是70Hz的火花发生器。 随后又利用4座木塔架设导线网构成方形单锥天线，如下图所示，发射波长1000m。 图：单锥天线 随着20世纪初电子管的发明和发展，这一时期开头利用长波进行通信。随后发展到中波通信，并因电离层的发现。1924年前后，开始了短波通信和远程广播。这一时期也建立了线天线的基本理论。 2、面天线时期（20世纪30年代初至50年代末） 二战前夕，微波速调管和磁控管的发明，导致了微波雷达的出现，厘米波得以普及，无线电频谱才得到更为充分的利用。这一时期广泛采用了抛物面天线或其他形式的反射面天线，这些天线都是面天线或称口径天线。 此外，还出现了波导缝隙天线、介质棒天线、螺旋天线等。战后微波中继通信、广播和射电天文等应用使面天线和线天线技术进一步得到发展、提高。这时期建立了口径天线和基本理论，如几何光学、口径场法等，发明了天线测试技术，开发了天线阵的综合技术。 3、大发展时期（20世纪50年代至今） 1957年，人造地球卫星上天标志着人类进入了开发宇宙的新时代，也对天线提出了多方面的高要求，如高增益、精密跟踪、快速扫面、宽频带、低旁瓣等。同时，电子计算机、微电子技术和现代材料的进展又为天线理论与技术的发展提供了必要的基础。 1957年，美国制成了用于精密跟踪雷达AN／FPS-16的单脉冲天线，达0.1密位；1963年出现了高效率的双模喇叭馈源；1966年发明了波纹喇叭；1968年制成了高功率相控阵雷达AN／FPS-85；1972年制成了第一批实用微带天线，并作为火箭和导弹的共形天线开始了应用。 近年来，还出现了分形天线等小型化天线形式，另一重要进展时发展了天线的信号处理能力，理论上的进展是：创立了矩量法（MOM），时域有限差分法（FDTD）和几何绕射理论（GTD）等分析方法，并已形成商用软件。在天线测量技术方面，发展了微波暗室和近场测量技术，研制了紧缩天线测试场和利用射电源的测试技术，并建立了自动化测试系统。 图：美国F-16歼击机上AN／APG-68火控雷达的相控缝隙阵天线 图：GPS上的螺旋天线阵 未来展望 现如今，天线已广泛应用于移动通信、广播电视、雷达、导航、卫星气象、遥感等领域。天线技术已具有成熟科学的许多特征，仍然是一个富有活力的技术领域。 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

近日，我国在量子计算领域取得了里程碑式的突破。中国科学技术大学宣称该校学者潘建伟带领的团队成功构建了76个光子的量子计算原型机“九章”，实现了具有实用前景的“高斯玻色取样”任务的快速求解。这一成果牢固确立了我国在国际量子计算研究中的第一方阵地位。 “九章”的诞生引发了多方关注与热议，其先进程度远超大家想象。据悉，该计算机一分钟完成的任务，超级计算机需要约一亿年才能完成。而与谷歌去年发布的量子计算原型机“悬铃木”相比，“九章”的计算速度快了一百亿倍。“九章”的出现使我国成功获得了“量子霸权”。 “九章”为何这么快？ “九章”的计算之快源于其计算形式。量子计算机与我们平时接触到的普通计算机的计算形式不同。普通计算机通过电路的开与关来进行计算，单位信息比特只有1和0两种形式，一些更复杂的运算操作则是通过多位信息的逻辑运算实现的。 而量子计算机使用粒子的状态作为计算形式，由于粒子能够同时处于多种状态，因此量子计算机的单个比特可以承载更多的信息。在“九章”中使用的量子载体为光子，光子除了亮和灭两种形态以外，还存在不同的偏振态，因此，一个光子能够表达的不仅是0和1两种状态，含包括两者组合叠加的多样结果。粒子的使用使得量子计算机的运算速度能够突破电路性能的限制，得到了极大程度的提升。 利用量子天然具备的叠加性，量子计算机得以施展并行计算的能力。随着比特数的增加，信息的存储量和运行速度将以指数形式增长，这是普通计算机难以企及的。 不过，需要明确的是，“九章”目前还不算是真正的“量子计算机”，而是“量子计算原型机”。此前潘建伟院士曾表示，通用量子计算机的问世可能还需要15-30年的时间。目前“九章”还不能进行通用运算，只能作为计算“高斯玻色采样”的实验设备，辅助传统计算机进行运算。 据悉，“九章”初步将被应用于量子化学以及图论中组合数学的研究中去，后续可能被用于机器学习的研究。“九章”的实际应用还需要更多更有效的探索。 “九章”的构建之路 目前，研制量子计算机已成为世界科技前沿的最大挑战之一。潘建伟团队一直在光量子信息处理方面处于国际领先水平。早在2017年，该团队就聚焦于量子点光源，构建出了世界首台超越早期经典计算机的光量子计算原型机。 在2019年，该团队又更进一步，在光子数和计算复杂度等关键指标上实验大幅度提升，逼近“量子计算优越性”。而这次，潘建伟团队通过自主研制同时具备高效率、高全同性、极高亮度和大规模扩展能力的量子光源，最终突破了光子效能的瓶颈，成功构建了“九章”。 在“九章”的构建之路上，该团队经历的困难远超想象，该设备对锁相精度的要求高达十的负九次方。团队中的陆朝阳曾这样描述他们遇到的难题，“我们需要50路光子同时通过20多米的光层，每一路都要保持25纳米的精度，这相当于你让50匹马一起跑过100公里，必须同时到达，每匹马的误差，不能超过一根头发丝。”这样的形容充分说明了“九章”成果的来之不易。 值得一提的是，此次“九章”的研发团队中有四位90后成员，期中年龄最小的一位成员1997年出生，这也让我们切实地看到了“后浪”的力量。在这些年轻的新力量的推动下，建设世界科技强国，未来可期。 “九章”的成功研发也意味着我国实现了“量子霸权”。所谓量子霸权，也称量子计算优越性，是指量子计算装置在特定测试案例上表现出超越所有经典计算机的计算能力。实现量子霸权是量子计算发展的重要里程碑，这确立了我国在国际量子计算研究中的第一方阵地位。 量子计算机强大的并行运算能力，可以推动密码破译、材料设计、药物分析等具有重大使用价值难题的解决，加速科技进步。量子计算机的未来是人类科技前进的一个方向，而“九章”的出现给予了中国引领世界发展的希望。 上一个声称实现量子霸权的是来自美国的谷歌公司，他们于2019年研发了使用53个量子比特的量子计算机“悬铃木”。但与“悬铃木”相比，“九章”有很大的超越。 首先，通过与最快的超级计算机的等效比较，“九章”的计算速度要比“悬铃木”快一百亿倍。除此之外，“九章”有着更强的环境适应性。“悬铃木”对于运行环境有着很高的要求，需要在零下273.12摄氏度下运行，但“九章”只有探测部分需要低温环境，其他部分在室温环境下也可以运行。这意味着“九章”的使用更加便利，使用范围也更广。 还有重要的一点是，“九章”弥补了“悬铃木”的技术漏洞。“悬铃木”的运算速度与样本数量有着紧密的练习，“悬铃木”的运算速度只有在小样本的情况下才优于超级计算机。而“九章”的运算能力不依赖于样本数量，不管样本多大，都能保持了优越的运算速度。这也是为何“九章”的出现能在世界范围内引起如此大的轰动，许多外国科学家都对“九章”表示了肯定，并对发明团队表达了敬意。 不过潘建伟也表示，“量子霸权就是碾压一切”的观点是错误的。他认为，“量子优越性实验并不是一个一蹴而就的工作。而是更快的经典算法和不断提升的量子计算硬件之间的竞争,但最终量子并行性会产生经典计算机无法企及的算力。” 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

出品 21ic中国电子网 付斌整理 网站：21ic.com 中芯国际作为中国芯近期被关注最多的公司之一，三番五次被美国打压。不过最近中芯国际持续加大投入，联合亦庄国际投资和国家集成电路产业投资基金投资500亿元建厂，振奋了行业的决心。 据企查查信息显示，日前中芯国际正式成立了中芯京城集成电路制造（北京）有限公司，这个企业就是12月4日中芯国际公告的50亿美金投资的公司。 当时的公告称中芯控股、国家集成电路基金II和亦庄国投将共同成立合资企业，注册资本50亿美元，准备投资76亿美元，大概折合500亿人民币巨额资金生产12寸集成电路晶圆及集成电路封装系列等。 信息显示，中芯京城集成电路制造（北京）有限公司成立于12月7日，法定代表人为姜镭，注册资本为500000万（50亿）美元。股东方面，第一大股东为中芯国际控股有限公司，持股比例51%；北京亦庄国际投资发展有限公司为第二大股东，持股24.51%；国家集成电路产业投资基金二期股份有限公司为第三大股东，持股24.49%。 营业范围主要涉及制造12英寸集成电路圆片、集成电路封装系列，技术检测，与集成电路有关的技术开发、技术服务、设计服务；销售自产产品等。 公开资料显示，国家集成电路基金II于2019年10月注册成立，透过股权投资，主要投资于集成电路产业的价值链，其中以集成电路芯片生产、芯片设计、封装测试以及设备及材料为主。 亦庄国投创立于2009年2月，为北京经济技术开发区财政审计局全资附属公司。作为一家就北京经济技术开发区产业转型升级而成立的国有投资公司，亦庄国投可提供创新金融服务以满足当地企业发展需要。 中芯国际表示，据董事作出一切合理查询后所深知、全悉及确信，基于本公告披露的理由及除亦庄国投于中芯北方的5.75%股权外，除国家集成电路基金II外，亦庄国投和其最终实益拥有人均为独立于本公司和本公司关联（连）人士的第三方。 科创板日报报道称，中芯国际第二代FinFET已进入小量试产。去年11月消息称，中芯国际已经启动了14nm FinFET工艺芯片的量产，且计划2019年年底前进行12nm FinFET的风险试产。12nm工艺相比14nm晶体管尺寸进一步缩微，功耗降低20%、性能提升10%，错误率降低20%。 前不久，中芯国际被美国盯上。12月4日，美国国防部官网公示，依据修订的《1999财政年度国防授权法》第1237条的法定要求，正式将中芯国际（SMIC）、中国建设科技集团（CCTC）、中国国际工程咨询公司（CIECC）、中海油（CNOOC）四家中国企业加入“与军事活动有联系”的企业清单。 消息发出后，中芯国际立即在其公众号内回应表示，被列入该名单对公司没有重大影响，并重申公司是独立营运的国际性企业。 在互动平台上，中芯国际也表示目前公司正常运营，公司和美国相关政府部门等进行了积极交流与沟通。公司客户需求强劲，订单饱满，第三季度产能利用率接近满载。展望2020年全年，公司的收入目标上修为24%至26%的年增长。全年毛利率目标高于去年。 推荐阅读： 安谋中国推出首款“玲珑”ISP处理器：自主研发，赋能本土！ 匡安网络：坚持自主研发创新，筑牢网络安全之堤 青藤云安全“四大利器”，为新基建安全保驾护航 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

在今日于重庆举办的中国集成电路设计2020年会暨重庆集成电路创新发展高峰论坛上，中国半导体行业协会集成电路设计分会理事长魏少军博士发表了题为 《抓住机遇，实现跨越》 的演讲，在开始前，我们先对魏教授的演讲内容做个总结： 2020年中国芯片设计企业达2218家； 长江三角洲的增速和销售最大，深圳、上海、北京继续把持前三位； 2020年预计有289家企业销售额超1亿元人民币； 产业集中度情况仍没有改善； 2020年8家芯片设计企业在主板和科创板上市，募集资金额达98.5亿元人民币； 我国高端芯片取得长足发展，生态环境不断改善，研发水平持续提升； 挑战依然严峻：“需求旺盛、供给不足”、产业长期可持续发展的根基不牢、产品创新/研发投入严重不足，人才短缺严重； 集成电路产业不是露在地面的金矿，需要长期的耕耘，也需要包括资本在内的不断浇水呵护； 沉下心来再干10年，中国集成电路设计业一定能够取得丰硕的成果； 我们在庆祝今年取得成绩的同时，更要保持清醒的头脑和旺盛的斗志，抓住机遇，实现跨越 以下是魏博士发言PPT： 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

高可用的一些解决方案 高可用，从发展来看，大致经过了这几个过程： 冷备 双机热备 同城双活 异地双活 异地多活 在聊异地多活的时候，还是先看一些其他的方案，这有利于我们理解很多设计的缘由。 冷备 冷备，通过停止数据库对外服务的能力，通过文件拷贝的方式将数据快速进行备份归档的操作方式。简而言之，冷备，就是复制粘贴，在linux上通过cp命令就可以很快完成。可以通过人为操作，或者定时脚本进行。有如下好处： 简单 快速备份（相对于其他备份方式） 快速恢复。只需要将备份文件拷贝回工作目录即完成恢复过程（亦或者修改数据库的配置，直接将备份的目录修改为数据库工作目录）。更甚，通过两次 mv命令就可瞬间完成恢复。 可以按照时间点恢复。比如，几天前发生的拼多多优惠券漏洞被人刷掉很多钱，可以根据前一个时间点进行还原，“挽回损失”。 以上的好处，对于以前的软件来说，是很好的方式。但是对于现如今的很多场景，已经不好用了，因为： 服务需要停机。n个9肯定无法做到了。然后，以前我们的停机冷备是在凌晨没有人使用的时候进行，但是现在很多的互联网应用已经是面向全球了，所以，任何时候都是有人在使用的。 数据丢失。如果不采取措施，那么在完成了数据恢复后，备份时间点到还原时间内的数据会丢失。传统的做法，是冷备还原以后，通过数据库日志手动恢复数据。比如通过redo日志，更甚者，我还曾经通过业务日志去手动回放请求恢复数据。恢复是极大的体力活，错误率高，恢复时间长。 冷备是全量备份。全量备份会造成磁盘空间浪费，以及容量不足的问题，只能通过将备份拷贝到其他移动设备上解决。所以，整个备份过程的时间其实更长了。想象一下每天拷贝几个T的数据到移动硬盘上，需要多少移动硬盘和时间。并且，全量备份是无法定制化的，比如只备份某一些表，是无法做到的。 如何权衡冷备的利弊，是每个业务需要考虑的。 双机热备 热备，和冷备比起来，主要的差别是不用停机，一边备份一边提供服务。但还原的时候还是需要停机的。由于我们讨论的是和存储相关的，所以不将共享磁盘的方式看作双机热备。 Active/Standby模式 相当于1主1从，主节点对外提供服务，从节点作为backup。通过一些手段将数据从主节点同步到从节点，当故障发生时，将从节点设置为工作节点。数据同步的方式可以是偏软件层面，也可以是偏硬件层面的。 偏软件层面的，比如mysql的master/slave方式，通过同步binlog的方式；sqlserver的订阅复制方式。 偏硬件层面，通过扇区和磁盘的拦截等镜像技术，将数据拷贝到另外的磁盘。偏硬件的方式，也被叫做数据级灾备；偏软件的，被叫做应用级灾备。后文谈得更多的是应用级灾备。 双机互备 本质上还是Active/Standby，只是互为主从而已。双机互备并不能工作于同一个业务，只是在服务器角度来看，更好的压榨了可用的资源。比如，两个业务分别有库A和B，通过两个机器P和Q进行部署。那么对于A业务，P主Q从，对于B业务，Q主P从。整体上看起来是两个机器互为主备。这种架构下，读写分离是很好的，单写多读，减少冲突又提高了效率。 其他的高可用方案还可以参考各类数据库的多种部署模式，比如mysql的主从、双主多从、MHA；redis的主从，哨兵，cluster等等。 同城双活 前面讲到的几种方案，基本都是在一个局域网内进行的。业务发展到后面，有了同城多活的方案。和前面比起来，不信任的粒度从机器转为了机房。这种方案可以解决某个IDC机房整体挂掉的情况（停电，断网等）。 同城双活其实和前文提到的双机热备没有本质的区别，只是“距离”更远了，基本上还是一样（同城专线网速还是很快的）。双机热备提供了灾备能力，双机互备避免了过多的资源浪费。 在程序代码的辅助下，有的业务还可以做到真正的双活，即同一个业务，双主，同时提供读写，只要处理好冲突的问题即可。需要注意的是，并不是所有的业务都能做到。 业界更多采用的是两地三中心的做法。远端的备份机房能更大的提供灾备能力，能更好的抵抗地震，恐袭等情况。双活的机器必须部署到同城，距离更远的城市作为灾备机房。灾备机房是不对外提供服务的，只作为备份使用，发生故障了才切流量到灾备机房；或者是只作为数据备份。原因主要在于：距离太远，网络延迟太大。 如上图，用户流量通过负载均衡，将服务A的流量发送到IDC1，服务器集A；将服务B的流量发送到IDC2，服务器B；同时，服务器集a和b分别从A和B进行同城专线的数据同步，并且通过长距离的异地专线往IDC3进行同步。当任何一个IDC当机时，将所有流量切到同城的另一个IDC机房，完成了failover。当城市1发生大面积故障时，比如发生地震导致IDC1和2同时停止工作，则数据在IDC3得以保全。同时，如果负载均衡仍然有效，也可以将流量全部转发到IDC3中。不过，此时IDC3机房的距离非常远，网络延迟变得很严重，通常用户的体验的会受到严重影响的。 上图是一种基于Master-Slave模式的两地三中心示意图。城市1中的两个机房作为1主1从，异地机房作为从。也可以采用同城双主+keepalived+vip的方式，或者MHA的方式进行failover。但城市2不能（最好不要）被选择为Master。 异地双活 同城双活可以应对大部分的灾备情况，但是碰到大面积停电，或者自然灾害的时候，服务依然会中断。对上面的两地三中心进行改造，在异地也部署前端入口节点和应用，在城市1停止服务后将流量切到城市2，可以在降低用户体验的情况下，进行降级。但用户的体验下降程度非常大。 所以大多数的互联网公司采用了异地双活的方案。 上图是一个简单的异地双活的示意图。流量经过LB后分发到两个城市的服务器集群中，服务器集群只连接本地的数据库集群，只有当本地的所有数据库集群均不能访问，才failover到异地的数据库集群中。 在这种方式下，由于异地网络问题，双向同步需要花费更多的时间。更长的同步时间将会导致更加严重的吞吐量下降，或者出现数据冲突的情况。吞吐量和冲突是两个对立的问题，你需要在其中进行权衡。例如，为了解决冲突，引入分布式锁/分布式事务；为了解决达到更高的吞吐量，利用中间状态、错误重试等手段，达到最终一致性；降低冲突，将数据进行恰当的sharding，尽可能在一个节点中完成整个事务。 对于一些无法接受最终一致性的业务，饿了么采用的是下图的方式： 对于个别一致性要求很高的应用，我们提供了一种强一致的方案（Global Zone），Globa Zone是一种跨机房的读写分离机制，所有的写操作被定向到一个 Master 机房进行，以保证一致性，读操作可以在每个机房的 Slave库执行，也可以 bind 到 Master 机房进行，这一切都基于我们的数据库访问层（DAL）完成，业务基本无感知。 也就是说，在这个区域是不能进行双活的。采用主从而不是双写，自然解决了冲突的问题。 实际上，异地双活和异地多活已经很像了，双活的结构更为简单，所以在程序架构上不用做过多的考虑，只需要做传统的限流，failover等操作即可。但其实双活只是一个临时的步骤，最终的目的是切换到多活。因为双活除了有数据冲突上的问题意外，还无法进行横向扩展。 异地多活 根据异地双活的思路，我们可以画出异地多活的一种示意图。每个节点的出度和入度都是4，在这种情况下，任何节点下线都不会对业务有影响。但是，考虑到距离的问题，一次写操作将带来更大的时间开销。时间开销除了影响用户体验以外，还带来了更多的数据冲突。在严重的数据冲突下，使用分布式锁的代价也更大。这将导致系统的复杂度上升，吞吐量下降。所以上图的方案是无法使用的。 回忆一下我们在解决网状网络拓扑的时候是怎么优化的？引入中间节点，将网状改为星状： 改造为上图后，每个城市下线都不会对数据造成影响。对于原有请求城市的流量，会被重新LoadBalance到新的节点（最好是LB到最近的城市）。为了解决数据安全的问题，我们只需要针对中心节点进行处理即可。但是这样，对于中心城市的要求，比其他城市会更高。比如恢复速度，备份完整性等，这里暂时不展开。我们先假定中心是完全安全的。 如果我们已经将异地多活的业务部署为上图的结构，很大程度解决了数据到处同步的问题，不过依然会存在大量的冲突，冲突的情况可以简单认为和双活差不多。那么还有没有更好的方式呢？ 回顾一下前文提到的饿了么的GlobalZone方案，总体思路就是“去分布式”，也就是说将写的业务放到一个节点的（同城）机器上。阿里是这么思考的： 实际上我猜测很多业务也是按照上图去实现的，比如滴滴打车业务这种，所有的业务都是按城市划分开的。用户、车主、目的地，他们的经纬度通常都是在同一个城市的。单个数据中心并不需要和其他数据中心进行数据交互，只有在统计出报表的时候才需要，但报表是不太注重实时性的。那么，在这种情况下，全国的业务其实可以被很好的sharding的。 但是对于电商这种复杂的场景和业务，按照前文说的方式进行sharding已经无法满足需求了。因为业务线非常复杂，数据依赖也非常复杂，每个数据中心相互进行数据同步的情况无可避免。淘宝的解决方式和我们切分微服务的方式有点类似： 注意看图中的数据同步箭头。以交易单元为例，属于交易单元的业务数据，将与中心单元进行双向同步；不属于交易单元的业务数据，单向从中心单元同步。中心单元承担了最复杂的业务场景，业务单元承担了相对单一的场景。对于业务单元，可以进行弹性伸缩和容灾；对于中心单元，扩展能力较差，稳定性要求更高。可以遇见，大部分的故障都会出现在中心单元。 按照业务进行单元切分，已经需要对代码和架构进行彻底的改造了（可能这也是为什么阿里要先从双活再切到多活，历时3年）。比如，业务拆分，依赖拆分，网状改星状，分布式事务，缓存失效等。除了对于编码的要求很高以外，对测试和运维也有非常大的挑战。如此复杂的情况，如何进行自动化覆盖，如何进行演练，如何改造流水线。这种级别的灾备，不是一般公司敢做的，投入产出也不成正比。不过还是可以把这种场景当作我们的“假想敌”，去思考我们自己的业务，未来会怎么发展，需要做到什么级别的灾备。相对而言，饿了么的多活方案可能更适合大多数的企业。 本文只是通过画图的方式进行了简单的描述，其实异地多活是需要很多很强大的基础能力的。比如，数据传输，数据校验，数据操作层（简化客户端控制写和同步的过程）等。 思考 文末，留几个问题大家可以思考一下： 假设你在做饿了么的开发，服务按照异地多活方式部署，sharding key根据省市区进行分片。假设买家在多个城市交汇的地方，比如，十字路口的四个位置分别是4个城市，那么如何处理才能让他拉到比较正常的数据？ 你们现在的业务模块中，哪些业务是可以做多活的，哪些无法做多活？ 所有的业务都要做多活吗？还是只需要核心业务做多活？ 长按订阅更多精彩▼ 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

问题: 有什么好的解决方案可以产生只有几百毫伏的微型直流电源电压? 只需将一个干净的外加正电压连接至DC-DC转换器的反馈电阻即可。 在过去的几年里，由于微控制器、CPU、DSP等数字电路的几何结构尺寸不断缩小，电子元器件的电源电压一直持续下降。在测量领域也有一些需要低电源电压的应用。 多年以来，线性稳压器和开关稳压器一直采用约1.2 V的反馈电压。此电压由DC-DC转换器IC中的带隙电路产生，它确定了使用外部电阻分压器可以设置的最低电压。到目前为止，大多数现代稳压器IC都可以产生0.8 V、0.6 V甚至0.5 V的输出电压。内部基准电压源也按这种方式设计，所以能够获得更低的电压。图1所示为这种类型的开关稳压器 LTC3822，它以0.6 V的基准电压产生0.6 V的反馈电压。 图1.可产生0.6 V或更高低输出电压的LTC3822 DC-DC转换器 但是，如果需要低于0.6 V的电源电压，则需要对图1所示的电路进行调整，否则无法使用。 利用一些技巧，您也可以使开关或线性稳压器产生低于反馈电压的电压。可以通过使用图2所示的电路实现。将电阻分压器与一个外加的偏置正电压连接，用于调节输出电压。该电压可以由低压降稳压器(LDO)或基准电压源产生。这样，电阻分压器构成了一个电压分压器，电流IFB 的流动方向与图1中的常规情况相反。在图2中，电流从外部基准电压源经由电阻分压器流向输出电压。 公式1显示了IC的反馈电压(VFB)、所需的输出电压(VOUT)、外加正极直流偏置电压(VOFFSET)，以及电阻分压器的电阻R1和R2之间关系。 对于电阻分压器的阻值选择，建议R1、R2的总和介于100 kΩ和500 kΩ之间。这使得偏置电流在功率效率方面足够低，但又高到可以防止过多的噪声耦合到敏感的反馈路径。 图2.对图1电路进行调整，可以产生低于0.6 V的输出电压 这一设计理念通常适用于产生低于开关稳压器或线性稳压器的额定最低电压的电压。但是，应注意几点：外加的基准电压源应在DC-DC转换器开启之前启动和运行。如果该辅助电压为0 V或具有高电阻，DC-DC转换器可能会产生过高的电压并损坏负载电路。 在最糟糕的情况下，即当开关稳压器尚未开启但辅助电压已经施加时，流经电阻分压器的电流IFB将为输出电容充电，使其电压高于设置电压。当负载具有极高阻抗时，就会发生这种情况。所以设置一个最小负载以避免这种情况可能是必要的。 电阻分压器的辅助电压(在图2中为1 V)精度会直接影响所产生的电源电压精度。因此，应使用特别干净的低纹波电压。 此外，并非所有电压转换器都适合进行此类操作。例如，DC-DC转换器中电流检测放大器的测量范围也许只能提供较高电压下的工作范围。还应该注意的是，在较高输入电压下产生极低电压，还需要低占空比。这里，选择一个具有较短最小导通时间的开关稳压器IC，并在低开关频率下工作可能是非常有帮助的。 图3.可以使用仿真工具(例如ADI的LTspice®)对电路实施初始测试 如果要以低于IC制造商指定的输出电压运行线性稳压器或开关稳压器，使用仿真工具(例如ADI的LTspice)进行初始检查是非常有用的。图3显示了一个LTC3822构成的电路，使用额外的电压源作为反馈路径的偏置。在这个电路中，产生一个200 mV输出电压。根据数据手册，LTC3822适用于产生最低0.6 V的输出电压。在电路中，辅助电压源(图3中的电压源V2)可以通过LDO稳压器或基准电压源实现。利用本文所述的技巧，对电路进行完全测试，甚至可能产生更低的输出电压。

中国，深圳 – 2020年12月11日 – 致力于建立更智能、更互联世界的领先芯片、软件和解决方案供应商Silicon Labs(亦称“芯科科技”)与AIoT智能家居设备、系统和解决方案供应商欧瑞博(Orvibo)宣布双方正在开展合作，欧瑞博利用Silicon Labs的Zigbee无线技术开发了全新系列的智能家居设备。包括最新MixPad X系列在内的欧瑞博MixPad系列产品先后采用了Silicon Labs的Zigbee EFR32 MG21片上系统(SoC)解决方案，从而能可靠地将智能家居面板和开关与诸多应用连接，包括照明设备、窗帘、暖通空调(HVAC)系统和家居安防设备。 “欧瑞博正通过扩展其产品组合使智能家居体验更便捷、舒适和安全，Silicon Labs很自豪自己的无线技术可以在其中发挥关键作用，”Silicon Labs物联网产品营销副总裁Matt Saunders说道。“Silicon Labs行业领先的Zigbee无线解决方案可以通过简化开发和加快产品上市时间，来帮助企业合作伙伴将其创新性的智能家居产品推向市场，欧瑞博就是这方面一个很好的例证。” 欧瑞博为其MixPad智能面板、开关和控制器系列产品选用了Silicon Labs的Zigbee SoC。欧瑞博强大的系统硬件和Silicon Labs 的高性能、低功耗Zigbee无线解决方案无缝集成，可以支持许多不同的智能家居设备和应用的功能。MixPad是欧瑞博智能家居系统的中控，旨在提供便捷的操作，从而使家居生活体验更加自然和舒适。MixPad面板对用户而言非常直观，提供了触摸屏、语音和应用程序等控制方式，允许人们通过在家中安装一个用户界面来控制所有智能家居系统。 “欧瑞博一直在探索前沿的AIoT技术，Silicon Labs宝贵的智能家居行业洞察力和世界一流的物联网平台对我们而言是重要的资产，有助于我们描绘未来的发展路径，进而为我们的客户创造更好的、直观的智能家居生活体验。”欧瑞博创始人、董事长兼首席执行官王雄辉表示。“我们很高兴推出使用了Silicon Labs无线技术的现代化MixPad智能家居产品，期待看到这些产品在亚太市场及其他地区得到广泛应用。” 欧瑞博MixPad X最新系列产品已于11月19日正式推出。

中芯国际作为中国芯近期被关注最多的公司之一，三番五次被美国打压。不过最近中芯国际持续加大投入，联合亦庄国际投资和国家集成电路产业投资基金投资500亿元建厂，振奋了行业的决心。 据企查查信息显示，日前中芯国际正式成立了中芯京城集成电路制造（北京）有限公司，这个企业就是12月4日中芯国际公告的50亿美金投资的公司。 当时的公告称中芯控股、国家集成电路基金II和亦庄国投将共同成立合资企业，注册资本50亿美元，准备投资76亿美元，大概折合500亿人民币巨额资金生产12寸集成电路晶圆及集成电路封装系列等。 信息显示，中芯京城集成电路制造（北京）有限公司成立于12月7日，法定代表人为姜镭，注册资本为500000万（50亿）美元。股东方面，第一大股东为中芯国际控股有限公司，持股比例51%；北京亦庄国际投资发展有限公司为第二大股东，持股24.51%；国家集成电路产业投资基金二期股份有限公司为第三大股东，持股24.49%。 营业范围主要涉及制造12英寸集成电路圆片、集成电路封装系列，技术检测，与集成电路有关的技术开发、技术服务、设计服务；销售自产产品等。 公开资料显示，国家集成电路基金II于2019年10月注册成立，透过股权投资，主要投资于集成电路产业的价值链，其中以集成电路芯片生产、芯片设计、封装测试以及设备及材料为主。 亦庄国投创立于2009年2月，为北京经济技术开发区财政审计局全资附属公司。作为一家就北京经济技术开发区产业转型升级而成立的国有投资公司，亦庄国投可提供创新金融服务以满足当地企业发展需要。 中芯国际表示，据董事作出一切合理查询后所深知、全悉及确信，基于本公告披露的理由及除亦庄国投于中芯北方的5.75%股权外，除国家集成电路基金II外，亦庄国投和其最终实益拥有人均为独立于本公司和本公司关联（连）人士的第三方。 科创板日报报道称，中芯国际第二代FinFET已进入小量试产。 前不久，中芯国际被美国盯上。12月4日，美国国防部官网公示，依据修订的《1999财政年度国防授权法》第1237条的法定要求，正式将中芯国际（SMIC）、中国建设科技集团（CCTC）、中国国际工程咨询公司（CIECC）、中海油（CNOOC）四家中国企业加入“与军事活动有联系”的企业清单。 消息发出后，中芯国际立即在其公众号内回应表示，被列入该名单对公司没有重大影响，并重申公司是独立营运的国际性企业。 在互动平台上，中芯国际也表示目前公司正常运营，公司和美国相关政府部门等进行了积极交流与沟通。公司客户需求强劲，订单饱满，第三季度产能利用率接近满载。展望2020年全年，公司的收入目标上修为24%至26%的年增长。全年毛利率目标高于去年。

直接来源：嵌入式客栈 出处：https://www.cnblogs.com/yongleili717/p/10744252.html 作者：三石li 由于需要对ADC进行驱动设计，因此学习了一下Linux驱动的IIO子系统。本文翻译自《Linux Device Drivers Development 》–John Madieu IIO Framework 工业I/O（IIO）是专用于模数转换器（ADC）和数模转换器（DAC）的内核子系统。随着越来越多的具有不同代码实现的传感器（具有模拟到数字或数字到模拟，功能的测量设备）分散在内核源上，收集它们变得必要。这就是IIO框架以通用的方式所做的事情。自2009年以来，Jonathan Cameron和Linux-IIO社区一直在开发它。 加速度计，陀螺仪，电流/电压测量芯片，光传感器，压力传感器等都属于IIO系列器件。 IIO模型基于设备和通道架构： 设备代表芯片本身。它是层次结构的顶级。 通道代表设备的单个采集线。设备可以具有一个或多个通道。例如，加速度计是具有  三个通道的装置，每个通道对应一个轴（X，Y和Z）。 IIO芯片是物理和硬件传感器/转换器。它作为字符设备（当支持触发缓冲时）暴露给用户空间，以及包含一组文件的sysfs目录条目，其中一些文件代表通道。单个通道用单个sysfs文件条目表示。 下面是从用户空间与IIO驱动程序交互的两种方式： /sys/bus/iio/iio:deviceX/:表示传感器及其通道 /dev/iio:deviceX: 表示导出设备事件和数据缓冲区的字符设备 IIO框架架构和布局 上图显示了如何在内核和用户空间之间组织IIO框架。驱动程序使用IIO核心公开的一组工具和API来管理硬件并向IIO核心报告处理。然后，IIO子系统通过sysfs接口和字符设备将整个底层机制抽象到用户空间，用户可以在其上执行系统调用。 IIO API分布在多个头文件中，如下所示： #include      /* mandatory */ #include    /* mandatory since sysfs is used */ #include   /* For advanced users, to manage iio events */ #include   /* mandatory to use triggered buffers */ #include  /* Only if you implement trigger in your driver (rarely used)*/ 在以下文章中，我们将描述和处理IIO框架的每个概念，例如 遍历其数据结构（设备，通道等） 触发缓冲支持和连续捕获，以及其sysfs接口 探索现有的IIO触发器 以单次模式或连续模式捕获数据 列出可用于帮助开发人员测试其设备的可用工具 IIO数据结构 IIO设备在内核中表示为struct iio_dev结构体的一个实例，并由struct iio_info结构体描述。所有重要的IIO结构都在include/linux/iio/iio.h中定义。 iio_dev结构 该结构代表IIO设备，描述设备和驱动程序。它告诉我们： 设备上有多少个通道？ 设备可以在哪些模式下运行：单次，触发缓冲？ 这个驱动程序可以使用哪些hooks钩子？ struct iio_dev {   [...]   int modes;   int currentmode;   struct device dev;   struct iio_buffer *buffer;   int scan_bytes;   const unsigned long *available_scan_masks;   const unsigned long *active_scan_mask;   bool scan_timestamp;   struct iio_trigger *trig;   struct iio_poll_func *pollfunc;   struct iio_chan_spec const *channels;   int num_channels;   const char *name;   const struct iio_info *info;   const struct iio_buffer_setup_ops *setup_ops;   struct cdev chrdev;}; 完整的结构在IIO头文件中定义。我们将不感兴趣的字段在此处删除。 modes: 这表示设备支持的不同模式。支持的模式有： INDIO_DIRECT_MODE表示设备提供的sysfs接口。 INDIO_BUFFER_TRIGGERED表示设备支持硬件触发器。使用iio_triggered_buffer_setup（）函数设置触发缓冲区时，此模式会自动添加到设备中. INDIO_BUFFER_HARDWARE表示设备具有硬件缓冲区。 INDIO_ALL_BUFFER_MODES是上述两者的联合。 currentmode: 这表示设备实际使用的模式。 dev: 这表示IIO设备所依赖的struct设备（根据Linux设备型号）。 buffer: 这是您的数据缓冲区，在使用触发缓冲区模式时会推送到用户空间。使用iio_triggered_buffer_setup函数启用触发缓冲区支持时，它会自动分配并与您的设备关联。 scan_bytes: 这是捕获并馈送到缓冲区的字节数。当从用户空间使用触发缓冲区时，缓冲区应至少为indio-> scan_bytes字节大。 available_scan_masks: 这是允许的位掩码的可选数组。使用触发缓冲器时，可以启用通道捕获并将其馈入IIO缓冲区。如果您不想允许某些通道启用，则应仅使用允许的通道填充此数组。以下是为加速度计（带有X，Y和Z通道）提供扫描掩码的示例： /* * Bitmasks 0x7 (0b111) and 0 (0b000) are allowed. * It means one can enable none or all of them. * one can't for example enable only channel X and Y */static const unsigned long my_scan_masks[] = {0x7, 0};indio_dev->available_scan_masks = my_scan_masks; active_scan_mask: 这是启用通道的位掩码。只有来自这些通道的数据能被推入缓冲区。例如，对于8通道ADC转换器，如果只启用第一个（0），第三个（2）和最后一个（7）通道，则位掩码将为0b10000101（0x85）。active_scan_mask将设置为0x85。然后，驱动程序可以使用for_each_set_bit宏遍历每个设置位，根据通道获取数据，并填充缓冲区。 scan_timestamp: 这告诉我们是否将捕获时间戳推入缓冲区。如果为true，则将时间戳作为缓冲区的最后一个元素。时间戳大8字节（64位）。 trig: 这是当前设备触发器（支持缓冲模式时）。 pollfunc:这是在接收的触发器上运行的函数。 channels: 这表示通道规范结构，用于描述设备具有的每个通道。 num_channels: 这表示通道中指定的通道数。 name: 这表示设备名称。 info: 来自驱动程序的回调和持续信息。 setup_ops: 启用/禁用缓冲区之前和之后调用的回调函数集。这个结构在include / linux / iio / iio.h中定义，如下所示： struct iio_buffer_setup_ops {    int (* preenable) (struct iio_dev *);    int (* postenable) (struct iio_dev *);    int (* predisable) (struct iio_dev *);    int (* postdisable) (struct iio_dev *);    bool (* validate_scan_mask) (struct iio_dev *indio_dev,                                 const unsigned long *scan_mask);}; setup_ops: 如果未指定，则IIO内核使用drivers / iio / buffer / industrialio-triggered-buffer.c中定义的缺省iio_triggered_buffer_setup_ops。 chrdev: 这是由IIO核心创建的关联字符设备。 用于为IIO设备分配内存的函数是iio_device_alloc（）： struct iio_dev * iio_device_alloc(int sizeof_priv) ///struct iio_dev *devm_iio_device_alloc(struct device *dev, int sizeof_priv)/* Resource-managed iio_device_alloc()*//*Managed iio_device_alloc. iio_dev allocated with this function is automatically freed on driver detach.If an iio_dev allocated with this function needs to be freed separately, devm_iio_device_free() must be used. */ dev是为其分配iio_dev的设备，sizeof_priv是用于为任何私有结构分配的内存空间。这样，传递每个设备（私有）数据结构非常简单。如果分配失败，该函数返回NULL： struct iio_dev *indio_dev;struct my_private_data *data;indio_dev = iio_device_alloc(sizeof(*data));if (!indio_dev)          return -ENOMEM;/*data is given the address of reserved momory for private data */data = iio_priv(indio_dev); 在分配IIO设备存储器之后，下一步是填充不同的字段。完成后，必须使用iio_device_register函数向IIO子系统注册设备： int iio_device_register(struct iio_dev *indio_dev)       //devm_iio_device_register(dev, indio_dev)/* Resource-managed iio_device_register() */ 在执行此功能后，设备将准备好接受来自用户空间的请求。反向操作（通常在释放函数中完成）是iio_device_unregister（）： void iio_device_unregister(struct iio_dev *indio_dev)// void devm_iio_device_unregister(struct device * dev, struct iio_dev * indio_dev) 一旦取消注册，iio_device_alloc分配的内存可以用iio_device_free释放： void iio_device_free(struct iio_dev *iio_dev)// void devm_iio_device_free(struct device * dev, struct iio_dev * iio_dev) 给定IIO设备作为参数，可以通过以下方式检索私有数据：  struct my_private_data *the_data = iio_priv(indio_dev); iio_info结构体 struct…

空气开关是普通用户接触到最多的电气元件之一，于是就有不少朋友开始疑惑：这个名字好奇怪，为什么要以“空气”为名呢？ 用空气绝缘的（就是说有一定的空气间隙）就叫做“空气断路器”俗称“空气开关” 。它的灭弧介质就是空气。 断路器的工作原理其实就是灭弧原理，断路器开断电路时，在开断瞬间动静触头间会产生电弧，断路器能否开断电路，就是看能否熄灭断开电路时触头间产生的电弧。 想要搞懂这个问题，我们首先要知道三个名词之间的关系：开关-断路器-空气开关（空气断路器）。 开关，所有能够手动分断电路的东西，都能被叫做开关。开关里面，我们最熟悉的应该就是控制灯具所用的墙壁开关了。 断路器，属于开关的一种。电路在开闭的过程中，很容易打火——电火花，学名叫做“电弧”。电弧轻则损耗开关触点，重则伤人，是电气中的大忌。所以我们需要在开关上进行“灭弧”，具有灭弧能力的开关，就叫做“断路器”。 空气开关——断路器属于开关的一种，所以“空气开关”又叫“空气断路器”。断路器的灭弧方法有很多种，其中有一种方法是把电弧拉长，让电弧在空气中自然冷却，直至熄灭。我们可以看看它的灭弧装置（灭弧罩）： 就是这个红色的小部件，上面有一排金属片。开关触点处产生电弧后，会被吸引到这些金属片上。每两个金属片之间都可以产生一段新的电弧，然后再向后面的金属片上传导——直至把电弧拉扯到与整个灭弧罩的长度相同。 长度增加了，散热速度也就快了。你可以把电弧理解成火苗，没有了足够的热量，它就无法继续存在了。   空气开关是成本最低廉的一种灭弧方式，没有之一。但它并不是万能的，比如有些电路的电压比较高，产生的电弧很大，空气开关就不能用了；有些场所一点火星都见不得，自然也不能使用空气开关…… 所以除了空气开关以外，还有许多灭弧方式。比如真空灭弧（真空开关），是让触点直接在真空环境下接触，没有空气，压根无法产生电弧；比如油浸开关，是利用冷却油包裹电弧，达到冷却的目的等等。 空气开关与漏电保护器的区别： 空气开关与漏电开关共性：都是开关。  空气开关与漏电开关差别：空气开关是发生短路事故或故障才动作跳闸，而漏电保护开关是人身发生触电时才动作跳闸；空气开关容量可大可小，而漏电保护开关容量不易做大，一般单相居多。  空气开关与漏电开关原理不一样，结构更不一样，绝对不能替代。 断路器如何工作的： END 来源：制造原理、直观学机械，版权归原作者所有 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！