设计者可能会设计奇数层印制电路板（PCB）。如果布线不需要额外的层，为什么还要用它呢？难道减少层不会让电路板更薄吗？如果电路板少一层，难道成本不是更低么？但是，在一些情况下，增加一层反而会降低费用。 电路板的结构 电路板有两种不同的结构：核芯结构和敷箔结构。 在核芯结构中，电路板中的所有导电层敷在核芯材料上；而在敷箔结构中，只有电路板内部导电层才敷在核芯材料上，外导电层用敷箔介质板。所有的导电层通过介质利用多层层压工艺粘合在一起。 核材料就是工厂中的双面敷箔板。因为每个核有两个面，全面利用时，PCB的导电层数为偶数。为什么不在一边用敷箔而其余用核结构呢？其主要原因是：PCB的成本及PCB的弯曲度。 偶数层电路板的成本优势 因为少一层介质和敷箔，奇数PCB板原材料的成本略低于偶数层PCB。但是奇数层PCB的加工成本明显高于偶数层PCB。内层的加工成本相同；但敷箔/核结构明显的增加外层的处理成本。 奇数层PCB需要在核结构工艺的基础增加非标准的层叠核层粘合工艺。与核结构相比，在核结构外添加敷箔的工厂生产效率将下降。在层压粘合以前，外面的核需要附加的工艺处理，这增加了外层被划伤和蚀刻错误的风险。 平衡结构避免弯曲 不用奇数层设计PCB的最好的理由是：奇数层电路板容易弯曲。当PCB在多层电路粘合工艺后冷却时，核结构和敷箔结构冷却时不同的层压张力会引起PCB弯曲。随着电路板厚度的增加，具有两个不同结构的复合PCB弯曲的风险就越大。消除电路板弯曲的关键是采用平衡的层叠。 尽管一定程度弯曲的PCB达到规范要求，但后续处理效率将降低，导致成本增加。因为装配时需要特别的设备和工艺，元器件放置准确度降低，故将损害质量。 使用偶数层PCB 当设计中出现奇数层PCB时，用以下几种方法可以达到平衡层叠、降低PCB制作成本、避免PCB弯曲。以下几种方法按优选级排列。 一层信号层并利用。如果设计PCB的电源层为偶数而信号层为奇数可采用这种方法。增加的层不增加成本，但却可以缩短交货时间、改善PCB质量。 增加一附加电源层。如果设计PCB的电源层为奇数而信号层为偶数可采用这种方法。一个简单的方法是在不改变其他设置的情况下在层叠中间加一地层。先按奇数层PCB中布线，再在中间复制地层，标记剩余的层。这和加厚地层的敷箔的电气特性一样。 在接近PCB层叠中央添加一空白信号层。这种方法最小化层叠不平衡性，改善PCB的质量。先按奇数层布线，再添加一层空白信号层，标记其余层。在微波电路和混合介质（介质有不同介电常数）电路中采用。 平衡层叠PCB优点 成本低、不易弯曲、缩短交货时间、保证质量。 END 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

· 凭借这份历史性合同，泰雷兹阿莱尼亚宇航公司确立了在全球卫星星座领域的行业标杆地位，致力于为移动连接(海上、空中)、4G和5G通信的回程传输、政府网络和企业通信提供全球最高效的服务。 图片版权所有 © 泰雷兹阿莱尼亚宇航公司/ Master Image Programmes 泰雷兹与Leonardo的合资企业泰雷兹阿莱尼亚宇航公司与全球领先的卫星运营商Telesat签署协议，成为其先进的低地球轨道(LEO)网络 – Lightspeed项目的主承包商。该项目耗资数十亿美元，初步计划包含298颗卫星。 该协议在法国经济、财政与复苏部长布鲁诺·勒梅尔(Bruno Le Maire)的见证下签署。 在完成了前期大量的创新设计工作后，此次协议的签署标志着Lightspeed项目的部署迈出了重要的一步。在项目融资完成的同时，Telesat和泰雷兹阿莱尼亚宇航公司携手大幅推进了Lightspeed项目的活动进程。 泰雷兹阿莱尼亚宇航公司将不仅为Telesat提供太空和任务部分，还将负责端到端网络性能以及相关的系统规范。 Lightspeed的太空部分初步计划由298颗卫星组成，均为700-750千克级。该网络将在全球范围内提供每秒多太比特的安全、低延迟、高性能宽带专业服务。 Lightspeed基于创新架构和新一代技术，在容量分配方面具备高度的灵活性。该星座独特地集成了一系列先进的星载设备，包括：每秒可动态聚焦波束上千次的复杂精密的有源天线，能够处理广泛带宽范围的强大且灵活的处理器，以及可创建真正的全球网络覆盖的卫星间光学激光链路;并汇集了各类星载和地面软件，可确保系统资源的最优利用。这套系统所具备的灵活性是其真正竞争力的关键，可根据需求定位对可销售的容量进行优化，因为在不同的时间和地点，如机场等热点地区和偏远社区等低密度区域，需求存在着显著差异。星座卫星之间的光学激光链路互连将在全球范围内，包括在海洋和极地上空，提供网状覆盖以及高度安全的端到端服务。它还将减少地面信关站，增加网关位置自由度，并能够根据系统负载部署网关，从而优化地面部分。 首批卫星预计将在两年内做好发射准备。 “我要衷心感谢Telesat对我们的信任，同时非常自豪我们能够通过严苛的竞争流程而最终入选”，泰雷兹阿莱尼亚宇航公司总裁兼首席执行官Hervé Derrey说：“泰雷兹阿莱尼亚宇航公司掌握了端到端飞行验证的系统、有效载荷的数字化、卫星间链接、国际组织管理以及星座相关的工业能力，我们很荣幸能够利用这些专长为这一重大项目服务”。 Telesat总裁兼首席执行官Dan Goldberg表示：“随着设计和工程工作的完成，我们很高兴能够选定泰雷兹阿莱尼亚宇航公司作为主承包商，开始建造Lightspeed — 这一世界上最先进、最强大的LEO网络。泰雷兹阿莱尼亚宇航公司在提供创新的卫星星座方面拥有傲人的过往业绩和成功经验。我们感谢他们对项目所做出的卓越贡献，并期待未来与其紧密合作，通过Lightspeed网络变革和重新定义空间通信”。 法国经济、财政与复苏部长布鲁诺·勒梅尔(Bruno Le Maire)表示：“Telesat的Lightspeed星座将代表全球航天互联的最高水平，项目得到了法国和加拿大之间深厚的合作伙伴关系的支持。我很高兴泰雷兹阿莱尼亚宇航公司被选为这个宏伟项目的工业主承包商。这一选择也彰显了法国和欧洲航天业的卓越成就。” 法国外贸与引资事务部长级代表弗兰克·里斯特(Franck Riester)也向这份重要合同的签署表示了祝贺，该合同加强了法国、欧洲和加拿大在航天领域的联系。“我在1月份刚刚访问过泰雷兹阿莱尼亚宇航公司。未来5年，这份合同将带动包括泰雷兹阿莱尼亚宇航公司在内的众多法国公司的业务，它同时也体现了我们工业和技术技能的质量。” 根据协议，泰雷兹阿莱尼亚宇航公司和Telespazio公司对Lightspeed做出了容量承诺。 泰雷兹阿莱尼亚宇航公司开发了所有目前在全面运行的中低轨通信卫星，包括GlobalStar 2、O3B和第二代铱星系统。公司还不断借助其长期经验服务于其他新领域，如高重访率地球观测、太空监测、太空碎片跟踪和物联网等。

