1 电源、地线的处理 既使在整个PCB板中的布线完成得都很好，但由于电源、 地线的考虑不周到而引起的干扰，会使产品的性能下降，有时甚至影响到产品的成功率。所以对电、 地线的布线要认真对待，把电、地线所产生的噪音干扰降到最低限度，以保证产品的质量。 对每个从事电子产品设计的工程人员来说都明白地线与电源线之间噪音所产生的原因， 现只对降低式抑制噪音作以表述： 众所周知的是在电源、地线之间加上去耦电容。 尽量加宽电源、地线宽度，最好是地线比电源线宽，它们的关系是：地线＞电源线＞信号线，通常信号线宽为：0.2～0.3mm,最经细宽度可达0.05～0.07mm,电源线为1.2～2.5 mm 对数字电路的PCB可用宽的地导线组成一个回路, 即构成一个地网来使用(模拟电路的地不能这样使用) 用大面积铜层作地线用,在印制板上把没被用上的地方都与地相连接作为地线用。或是做成多层板，电源，地线各占用一层。 2 数字电路与模拟电路的共地处理 现在有许多PCB不再是单一功能电路（数字或模拟电路），而是由数字电路和模拟电路混合构成的。因此在布线时就需要考虑它们之间互相干扰问题，特别是地线上的噪音干扰。 数字电路的频率高，模拟电路的敏感度强，对信号线来说，高频的信号线尽可能远离敏感的模拟电路器件，对地线来说，整人PCB对外界只有一个结点，所以必须在PCB内部进行处理数、模共地的问题，而在板内部数字地和模拟地实际上是分开的它们之间互不相连，只是在PCB与外界连接的接口处（如插头等）。数字地与模拟地有一点短接，请注意，只有一个连接点。也有在PCB上不共地的，这由系统设计来决定。 3 信号线布在电（地）层上 在多层印制板布线时，由于在信号线层没有布完的线剩下已经不多，再多加层数就会造成浪费也会给生产增加一定的工作量，成本也相应增加了，为解决这个矛盾，可以考虑在电（地）层上进行布线。首先应考虑用电源层，其次才是地层。因为最好是保留地层的完整性。4 大面积导体中连接腿的处理 在大面积的接地（电）中，常用元器件的腿与其连接，对连接腿的处理需要进行综合的考虑，就电气性能而言，元件腿的焊盘与铜面满接为好，但对元件的焊接装配就存在一些不良隐患如：①焊接需要大功率加热器。②容易造成虚焊点。所以兼顾电气性能与工艺需要，做成十字花焊盘，称之为热隔离（heat shield）俗称热焊盘（Thermal），这样，可使在焊接时因截面过分散热而产生虚焊点的可能性大大减少。多层板的接电（地）层腿的处理相同。 5 布线中网络系统的作用 在许多CAD系统中，布线是依据网络系统决定的。网格过密，通路虽然有所增加，但步进太小，图场的数据量过大，这必然对设备的存贮空间有更高的要求，同时也对象计算机类电子产品的运算速度有极大的影响。而有些通路是无效的，如被元件腿的焊盘占用的或被安装孔、定们孔所占用的等。网格过疏，通路太少对布通率的影响极大。所以要有一个疏密合理的网格系统来支持布线的进行。 标准元器件两腿之间的距离为0.1英寸(2.54mm),所以网格系统的基础一般就定为0.1英寸(2.54 mm)或小于0.1英寸的整倍数，如：0.05英寸、0.025英寸、0.02英寸等。 6 设计规则检查（DRC） 布线设计完成后，需认真检查布线设计是否符合设计者所制定的规则，同时也需确认所制定的规则是否符合印制板生产工艺的需求，一般检查有如下几个方面： 线与线，线与元件焊盘，线与贯通孔，元件焊盘与贯通孔，贯通孔与贯通孔之间的距离是否合理，是否满足生产要求。 电源线和地线的宽度是否合适，电源与地线之间是否紧耦合（低的波阻抗）？在PCB中是否还有能让地线加宽的地方。 对于关键的信号线是否采取了最佳措施，如长度最短，加保护线，输入线及输出线被明显地分开。 模拟电路和数字电路部分，是否有各自独立的地线。 后加在PCB中的图形（如图标、注标）是否会造成信号短路。 对一些不理想的线形进行修改。 在PCB上是否加有工艺线？阻焊是否符合生产工艺的要求，阻焊尺寸是否合适，字符标志是否压在器件焊盘上，以免影响电装质量。 多层板中的电源地层的外框边缘是否缩小，如电源地层的铜箔露出板外容易造成短路。概述 本文档的目的在于说明使用PADS的印制板设计软件PowerPCB进行印制板设计的流程和一些注意事项，为一个工作组的设计人员提供设计规范，方便设计人员之间进行交流和相互检查。
2011-12-15 14:11
偶然间在其他网站上看到的《提高测量精度的七大技巧》资源包，觉得还不错，挺有用的，大家可以去看看！资源包将讨论提高测量精度的七大技巧，涉及传感器技术，隔离屏蔽技术，硬件指标考量，后端信号处理等
2014-08-05 18:00
java基础：Java七大外企经典面试精讲视频对于很多应聘java程序员的求职者来说，全面掌握java面试技巧，确实是自己找到一个好工作的敲门砖。今天小编在这里给大家分享一个关于java
2017-06-29 15:00
加工厂规则，不至于给企业造成不必要的额外支出？文章为大家总结了PCB layout一般要遵行的七大规则：一外层线路设计规则：（1）焊环（Ring环）：PTH（镀铜孔）孔的焊环必须比钻孔单边大8mil
2020-03-16 16:25
本帖最后由 windworld 于 2016-10-22 20:14 编辑 Linux入门必须养成的七大习惯对于很多Linux初学者来说，在刚开始使用linux系统时会感到很多的不适。这里为
2016-10-22 15:38
类型一：音、视频信号处理类电路类型二：探测、检测、测量与报警类电路类型三：计时与电气控制类电路类型四：电源与点火类电路类型五：照明与显示类电路类型六：发射与波形类电路类型七：其他类型电路——保护类电路滤波器与保险类电路开关类电路放大器CA3080构成的电路其他类型电路
2016-07-13 18:23
系统（如安全气囊、防碰撞雷达等）与防盗保全系统等6个系统，另涵括支持6个系统的电力电子组件等。 下面让我们来详细了解一下汽车电子产品的七大特点！1 产品应用环境严苛 汽车电子与普通电子产品甚或与飞机
2012-08-31 21:07
您是否正在搜寻有关数字隔离器的更多信息？我们将为您提供帮助。根据 TI E2E™ 社区的反馈，我们搜集并整理了关于数字隔离器设计攻关的最常见问题清单。希望这份清单能为您提供隔离信号与电源的有用见解。1.基础型和增强型数字隔离器至简的区别是什么？基础型数字隔离器必须根据组件级标准，通过一套测试，如 Deutsches Institut für Normung (DIN) V Verband der Elektrotechnik, Elektronik und Informationstechnik (VDE) V 0884-11。DIN V VDE V 0884-11 定义了隔离器可以耐受的电压水平，比如最大浪涌隔离电压，VIOSM；最大瞬态隔离电压，VOITM；及最大重复峰值隔离电压，VIORM（参见白皮书“高压增强型隔离：定义与测试方法”中的解释…
2022-11-10 07:25
本帖最后由 吴晓波xy 于 2017-12-12 17:40 编辑 从规范完善的开发周期到严格执行和系统检查，开发高可靠性嵌入式系统的技术有许多种。本文介绍了7个易操作且可以长久使用的技巧，它们对于确保系统更加可靠地运行并捕获异常行为大有帮助。 技巧1——用已知值填充ROM 软件开发人员往往都是非常乐观的一群人，只要让他们的代码忠实地长时间地运行就可以了，仅此而已。微控制器跳出应用程序空间并在非预想的代码空间中执行这种情况似乎是相当少有的。然而，这种情况发生的机会并不比缓存溢出或错误指针失去引用少。它确实会发生!发生这种情况后的系统行为将是不确定的，因为默认情况下内存空间都是0xFF，或者由于内存区通常没有写过，其中的值可能只有上帝才知道。 不过有相当完备的linker或IDE技巧可以用来帮助识别这样的事件并从中恢复系统。技巧就是使用FILL命令对未用ROM填充已知的位模式。要填充未使用的内存，有很多不同的可能组合可以使用，但如果是想建立更加可靠的系统，最明显的选择是在这些位置放置ISR fault handler。如果系统出了某些差错，处理器开始执行程序空间以外的代码，就会触发ISR，并在决定校正行动之前提供储存处理器、寄存器和系统状态的机会。 技巧2——检查应用程序的CRC 对嵌入式工程师来说一个很大的好处是，我们的IDE和工具链可以自动产生应用程序或内存空间校验和(Checksum)，从而根据这个校验和验证应用程序是否完好。有趣的是，在许多这些案例中，只有在将程序代码加载到设备时，才会用到校验和。 然而，如果CRC或校验和保持在内存中，那么验证应用程序在启动时(或甚至对长时间运行的系统定期验证)是否仍然完好是确保意外之事不会发生的极好途径。现在一个编程过的应用程序发生改变的概率是很小的，但考虑每年交付的数十亿个微控制器以及可能恶劣的工作环境，应用程序崩溃的机会并不是零。更有可能的是，系统中的一个缺陷可能导致某一扇区发生闪存写入或闪存擦除，从而破坏应用程序的完整性。 技巧3——在启动时执行RAM检查 为了建立一个更加可靠和扎实的系统，确保系统硬件正常工作非常重要。毕竟硬件会发生故障。(幸运的是软件永远不会发生故障，软件只会做代码要它做的事，不管是正确的还是错误的)。在启动时验证RAM的内部或外部没有问题，是确保硬件可以如预期般运作的一个好方法。 有许多不同的方法可用于执行RAM检查，但常用的方法是写入一个已知的模式，然后等上一小段时间再回读。结果应该是所读就是所写。真相是，在大多数情况下 RAM检查是通过的，这也是我们想要的结果。但也有极小的可能性检查不通过，这时就为系统标示出硬件问题提供了极好的机会。 技巧4——使用堆栈监视器 对许多的嵌入式开发者而言，堆栈似乎是一股相当神秘的力量。当奇怪的事情开始发生，工程师终于被难倒了，他们开始思考，也许堆栈中发生了什么事。结果是盲目地调整堆栈的大小和位置等等。但该错误往往是与堆栈无关的，但怎能如此确定?毕竟，有多少工程师真的实际执行过最坏情况下的堆栈大小分析? 堆栈大小是在编译时就静态分配好的，但堆栈是以动态的方式使用的。随着代码的执行，应用程序需要的变量、返回的地址和其它信息被不断存储在堆栈中。这种机制导致堆栈在其分配的内存中不断增长。然而，这种增长有时会超出编译时确定的容量极限，导致堆栈破坏相邻内存区域的数据。 绝对确保堆栈正常工作的一种方法是实现堆栈监视器，将它作为系统“保健”代码的一部分(有多少工程师会这样做?)。堆栈监视器会在堆栈和“其它”内存区域之间创建一个缓冲区域，并填充已知的位模式。然后监视器会不断的监视图案是否有任何变化。如果该位模式发生了改变，那就意味着堆栈增长得太大了，即将要把系统推向黑暗地狱!此时监视器可以记录事件的发生、系统状态以及任何其它有用的数据，供日后用于问题的诊断。 大多数实时操作系统(RTOS)或实现了内存保护单元(MPU)的微控制器系统中都提供有堆栈监视器。可怕的是，这些功能默认都是关闭状态，或者经常被开发人员有意关闭。在网络上快速搜寻一下可以发现，很多人建议关闭实时操作系统中的堆栈监视器以节省56字节的闪存空间。等等，这可是得不偿失的做法! 技巧5- 使用MPU 在过去，是很难在一个小而廉价的微控制器中找到内存保护单元(MPU)的，但这种情况已经开始改变。现在从高端到低端的微控制器都已经有MPU，而这些 MPU为嵌入式软件开发人员提供了一个可以大幅提高其固件(firmware)鲁棒性(robustness)的机会。 MPU 已逐渐与操作系统耦合，以便建立内存空间，其中的处理都分开，或任务可执行其代码，而不用担心被stomped on。倘若真有事情发生，不受控制的处理会被取消，也会执行其他的保护措施。请留意带有这种组件的微控制器，如果有，请多加利用它的这种特性。 技巧6- 建立一个强大的看门狗系统 你经常会发现的一种总是最受喜爱的看门狗(watchdog)实现是，在看门狗被启用之处(这是一个很好的开始)，但也是可以用周期性定时器将该看门狗清零之处;定时器的启用是完全与程序中出现的任何情况隔离的。使用看门狗的目的是协助确保如果出现错误，看门狗不会被清零，即当工作暂停，系统会被迫去执行硬件重设定(hardware reset)，以便恢复。使用与系统活动独立的定时器可以让看门狗保持清零，即使系统已失效。 对应用任务如何整合到看门狗系统中，嵌入式开发人员需要仔细考虑和设计。例如，有种技术可能可以让每个在一定时期内运行的任务标示它们可以成功地完成其任务。在此事件中，看门狗不被清零，强制被复位。还有一些比较先进的技术，像是使用外部看门狗处理器，它可用来监视主处理器如何表现，反之亦然。 对一个可靠的系统而言，建立一个强大的看门狗系统是很重要的。由于有太多的技术，难以在这几个段落中完全涵盖，但针对此一议题，笔者未来还会发表相关的文章。 技巧7- 避免易失存储器分配 不习惯在资源有限环境下工作的工程师，可能会试图使用其编程语言的特性，这种语言让他们可以使用易失存储器分配。毕竟，这是一种常在计算器系统中使用的技术，在计算器系统中，只有在有必要时，内存才会被分配。例如，以C开发时，工程师可能倾向于使用malloc来分配在堆(heap)上的空间。有一个操 作会执行，一旦完成，可以使用free将被分配的内存返回，以便堆的使用。 在资源受限的系统，这可 能是一场灾难!使用易失存储器分配的其中一个问题是，错误或不当的技术可能会导致内存泄漏或内存碎片。如果出现这些问题时，大多数的嵌入式系统并没有资源或知识来监视堆或妥善地处理它。而当它们发生时，如果应用程序提出对空间的要求，但却没有所请求的空间可以使用，会发生什么事呢? 使用易失存储器分配所产生的问题是很复杂的，要妥善处理这些问题，可以说是一个噩梦!一种替代的方法是，直接以静态的方式，简化内存的分配。例如，只要在 程序中简单地建立一个大小为256字节长的缓冲区，而不是经由malloc请求这样大小的内存缓冲区。此一分配的内存可在整个应用程序的生命周期期间保持，且不会有堆或内存碎片问题方面的顾虑。 结论 这些都只是一些可以让开发人员开始建立更可靠嵌入式系统的方法。另外还有很多其他技术，例如利用良好的编码标准、位翻转的监测、执行数组和指针边界检查，及使用断言等。所有这些技术都是让设计者可以开发出可靠性更高嵌入式系统的秘诀。
2017-12-12 11:25
[导读]在世界各地都有特斯拉线圈的爱好者，而这个似乎富有魔力的神奇的线圈简直堪称“人工闪电制造器”。本文将带领你走近特斯拉线圈，揭示其奥秘，教你如何自己制造人工闪电。在世界各地都有特斯拉线圈的爱好者
2021-07-29 06:31
