在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; }…

应用单片机的时候，经常会遇到需要短时间延时的情况。需要的延时时间很短，一般都是几十到几百微妙（us）。有时候还需要很高的精度，比如用单片机驱动 DS18B20的时候，误差容许的范围在十几us以内，不然很容易出错。这种情况下，用计时器往往有点小题大做。而在极端的情况下，计时器甚至已经全部派上了别的用途。这时就需要我们另想别的办法了。 以前用汇编语言写单片机程序的时候，这个问题还是相对容易解决的。比如用的是12MHz晶振的51，打算延时20us，只要用下面的代码，就可以满足一般的需要： 51 单片机的指令周期是晶振频率的1/12，也就是1us一个周期。mov r0， #09h需要2个极其周期，djnz也需要2个极其周期。那么存在r0里的数就是（20-2）/2。用这种方法，可以非常方便的实现256us以下时间的延时。如果需要更长时间，可以使用两层嵌套。而且精度可以达到2us，一般来说，这已经足够了。 现在，应用更广泛的毫无疑问是Keil的C编译器。相对汇编来说，C固然有很多优点，比如程序易维护，便于理解，适合大的项目。但缺点（我觉得这是C的唯一一个缺点了）就是实时性没有保证，无法预测代码执行的指令周期。因而在实时性要求高的场合，还需要汇编和C的联合应用。但是是不是这样一个延时程序，也需要用汇编来实现呢？为了找到这个答案，我做了一个实验。 用C语言实现延时程序，首先想到的就是C常用的循环语句。下面这段代码是我经常在网上看到的：\ 到底这段代码能达到多高的精度呢？为了直接衡量这段代码的效果，我把 Keil C 根据这段代码产生的汇编代码找了出来： 真是不看不知道~~~一看才知道这个延时程序是多么的不准点~~~光看主要的那四条语句，就需要6个机器周期。也就是说，它的精度顶多也就是6us而已，这还没算上一条 lcall 和一条 ret。如果我们把调用函数时赋的i值根延时长度列一个表的话，就是： 因为函数的调用需要2个时钟周期的lcall，所以delay time比从函数代码的执行时间多2。顺便提一下，有的朋友写的是这样的代码： 可能有人认为这会生成更长的汇编代码来，但是事实证明： 其生成的代码是一样的。不过这的确不是什么好的习惯。因为这里实在没有必要再引入多余的变量。我们继续讨论正题。有的朋友为了得当更长的延时，甚至用了这样的代码： 这段代码产生的汇编代码是什么样子的？其实不用想也知道它是如何恐怖的$#^%&%$.。..。.让我们看一看： 呵呵，这倒是的确可以延迟很长时间~~~但是毫无精度可言了。 那么，用C到底能不能实现精确的延时呢？我把代码稍微改了一下： 因为根据经验，越简洁的C代码往往也能得出越简洁的机器代码。那这样结果如何呢？把它生成的汇编代码拿出来看一看就知道了。满怀希望的我按下了“Build target”键，结果打击是巨大的： 虽说生成的代码跟用for语句是不大一样，不过我可以毫无疑问的说，这两种方法的效率是一样的。似乎到此为止了，因为我实在想不出来源程序还有什么简化的余地。看来我就要得出来这个结论了：“如果需要us级的延时精度，需要时用汇编语言。”但是真的是这样吗？我还是不甘心。因为我不相信大名鼎鼎的 Keil C 编译器居然连 djnz 都不会用？？？因为实际上程序体里只需要一句 loop：djnz r7， loop。近乎绝望之际（往往人在这种情况下确可以爆发出来，哦呵呵呵~~~），我随手改了一下： 心不在焉的编译，看源码： 天~~~奇迹出现了。..。..我想这个程序应该已经可以满足一般情况下的需要了。如果列个表格的话： 计算延时时间时，已经算上了调用函数的lcall语句所花的2个时钟周期的时间。 终于，结果已经明了了。只要合理的运用，C还是可以达到意想不到的效果。很多朋友抱怨C效率比汇编差了很多，其实如果对Keil C的编译原理有一个较深入的理解，是可以通过恰当的语法运用，让生成的C代码达到最优化。即使这看起来不大可能，但还是有一些简单的原则可循的： 1.尽量使用unsigned 型的数据结构。 2.尽量使用char型，实在不够用再用int，然后才是long。 3.如果有可能，不要用浮点型。 4.使用简洁的代码，因为按照经验，简洁的C代码往往可以生成简洁的目标代码（虽说不是在所有的情况下都成立）。 END 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

继1月底大幅调增本财年业绩指引后，欧司朗正式发布2021年第一季度财报（2020年10月至12月）。财报显示，欧司朗所有业务领域盈利趋势持续提升，其中光电半导体业务领域表现尤为突出，调整后EBITDA（息税折旧摊销前利润）创下新高。 欧司朗首席执行官Olaf Berlien表示：“过去一年，欧司朗采取了有效的管理措施以抵御外部危机，也因此使我们即便在新冠疫情的挑战之下仍然能逆势发展。我们在汽车业务和光电半导体业务领域取得的不俗成效就是很好的证明。更值得一提的是，我们在马来西亚居林的生产基地，为满足市场需求提供了强力的的保障。过去三年中，居林生产基地已经成为欧司朗光电半导体的重要支柱。” 欧司朗汽车业务（AM）、光电半导体业务（OS）、数字业务（DI）三个业务部门在新财年第一季度都取得了良好的市场表现。即使在新冠疫情期间，欧司朗在汽车改装与可更换照明设备领域的市场领先地位仍在持续加强。 汽车业务 三个业务部门在新财年第一季度都取得了良好的市场表现。即使在新冠疫情期间，欧司朗在汽车改装与可更换照明设备领域的市场领先地位仍在持续加强。在第一季度，汽车业务（AM）实现销售额4.74亿欧元，在可比基础上略有增长，调整后的EBITDA利润率较上年大幅增长，达到6,500万欧元。 光电半导体业务 在第一季度的业绩表现尤其出色，销售额增长近5%，达到3.56亿欧元，调整后EBITDA利润率超31%，创历史新高。这一系列的数据表明，在汽车和通用照明领域聚焦于高端科技的研发与应用至关重要，同时在马来西亚居林与德国雷根斯堡扩大产能，对未来的持续发展也有重要意义。 此前落实的业绩提升计划取得进一步成效。尽管受疫情影响，一季度销售额有所下降，但与上一财年第四季度相比，调整后EBITDA利润率环比增加600万欧元，自由现金流为正。 数月以来，欧司朗仔细评估了数字业务未来发展的各种可能性。随着欧司朗持续专注于光电领域的高科技转型，公司决定为数字业务旗下的电子与供电电源业务板块(DS, 数字照明系统)寻找潜在收购方。该业务板块作为市场上领先的技术供应商，未来将在其专业领域获得更大的发展空间。 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

输出失调电压和静态基极电流是运放块参数中的“坏孩子”， 造成输出信号中轴偏离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获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

晶体管（三极管）的功能之一就是作为开关，利用其截止特性，实现开关功能。但是很多人并不能很好的理解三极管的开关功能，下面以8个实例图片，生动的阐述三极管作为开关的功能。 1 低边开关 2 高边开关 3 基极电阻 4 非门电路 5 与门 6 免责声明：本文内容由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获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！