就目前而言，电动汽车是非常火爆的，但是电动汽车有着非常知名的问题，那就是续航。对于电动车来说，续航焦虑最大的担忧就是，在路上行驶中没有电后趴窝。这时往往需要呼叫拖车，费时费力不说还费钱。那么有没有一种更好的解决办法，比如可以现场为车辆充电。答案是肯定的，华为也率先给出了一个不错的解决方案，比如用另一辆车为续航耗尽的电动车充电。 那么这样有没有解决办法呢？日前，华为技术有限公司对外公开“电动汽车以及电动汽车之间充电的方法”专利。从专利摘要信息可以看出，本发明实施例提供一种电动汽车以及电动汽车之间的充电方法。按照华为专利的设想，一辆电动车可以通过自身的电池包，直接为另一辆电动车提供充电服务。这对于救援那些“续航耗尽、半路趴窝”的车辆来说，着实是一个不错的解决方案。 其实给电动车互相充电早有尝试，比亚迪唐EV车型，就可通过自身放电插座，对外界用电器放电。Tang EV电池寿命长，充电方便。只要你在家里安装充电桩，他可以通过“云服务” APP预留充电时间。晚上进行低峰充电可以省钱又省心，并且可以减轻北京电网的压力。即使室外电池电量不足，Tang EV仍可在30分钟内完成30％-80％的电源供应，并且整个家庭在看电影和简单用餐时可为一半的电池充满电。时间安排得太好了。 趟再2019年推出，而仅仅推出两年多的时间，唐EV再次升级中级改款，也就是刚上市不久的2021款唐EV，更是在原有的基础上进一步全面升级，提升其性价比。2021款唐EV相比之前的车型在外观上可能差别并不大，但在配置的改变是巨大的。首先变化最大的就是更换成了磷酸铁锂刀片电池，和比亚迪汉相同。市场上电动车常用的电池有两种，一个是像蔚来、理想采用的三元锂电池和像比亚迪采用的磷酸铁锂电池，两者算是各有长短。三元锂电池能量密度更高，但相对不太安全，而磷酸铁锂电池却相反。当然，不止电池的变化，也有其他的变化，当然，除了采用刀片电池以及续航提升之外，2021款唐EV还有不少升级，例如新增NFC钥匙解锁方式、中控屏幕窄边框，搭载DiPilot智能驾驶辅助系统、能量回收效率更高的IPB、升压充电达110kW等等。 比亚迪是一家致力于“用技术创新，满足人们对美好生活的向往”的高新技术企业。比亚迪成立于1995年2月，经过25年的高速发展，已由成立之初的人壮大到今天的万人，并在全球设立多个工业园，实现全球六大洲的战略布局。也就是说比亚迪发展是非常快的，比亚迪业务布局涵盖电子、新能源车、新能源和轨道交通等领域，并在这些领域发挥着举足轻重的作用，从能源的获取、存储，再到应用，全方位构建零排放的新能源整体解决方案。比亚迪是香港和深圳上市公司，营业额和总市值均超过千亿元。 得注意的是，虽然目前华为的主营业务为通讯、数码等领域，但华为内部对汽车市场格外重视。着是不是意味着华为讲开始造车？此前，华为曾申请了多项关于汽车方面的专利，包括检测车辆盲区方法、动力总成和电动汽车等专利。而针对“华为造车”的传闻，华为官方表示，“华为不造车，而是聚焦技术，帮助车企造好车。同时，华为还强调，“以后谁再建言造车，干扰公司，可调离岗位，另外寻找岗位。”也就是数华为明面上是不造车的。即使华为现在像进军汽车产业，前有特斯拉，后有比亚迪，造车之路可能并不好走，但是专注在汽车智能技术这块，可以需求合作，或许效果更好。

在AMD，yes的浪潮之下 Intel也需要做出自己的回应，因此intel最近的桌面处理器也是爆料许多。最近也有大动作，Alder Lake 12代酷睿将是Intel第一款10nm工艺桌面处理器(也有移动版)，而且是10nm Enhanced SuperFin增强版本，同时第一次引入大小核架构，第一次支持DDR5内存，第一次支持PCIe 5.0，因此换成了新的LGA1700接口，搭配600系列芯片组，那么它什么时候发布呢?预计9月发布、12月上市。 之前Alder Lake 12也是爆出了很多型号，这次检测到的是一颗8核心16线程型号，第一次见到如此配置的Alder Lake，也就是只有大核而没有小核，更像传统风格，但这种配置仅限桌面版。那么他的配置如何以及检测效果如何呢?核心基础、最高频率都是3.0GHz，当然这只是样品数据。再看看其他数据呢?一级缓存每核心指令32KB、数据48KB，二级缓存1.25MB×2，三级缓存30MB所有核心共享。对比之前8大核+8小核的二级缓存是1.25MB×3，现在可以清楚了，Alder Lake的二级缓存是大核心共享两部分1.25MB，小核心单独一部分1.25MB。至于跑分，这次不是传统的单核、多核，而是OpenCL计算性能，搭配RTX 2080成绩为108068，和官方平均分106101异常接近甚至还有小幅超越。 Intel Rocket Lake 11代桌面酷睿将于3月15日正式上市，可以搭配新的500系列主板，包括Z590、H570、B560、H510，也兼容现有的Z490、H470主板。Rocket Lake 11代酷睿的数据和工艺如何呢?Rocket Lake 11代酷睿还是14nm工艺，但是架构技术大概，采用了全新的Cypress Cove CPU核心、Xe LP GPU核心，性能大大飞跃，单核性能已经可以超越AMD Zen3架构的锐龙5000系列，并原生支持PCIe 4.0，但因为仅有最多8核心16线程，多核性能非常吃亏，功耗也偏高。Alder Lake 12代酷睿同时桌面、笔记本，将于9月份发布、12月份上市，节奏非常快。 根据此前的消息，Alder Lake大核是Golden Cove(黄金海湾)大核心、Gracemont小核心，提供8+8、6+8、2+8、6+0等不同组合方式，也就是最大可以摸到16核，制造工艺方面有说法称CPU部分是10nm，GPU部分则继续14nm。这下也印证了这个报道。不过遗憾的是，结合SiSoftware数据库中信息，Alder Lake仍旧搭配的是DDR4内存。在上个月的CES 2021中，intel曝光称在今年3月会上市11代的桌面级酷睿CPU，而目前12代CPU曝光了，这也是intel首次采用10nm制程。12代酷睿代号为“Alder Lake”，同时面向桌面和笔记本，首次在桌面上引入10nm工艺、大小核设计、DDR5内存，同时更换新的LGA1700封装接口。终于内存还是升级了。 相比十一代酷睿，Alder Lake处理器的亮点太多了，首先是10nm SuperFin增强版工艺10nm ESF，功耗降低15%，其次是首发混合x86架构(高性能+高能效big.LITTLE)、再次是新的处理器接口LGA1700、最后还有对DDR5内存甚至PCIe 5.0的原生支持。架构升级是这次的重点，Alder Lake的大核心会升级Golden Cove内核，小核应该是Gracemont，核显自然是Xe架构，也不容小觑。在 CES 发布会上，英特尔表示下一代处理器 “Alder Lake” 代表了 x86 架构的重大突破，也是英特尔性能可扩展性最高的系统级芯片，将于 2021 年下半年上市的 Alder Lake 支持将高性能核心和高能效核心整合到单个产品中。Alder Lake 也将成为英特尔首款基于全新增强版 10 纳米 SuperFin 技术构建的处理器，并将作为领先台式机和移动处理器的基础产品。Alder Lake可以说是十多年来Intel x86桌面处理器最具看点的一代了，10nm SuperFin增强版工艺，12代酷睿可能采用LGA1700接口，旗舰的酷睿i9-12900K为16核24线程(8大核支持超线程、8小核没有，所以是24)，其中大核是Golden Cove、小核是Gracemont，核显为增强版Xe(Gen12.2)等。 这次intel的动作是真的快，一年两代，但是不知道这两款处理器的性能是否真的能达到预期了，毕竟这只是样品，后续还是期待正式版本。

C语言到底该怎么学，单片机coder怎么才能顺利转型成为嵌入式programer？21ic论坛有一“镇站之宝”的超长经验分享贴，特此分享给所有热爱coding的你。 之前和大家谈了一点UML在嵌入式开发中的使用，以及链表、哈希表等数据结构在实现对象之间的交互机制（设计模式）的一点简单实例。有很多朋友表示很感兴趣，21ic高手云集，有点班门弄斧的感觉,所以还望尽情拍砖。之前的帖子很乱，除了因为太随意没有准备外，更主要是因为本人也处于半瓶子阶段，所谈问题题目又太大。对此我只能凭借拙见，谈点个人的理解，由于本人是这方面的新手，凭借一己之热情，大放厥词，还请各位斧正。 其实UML就是一个工具，提供了用例图、顺序图、活动图、类图、状态机图、部署图、包图等工具，辅助工程师完成：分析->设计->实施->测试的整个过程。每个过程都有细分,例如分析阶段：首先是需求分析，然后有系统分析，再次有对象结构分析等。需求分析阶段会使用到用例图、顺序图、状态机图、顺序图等，需求分析阶段的最重要的要素是软件的外部功能视图和使用场景等。其中前者使用用例图表述，它也提供了沟通用户和开发者的桥梁；后者用顺序图或状态机图等表述，提供了系统每个功能实现的可能路径。其他过程和需求分析阶段类似，这里篇幅所限就不再一一提及。UML就是这样同我们的设计过程关联起来的。 将面向对象的方法用于MCU是有必要的，也是可能的，当然也是很有效的。这样的努力最起码可以拉近mcu开发者同其他领域的C开发者之间的距离，弥补那道似乎难以逾越的鸿沟，比如看到linux内核代码时，你会发现原来如此亲切。当然，随着对面向对象方法的深入理解，你会发现C++也不再那么让你不知道如何使用，或者把C++用得像面向过程的语言一样。当然本人C++菜鸟，还望高手指教。 然而面向对象的方法也非一蹴而就，一朝搞定，它是一个循序渐进的过程，特别是应用与mcu这样的平台，好多东西是靠摸索出来的。如何开始，先从何处下手是个问题。 21ic同仁liufb提议：“正如《重构与模式》所说：如果想成为一名更优秀的软件设计师，了解优秀软件设计的演变过程比学习优秀设计本身更有价值，因为设计的演变过程中蕴藏着大智慧。” 我决定发掘一下我近十年以来的阶段性C代码，试图去发现一点什么，这个我之前还从未尝试过，能找到的一起的代码也寥寥无几。不过我觉得值得一试，那就从此开始吧。 努力发掘，搜索N年前的邮箱，居然找到了当时在一款AT89X52单片机上的处女作。就从它开始入手了。 时代背景：2006年，郑州某小公司，之前的工作是修手机，然后是在某气体传感器公司焊接维护生产设备，再后来在这家小公司画电路板，然而软件才是我的最爱。好不容易boss开恩，让我参与到写代码的行列。之前的进度让在郑州这种蜗牛般的工作节奏的大氛围里面的boss也觉得忍无可忍，于是我加入了。 代码太长，截取一部分吧。里面只有我写的一个子函数，大部分是同事写的。  由于做开始工作的同事不太会用多文件，所以这个项目的代码只有一个文件，连头文件都没有，整个文件有2600行代码。以下我将列举它的三大部分：           1.全局变量部分。           2.部分子函数。           3.main函数。 最后我将会用现在的眼光，结合大师（Grady Booch）的经典，分析一下这部分代码。 全局变量部分： bit FUN,Shift_on,Add_on,Sub_on,fun_flag;bit dspflagz1,dspflagz2,dspflagz3;unsigned char z1,z2,td3,working,DSP_m,DSP_n;unsigned char l1,l2,r,m;bitflagv,flagy,flags,flag0,flagx,beepflag1,beepflag2,flagt,flagw;bit working_on,function_on, AINTSYR_on,AINTSYW_on,BINTSYR_on,BINTSYW_on ;bitprogram_on,program_woking,up_flag,down_flag,up_on,down_on;unsigned char AINTSY_state, BINTSY_state, function_state;unsigned char tx1,tx2,tx3,tw,TX,t;unsigned char display_state ,x1,x2,w1,w2;unsigned char program_state,program_working;unsigned char clk_number;unsigned char code DS[]={0,33,63,86,100,86,63,33};unsigned chards_curtime[6]={0x05,0x03,0x02,0x01,0x07,0x06};unsigned char clk_data[6]={06,1,1,0,0,1};unsigned char set_time[6];sbit switch_work= 0xB0;sbit switch_function=0xB1;sbit switch_program=0xB2;sbit switch_up=0x90;sbit switch_down=0x91;sbit switch_AINTSYR=0x92;sbit switch_AINTSYW=0x93;sbit switch_BINTSYR=0x94;sbit switch_BINTSYW=0x95;sbit RS=0xA2;sbit RW=0xA1;sbit E=0xA0;sbit CS2=0xA3;sbit CS1=0xA4;sbit DACS1=0xA7;sbit DACS2=0xA6;sbit DACS3=0xA5;sbit ds_sclk=0xB3 ; /*初始化变量*/sbit ds_io=0xB4;sbit ds_rst=0xB5; 初评：除了最后是管脚定义外，前边都是全局的标志位或全局变量。 这个 void text(void)可是我的处女作啊 //////////////////////////////////////////////////////////////////////////////////////////////////////void text(void){ bit Flag_add; /*加一标志*/ bit Flag_sub; /*减一标志*/ unsigned char max_value; /*各时间单位的最大值*/ unsigned char min_value; /*各时间单位的最小值*/ /*if(FUN==1) { */ /*定义标志位*/ if(switch_work==0) /*移位键*/ { if(Shift_on==0) { Shift_on=1; buzzer(); clk_number++; if(clk_number>6)clk_number=1; }…

输出失调电压和静态基极电流是运放块参数中的“坏孩子”， 造成输出信号中轴偏离0轴的竖向失真，甚至饱和，制约弱信号放大电路的增益，现有的解决方案已经不少，但本仿真仅有一个电阻，让其缺点相克，就变成“好孩子”。 运放块开环增益参数最大几十万的数量级，避免产生额外的误差；同时压摆率、增益带宽积参数与输入频率必须匹配，避免电路实际与计算参数不一致以及工作不稳定。默认单位：电压=V，电路=A，电阻=Ω。 几个概念存查，可略过： 运放块的开环增益A∝(Open-Loop Gain) 运放块在没有外接负反馈时的放大倍数。 输入失调电压Vos(Input Offset Voltage) 当输入端为0时，输出端Uo≠0，此存在电压称为输出失调电压(Output Offset Voltage，本帖简称Uos)，这是运放块内部因素造成的；Vos参数表示和量化这些因素，并非输入端真的存在此物理量。 输入偏置电流Ibs(Input Bias Current) 和输入失调电流Ios(Input Offset Current)也是推算出来的参数，不是真实存在的物理量。 当输入端为0时，运放块输入级差分管对自身存在的静态基极电流Ib1和Ib2之平均值称为输入偏置电流，即Ibs=(Ib1+Ib2)/2；它们之差称为输入失调电流，即Ios=|Ib1-Ib2|。 运放块跟随器Uos的消除 以下对各参数单独测试，避免它们交叉影响。 1-1 Uos和Vos的关系 测试HA-2540运放块跟随器 如下左电路(双电源+-15v省缺，下同)，运放块+输入端接地，电压为0，测得输出端Ua=Uos=0.008 (绿线)，按照放大电路输入信号幅度放大G倍等于输出信号幅度，即，Vos=Uos/G=0.008，查HA-2540参数Vos就是0.008，与测试一致。此法可以测量运放块未知的Vos参数。 如右电路+输入端接电源-0.008=-Vos，对应输出-0.008*G=-0.008与Uos相抵消，则输出端Ub=0 (蓝线)。 结论 Uos=Vos*G――――――(1-1) 在+输入端加一个-Vos电压，对应输出- Vos*G=-Uos，就抵消Uos，输出为0。 1-2 Uos和Ibs、Ios的关系 运放块输入级差分管自身具有的静态基极电流Ib1和Ib2，在外加接地电阻Ro产生的压降就给输入端加一电压，如果电阻值合适，对应输出的电压就抵消Uos。 如下电路，运放块参数Vos=0.001，Ibs=0，Ios=1e-6，U+接地时，Uo输出0.001v的Uos，如图左侧绿线；当Ro=2K时，Ios的压降U+=-0.001 (红线)，等于+输入端加一个-Vos电压，对应输出-Vos*G=-0.001抵消Uos，则Uo=0(右侧蓝线)。 上述运放块参数改为Ibs=1e-6而Ios=0，当Ro=1K时，Ibs压降U+=-0.001，也等于+输入端加一个-Vos电压，则Uo=0。 1-3 如何计算Ro电阻值 从1-2测试可知，同样标称电流的Ios和Ibs在同一电阻的压降不同，那是由于它们分别表示的静态基极电流不同，在+端的压降实际上是静态基极电流产生的。假设压降是-Ib1*Ro，参数Ios是Ib1和Ib2之和的绝对值，标称值的一半才是Ib1电流值，所以-Ib1*Ro=-0.5Ios*Ro；而Ibs参数是Ib1和Ib2的平均值，故-Ib1*Ro=-Ibs*Ro。由于说明书没有提供Ib1和Ib2数据，分析计算时就直接采用相关的Ios和Ibs参数，不必去推算出Ib1和Ib2。 Ios和Ibs在+端压降之和为-0.5Ro*Ios+(-Ro*Ibs)，如果等于-Vos，即-Ro(0.5Ios+Ibs)=-Vos，对应输出-Ro(0.5Ios+Ibs)G就可以消除Uos。整理移项得计算Ro关系式： Ro=Vos/(0.5Ios+Ibs)――――――(1-3) 从关系式可知，分子项与分母项的数量级相差太大或太小，Ro准确取值难度就大，影响Uos消除精度。 以HA-2540运放块为例仿真验证， HA-2540参数：Vos=0.008v，Ibs=5e-6A，Ios=1e-6A，代入1-3关系式， Ro=Vos/(0.5Ios+Ibs)=(8e-3)/[ 0.5(1e-6) + (5e-6)]=1.4545K，搭建跟随器， 如果8uv的弱调幅波Ui(红线)直接输入，Uos没有消除，8mv直流分量的复合信号Ua (绿线)，无法辨认调幅波分量。 而调幅波经Ro输入(效果与接地一样)，消除了Uos，输出1:1的波形Ub(蓝线)与Ui的中轴重叠(波形图故意错开，才能看清)。 1-4 若运放块参数值… 如果运放块参数Ios=Ibs=0，在Ro无压降。1-3式中分母=0无意义，公式不适用。实际上运放块总是有静态基极电流。 用两个参数一样的运放块接成图a的电路，可以适用于任何参数的运放块跟随器消除输出失调电压。虽然多用一个运放块，但是不用计算。 1-5 反向输入与同相输入 跟随器反相输入与同相输入的结果一样 以运放块LM709为例，参数：Vos=0.001v，Ibs=2e-7A，Ios=5e-8A，代入1-3关系式计算的Ro， Ro=Vos/(0.5Ios+Ibs)= (1e-3)/[0.5(5e-8)+(2e-7)]=4.44444 K， 搭建电路如下，其结果与同相输入一样。 END 来源： 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

实现无干扰的智能电表连接：使用2G / GSM之类的蜂窝标准，难以与远离门户的室内设备通信。Telit的ME310G1-W2 LTEM/NB-IoT 模块使用450MHz频段，解决了此类通信范围不足的问题，即使位于地下室最深处的仪表仍可接收到信号。儒卓力已在电子商务平台上提供这款模块产品。 由于先前的蜂窝标准的通信范围狭窄，因此目前的智能电表通常配备了在1 GHz频段以下工作的专有解决方案，用于将数据传送到中央网关;然后，网关通过GSM或LTE将收集的数据发送到云端。 LTE-M、NB-IoT以及450 MHz频段的使用，显着扩大了通信范围，并且不再需要网关。现在人们可以将数据直接从智能电表发送到云端。 ME310G1-W2 LTE-M/NB-IoT模块符合3GPP版本14标准，支持LTE Cat M1和NB2，它还集成了GNSS接收器。该模块具有非常小的15 x 18mm外形尺寸，是较小型设计的理想选择。 如要了解有关Telit智能电表蜂窝解决方案的更多信息并直接订购，请访问儒卓力电子商务平台。

2021年2月22日，中国北京 —— 领先的全球技术方案提供商安富利 (Avnet) 与推动高能效创新的安森美半导体 (ON Semiconductor)联手创建了一种框架，来帮助原始设备制造商(OEM)更快地开发端到端物联网(IoT)设备。 此合作成果利用安森美半导体的快速原型系统方案简化了构建IoT赋能设备的流程，这些方案已预先配置，可通过云端联接到IoT应用开发商和服务提供商。安富利的IoTConnect®平台由Microsoft®Azure和相关的安富利IoT合作伙伴计划提供支持，促进了这种联接。 安森美半导体支持的首个解决方案是RSL10传感器开发套件，具有业界最低功耗的基于Flash的蓝牙低功耗无线电和一系列先进的环境传感器。 通过本次合作，安富利和安森美半导体尽可能地消除了IoT开发流程中的复杂性，使得OEM能轻松地围绕这些产品构建产品和体验，并更快地推向市场，同时降低风险。安富利和安森美半导体提供了精选的预集成硬件和软件方案，包括多种连接选项，还提供构建方案的指南，以简化和加速开发，让OEM能专注于构建市场差异化的解决方案。 安森美半导体IoT主管Wiren Perera说：“安森美半导体创新的低功耗系统方案与安富利强大的 IoTConnect平台，共同为迅速启动任何IoT计划提供了安全的开发环境。IoT为OEM提供巨大的机会，让其通过传感、联接和致动为产品添加自主性，从而创造新的收入来源并提高效率。安森美半导体和安富利可帮助OEM推动创新，构建更智能的设备，满足其客户的需求。” 此外，OEM可能需要许多新技能才能启动IoT项目，这使得一家公司很难让所有的元件无缝地协同工作，包括处理构建并交付IoT方案所需的多元化和全球化供应链时的复杂性。 安富利IoT副总裁Lou Lutostanski表示：“安富利和安森美半导体为满足OEM及其客户不断变化的需求提供解决方案。我们提供各种方法，来帮助OEM保持竞争力，最大限度地提高收入潜力，并采用合适的技术进行设计，以创建安全的IoT方案。”

众所周知，苹果近年来一直在密谋造车计划。近段时间，该项目已经慢慢浮出水面。而 作为苹果电子产品的重要合作伙伴，富士康包揽了大多数苹果电子产品的代工项目，但富士康希望双方的合作能再进一步。 据相关媒体报道，近日有一位富士康科技集团的高管透露，富士康将在今年晚些时候推出首款电动汽车，基于全新的电动汽车平台打造。 此举意味着，富士康向外界宣告，其将正式进军汽车领域，并且已经积累了深厚的基础。 （富士康工厂，图片源自Inhabitat） 据悉，富士康旗舰子公司鸿海精密工业股份有限公司董事长刘扬伟日前表示，今年第四季度将推出两款轻型汽车，基于富士康最新设计的汽车平台打造。  另外，刘扬伟还透露，富士康还会在同一时间联合其他厂商推出一款电动巴士。 值得一提的是，业内近期关于苹果为汽车产品挑选合作厂商的消息层出不穷，富士康选择在这个时候高调进军汽车领域，似乎与此有所关联。   免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

前言 在上述教程中，我们已经完成了 C++相对于 C语言来说独特的语法部分，在接下来的教程中，我们将叙述 C++中面向对象的语法特性。我们在学习面向对象的这种编程方法的时候，常常会听到这三个词，封装、继承、派生，这也是面向对象编程的三大特性，在本节我们将依次阐述封装、继承、派生的具体用法，在这里，我们先叙述的是封装这个属性的的相关内容。下图是关于 封装 这个特性所包含的一些内容。 封装 下图就是封装所具备的相关特性： image-20210209204824118 那么上图所示的抽象出数据成员以及成员函数具体的含义是什么呢，正如前面教程所述，在前面的教程里，我们选用一个 Person类来作为例子进行讲解，其中这个类里我们有 name以及age，这个也就是我们抽象出来的数据，那抽象出来的成员函数也就是前面教程讲到的setName()和setAge()函数，在设计这个类的时候，会把这个类的一些成员设置为私有的或者公有的，这也就是访问控制。具体的代码如下所示： /* 为了代码简便，省略相关构造函数以及析构函数，为的是展示封装的特性*/class Person {private:    char *name;    int age;public:    Person()    {        cout << "Person" << endl;        name = NULL;    }    ~Person()    {        cout << "~Person()" << endl;        if (this->name)        {            delete this->name;        }    }    void setName(char *name)    {        if (this->name) {            delete this->name;        }        this->name = new char[strlen(name) + 1];        strcpy(this->name, name);    }    int setAge(int a)    {        if (a < 0 || a > 150)        {            age = 0;            return -1;        }        age = a;        return 0;    }}; 继承 继承的含义就如其字面意思一样，用更加专业的话来说，就是从基类继承相关属性，而这个新的类就叫做派生类。下面这个示意图也表明了继承所带来的代码的简洁与方便。 image-20210209211013964 就如上述这张图所示，一个人肯定具有名字和年龄这两个属性，那作为一个学生来讲，他也必定具备名字和年龄这两个属性，那这个时候是要在 Student类里重新定义这些属性么？显然，因为引入了继承这个特性，只需要继承Person类，那么Student就具备 Person类的相关属性。在上述代码的基础上，我们增加如下所示的代码： /* 注意是在上述代码的基础上 */class Student : public Person{};int main(int argc, char **argv){    Student s;    s.setName("zhangsan");    s.setAge(16);    s.printInfo();    return 0;} 上述代码中，Student类是继承自 Person类的，我们可以看到在上述所示的Student类中，并没有setName和 setAge的成员函数，但是在定义的 Student实例中，却能够适用 setName和 setAge的成员函数，这也就说明了 Student类已经继承了 Person类。 继承后的访问控制 private 一个派生类从一个基类继承而来，而继承的方式有多种，可以是私有继承，也可以是公有继承，同时也可以是保护继承。那么这个时候基类的各个数据成员的访问属性又是怎么样的呢，我们来看一下下面这张图，其展现了以各种方式继承自基类的派生类的数据成员的属性。 image-20210209223145289 从这个表可以清楚地知道基类的访问属性与派生类的访问属性的对应情况。同样的，我们用一个简单的例子来说明这个知识点： class Father{private:    int money;public:    void it_skill(void)    {        cout << "The father's it skill" <<endl;    }    int getMoney(void)    {        return money;    }    void setMoney(int money)    {        this->money = money;    }}; 这个是基类的数据成员以及成员函数，为了更好的说明继承后的数据的属性，我们定义一个 son类，代码如下所示： class Son : public Father{private:    int toy;public:    void play_game(void)    {        cout << "play_game()" << endl;        int m;        //money -= 1; /* 错误的代码 */        m = getMoney();        m--;        setMoney(m);    }}; 上述定义了两个类，一个是 Father类，一个是 Son类，Son类继承于 Father类，这两个类用通俗的语言进行解释便是，父亲有自己的私房钱，儿子有自己的玩具，父亲有一项技能是 it，儿子呢比较喜欢玩游戏。因为是继承，所以儿子类具有父亲类的相关属性，但是，作为儿子是不能够直接去父亲兜里拿钱的，那会被揍，但是如果儿子需要钱，可以向父亲要。这对应的代码也就是上述中 money -= 1，但是这是错误的，不能直接从父亲的兜里拿钱，而剩余的三句代码的意思也就相当于是向父亲要钱。用专业的话来讲也就是：派生类不能够访问基类的私有成员，紧接着是主函数的代码： int main(int argc, char **argv){    Son s;    s.it_skill();    s.setMoney(10);    cout << "The money is:" << s.getMoney() << endl;    s.play_game();    return 0;} 代码输出的结果如下所示： image-20210209232507917 protected 还是采用比较通俗的话来叙述这一知识点，儿子相对于父亲的关系自然是与其他人有所不同的，比如有一把父亲房间门的钥匙，对于儿子来说是可以拿到的，但是对于外人来说，这是不可访问的。那在程序中要如何实现这么一个功能呢？这里就要引入 protected了。代码如下所示： class Father {private:    int money;protected:    int room_key;   /* 增添的 room_key */public:    void it_skill(void)    {        cout<<"father's it skill"<<endl;    }    int getMoney(void)    {        return money;    }    void setMoney(int money)    {        this->money = money;    }}; 我们可以看到在 Father类中，增添了一项就是 protected修饰的 room_key,紧接着我们来看Son类的代码： class Son : public Father {private:    int toy;public:    void play_game(void)    {        int m;        cout<<"son paly game"<<endl;        m = getMoney();        m--;        setMoney(m);        /* 外人不能拿父亲的房间钥匙         * 儿子可以         */        room_key = 1;     }}; 我们看到，这个时候，是可以在 Son类里面直接操作使用 protected修饰的 room_key的。在这里总结一下就是：派生类可以直接访问到基类用 protected 修饰的数据成员。接下来，我们继续看主函数的代码： int main(int argc, char **argv){    Son s;    s.setMoney(10);    cout << s.getMoney()<<endl;    s.it_skill();    s.play_game();      //s.room_key = 1;    return 0;} 通过上述代码可以看到 s.room_key = 1这条语句被注释了，这条语句是错误的，虽然基类使用了 protected修饰了 room_key，但是在主函数中，仍然是不能够直接访问 room_key的。 调整访问控制 依旧采用比较通俗的话来阐述，如果儿子从父亲那里继承了一些东西，那这个时候，继承得到的这些东西的处理权就全在儿子了。在程序里面也是同样的道理，我们在上述代码的基础上进行更改，Father类不变，改变 Son类。代码如下所示： class Son : public Father {private:    int toy;public:    using Father::room_key;    void play_game(void)    {        int m;        cout<<"son paly game"<<endl;        m = getMoney();        m--;        setMoney(m);        room_key = 1;     }}; 上述代码中，我们可以看到在 public的作用域内，我们使用 using Father::room_key将 room_key的属性更改为 public，做了这样的更改之后，我们就可以在主函数里直接访问 room_key了。代码如下所示： int main(int argc, char **argv){    Son s;    s.setMoney(10);    cout << s.getMoney()<<endl;    s.it_skill();    s.play_game();    s.room_key = 1;    return 0;} 上述代码是可以运行的，也说明这种方式是可行的。但是如果想要将 money的属性更改为 public，也就是增加如下所示的代码： class Son : public Father {private:    int toy;public:    using Father::room_key;    using Father::money;    void play_game(void)    {        int m;        cout<<"son paly game"<<endl;        m = getMoney();        m--;        setMoney(m);        room_key = 1;     }}; 那么编译将不会通过，错误信息如下所示： image-20210210001456319 说明这种方法是不可行的，这是为什么呢？是因为对于 Son来说，money本身就是它不能访问到的数据，那么自然也就不能够对其属性进行更改了。换句更加专业的话来叙述也就是：。 那上述可以说是提升访问控制，同样的，也可以降低访问控制，比如说上述的 it_skill，如果不想把这个属性继续继承下去或者说不让外部能够访问到它，那么也可以降低它的访问控制，降低的方法跟提升的方法是一样的，只需要在 private中加上一句代码就可以，加了的代码如下所示： class Son : public Father{private:    int toy;    using Father::it_skill；public:    /* 省略 */}; 因此，只要对于派生类能够看到的数据成员或者成员函数，它都能够提高或者降低它的访问控制。 三种不同继承方式的差异 在上述的内容中，我们提到了派生类在继承基类的时候，存在不同的继承方式，不同的继承方式对数据成员的使用以及其成员函数的调用存在不同的影响，下面分别是三种不同的继承方式：public和 private以及protected,代码如下所示： /* 以 public 方式继承 */class Son_pub : public Father {private:    int toy;public:    void play_game(void)    {        int m;        cout<<"son play game"<<endl;        m = getMoney();        m--;        setMoney(m);        room_key = 1;     }};/* 以 private 方式继承 */class Son_pri : private Father {private:    int toy;public:    void play_game(void)    {        int m;        cout<<"son play game"<<endl;        m = getMoney();        m--;        setMoney(m);        room_key = 1;     }};/* 以 protected 方式继承 */class Son_pro : protected Father {private:    int toy;public:    void play_game(void)    {        int m;        cout<<"son play game"<<endl;        m = getMoney();        m--;        setMoney(m);        room_key = 1;     }}; 上述代码就是以三种不同方式从 Father类得到的 Son类，每一种继承方式存在什么不同呢，我们通过主函数来说明这个问题： int main(int argc, char **argv){    Son_pub s_pub;    Son_pro s_pro;    Son_pri s_pri;    s_pub.play_game();    s_pro.play_game();    s_pri.play_game();    s_pub.it_skill();    //s_pro.it_skill();  // error    //s_pri.it_skill();  // error    return 0;} 通过上述代码，并对照上述那种表，我们可以知道，无论是何种继承方式，派生类内部public的成员函数都是可以使用的，而对于从基类继承得到的成员函数，如果是以 protected和private方式来继承的话，那么是不能够在主函数进行调用的，因此上述代码中注释掉的两句后面表明了错误。 上述的代码所展示的是一层的继承，我们在继承得到的派生类 Son的基础上继续继承得到 Grandson，首先我们先在 Father类里新增加一个public的数据成员，增加的代码如下所示： class Father{private:    int money;protected:    int room_key;public:    int address;    /*其余不改动，省略*/}； 增加了上述Father类的代码之后，我们来看 Grandson_pub类的代码： class Grandson_pub : public Son_pub{public:    void test(void)    {        room_key = 1; /* room_key is protected */        address = 2;  /* address is public */    }}; 上述代码中，Grandson_pub是以 public的方式从 Son_pub继承而来，room_key在 Father类是 protected，在 Son_pub类也是 protected，那么在这里也是 protected,而对于 address来说，它在 Father类里是 public，在 Son_pub里也是 public,在这里也是 public,所以在这里都能够访问到。 紧接着来看，Grandson_pro类的代码： class Grandson_pro : public Son_pro{public:    void test(void)    {        room_key = 1;  /* room_key is protected */        address = 2;   /* address is protected */    }}; 上述中，Grandson_pro是以 public的方式从 Son_pro中继承得到的,以刚刚那种分析的思路我们能够分析得出 room_key当前是 protected以及 address是 protected，那么当前的数据成员在这也就是都能够访问的了。 继续来看Grandson_pri类的代码，代码如下所示： class Grandson_pri : public Son_pri{public:         {                    }}; 上述中，Grandson_pri是以 public的方式从 Son_pri中继承得来，同样按照上述的分析方法，我们能够分析出 room_key和 address都是 private的，既然是 private的，那么也就不能够进行访问，因此上述代码中，我们将两句代码进行了注释。 上述就是本次分享的关于封装以及继承的相关内容，主要是关于继承之后数据成员的访问控制，以及通过不同的方式进行继承时的数据成员的访问控制。 上述教程所涉及的代码可以通过百度云链接的方式获取到，下面是百度云链接： 链接：https://pan.baidu.com/s/18AGYqxkxsEcR4ZW6_Nhevg 提取码：dlst 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！