电机控制器中功率电路硬件的主要组成部分是开关器件和驱动芯片，进行控制器设计时需对这两种芯片进行选型，合理的选型关系到控制器能否正常工作，能否使电机达到理想出力，是一个很重要的环节，本文对开关器件（以MOSFET为例）和驱动芯片选型中的若干问题进行总结。
MOS管是一种电压驱动型开关功率器件，一般对MOS选型时主要关注其耐压值、耐流值、耐温值、开关损耗等参数。表1-1列出了典型MOS管Datasheet中一些需要关注的参数及其意义。
| Symbol | Definition | Meaning |
| 最大漏电流 | 漏电流是MOS管最重要的参数之一，这个参数在工程经验中一般选为电机绕组电流最大值（是相电流还是线电流要看接法，必须是通过MOS的电流）的2~3倍，但是这个倍数并非完全遵循，实际设计中有很大的弹性，很需要注重实际应用场景和成本。原则是电机控制器中流过的最大电流不能超过MOS的漏电流极限值，否则会击穿MOS。且这一参数会随着温度变化。 | |
| 最大漏源电压 | 漏源电压也是MOS管最重要的参数之一，这个参数在工程经验中一般选为母线电压最大值的1.5~2倍。与漏电流一样，这个倍数并非完全遵循，实际设计中有很大弹性。原则是保证系统出现的最大电压不会使MOS管击穿。 | |
| 最大栅极电压 | 栅极和源极之间的电压为MOS管的开通电压，这个电压高于某值时MOS管实际已经开通，只是开通的程度不同，这里加载的电压不能超过最大开通电压。 | |
| 阈值栅极电压 | 高于阈值栅极电压，MOS管将被开通。阈值栅极电压（开通电压）这一参数与驱动芯片的选型有很强的关联性，后面章节详述，选择驱动芯片是必须提供能使MOS管开通的栅极电压。这一参数在参数表上有最大和最小值，可以理解为，达到最小值时MOS管已经开始开通，达到最大值时MOS管完全开通。 | |
| 导通电阻 | MOS管导通时漏极和源极之间的电阻。 | |
| 反向恢复电荷 | MOS管在通态和断态两种状态间转换时，需要抽出和灌入的电荷量，这一参数与驱动芯片的选择有关。后面章节详述。 |
再来说明一下MOS管Datasheet中比较重要的几幅曲线图，包括静态输出特性、温度特性等。说明前要略讲解一下MOS管的原理，这也是我做项目中一直比较模糊的点，只能说做项目的时候只会用MOS，对原理完全是一窍不通。项目做完后，认真研读了科学出版社的《电力电子技术》一书，对MOS管的原理深入了解。
上图所示为MOS管原理示意图，以NMOS为例，简述一下MOS管的工作原理：栅极G通电后，P区电子被吸到栅极的金属层部分，电子越来越多，将会在N区和P区之间形成一层电子密度极高的部分，这部分实际上已经从P区变成了N区，所以叫反型层，或称为沟道。沟道形成以后，下方的N区和源极S下面的小N区就连在了一起，这样从漏极D到源极S通电，电子可以自由移动，从而形成电流。MOS管的静态输出特性曲线如图1-3所示：
以英飞凌公司MOS管产品IRLB4030PBF为例，其静态输出特性曲线如图1-4所示：
基本和书上讲的静态输出特性曲线是一致的，这个曲线分为三个区域，非饱和区（可变电阻区）、饱和区和截止区。按照常理，我们将MOS管用作一个开关器件，因此其正常应该工作在截止区和可变电阻区，当栅极电压低于一个阈值时，不管在漏极D加多大电压，MOS管不会有电流通过，而过了一个阈值之后，MOS管通过的电流随着漏源电压的增大而增大。其中异常的工作状态就是饱和区，书上写的是：
“当漏源电压过大时，由于漏极电流在沟道上的压降会抵消一部分栅极电压，器件会出现沟道夹断的现象，一旦沟道夹断，漏极电流会被限制而不能进一步上升。”
这段话在图中倒是被诠释的很清楚，在任意一个栅极开通电压下，如果漏源电压过大，可以看到电流增大到一定极限后，再增加的非常缓慢，甚至有变平的趋势。沟道夹断我用通俗一点的方式理解是这样的：还是从1-2原理图中来解释，如果Ｄ端电压过大，它对电子的吸力也越来越大，如果漏极D施加的电压远大于栅极S施加的电压，沟道中的电子会逐渐被向Ｄ极吸，到一个极限状态，那就是沟道夹断。
如果对上述的原理理解的比较清楚，那么我觉得自然而然会出现一个疑问，沟道都夹断了，MOS管漏源极之间为什么还会有电流呢？
解答这个问题的关键在于理解沟道夹断的这个区域的状态到底是怎样的。我们可以看出，MOS的本质就是PN结的叠加，沟道夹断这个区域内的电子和空穴已经都被吸走了，形成了空间电荷区，但是由于离子是不会移动的，因此空间电荷区内部有很强的电场，这个电场的方向是N区到P区，也可以看作是漏极D到源极S，所以此时当小N+区内的电子移动到靠近沟道夹断区的边缘时，就会立刻被空间电荷区的电场俘获，瞬间被扫到漏极一端形成电流，这就是沟道夹断后还有漏源电流的原因，但是因为夹断区周围的电子密度非常小，因此虽然有电流，但是这个电流不会再进一步增加，也就是达到了饱和状态。
再说回选型，这个静态特性曲线也是选型中非常重要的一个参考，要保证驱动芯片能够让MOS管工作在开关状态。
驱动芯片的存在主要是为了开通MOS管，为了提供MOS管开通所需要的电压，需要自举升压电路，驱动芯片的意义正是自举升压相关的一些电路。以英飞凌高边驱动芯片IR2101S为例进行一些说明， 图2-1为IR2101SDatasheet，驱动芯片与MOS管的连接方式如图2-2所示：
可以看出，驱动芯片简单而言就是把单片机产生的PWM波形进行放大输入到MOS管的栅极G，从而达到开通关断MOS管的目的。表2-1列出了驱动芯片选型时需要关注的主要参数：
| Sybol | Definition | Meaning |
| 高端供电电压 | 可以理解为上桥臂MOS开通时的栅极电压。 | |
| 高端参考电压 | 上桥臂MOS开通时的参考电压，供电电压减去参考电压的值就是栅极开通电压，这一电压高于MOS管的开通电压就会开通。 | |
| 供电电压 | 关系到控制器的电源管理电路搭建，要能够出一级电压给驱动芯片供电。 | |
| 灌电流能力 | 驱动芯片最重要的参数，直接表征了驱动芯片的驱动能力，拉灌电流的能力直接决定了驱动芯片能否给MOS提供足够的电子使其开通，如果这个参数与MOS管不匹配，则会出现MOS不能完全开通的情况。 | |
| 拉电流（抽电流）能力 | 驱动芯片最重要的参数，直接表征了驱动芯片的驱动能力，拉灌电流的能力直接决定了驱动芯片能否给MOS提供足够的电子使其开通，如果这个参数与MOS管不匹配，则会出现MOS不能完全开通的情况。 | |
| 开通延迟时间 | 顾名思义，开通时的延迟时间，这个时间是单片机PWM信号输入到驱动芯片的时间与驱动芯片将PWM信号输出到MOS管端时间的差值。 | |
| 关断延迟时间 | 与开通延迟时间相似，关断时的延迟时间。 |
对于拉灌电流能力这一参数需要进一步解释，从等效层面上讲，MOS管的各极之间都存在寄生电容，MOS开通的过程就是对极间电容充电的过程，如图2-3所示为MOS管极间电容的示意图，所谓灌电流就是将电流灌进G极使得MOS开通，拉电流就是将电荷从G极抽出使得MOS关断，拉灌电流的力度决定了MOS开通的程度。
对驱动芯片进行选型时， 需要格外注意将驱动芯片拉灌电流能力值与MOS管的参数相匹配，如果不匹配将会出现俗称为“带不动”的情况。那么这一值具体应该怎么匹配呢？还是以IRLB4030和IR2101S为例进行计算：
这之中用到了MOS管的反向恢复电荷，IRLB4030的恢复电荷在125摄氏度时为130nC，我们取为150nC，假设电机控制PWM波的频率为10KHz，即周期为100us，假设PWM电压从零到最大值的阶跃时间为1us，那么MOS管需要的电流值为：
那也就是说驱动芯片拉灌电流值应该至少达到150mA才能带的动IRLB4030，IR2101S的拉灌电流值在130mA到270mA之间，基本符合条件，因此这两款驱动芯片和MOS管的匹配使用是合理的。
当我在Rails控制台中按向上或向左箭头时，出现此错误:irb(main):001:0>/Users/me/.rvm/gems/ruby-2.0.0-p247/gems/rb-readline-0.4.2/lib/rbreadline.rb:4269:in`blockin_rl_dispatch_subseq':invalidbytesequenceinUTF-8(ArgumentError)我使用rvm来管理我的ruby安装。我正在使用=>ruby-2.0.0-p247[x86_64]我使用bundle来管理我的gem，并且我有rb-readline(0.4.2)(人们推荐的最少
我正在使用Ruby2.1.1和Rails4.1.0.rc1。当执行railsc时，它被锁定了。使用Ctrl-C停止，我得到以下错误日志:~/.rvm/gems/ruby-2.1.1/gems/spring-1.1.2/lib/spring/client/run.rb:47:in`gets':Interruptfrom~/.rvm/gems/ruby-2.1.1/gems/spring-1.1.2/lib/spring/client/run.rb:47:in`verify_server_version'from~/.rvm/gems/ruby-2.1.1/gems/spring-1.1.
我将我的Rails应用程序部署到OpenShift，它运行良好，但我无法在生产服务器上运行“Rails控制台”。它给了我这个错误。我该如何解决这个问题？我尝试更新rubygems，但它也给出了权限被拒绝的错误，我也无法做到。railsc错误:Warning:You'reusingRubygems1.8.24withSpring.UpgradetoatleastRubygems2.1.0andrun`gempristine--all`forbetterstartupperformance./opt/rh/ruby193/root/usr/share/rubygems/rubygems
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭10年前。问题1)我想知道rubyonrails是否有功能类似于primefaces的gem。我问的原因是如果您使用primefaces(http://www.primefaces.org/showcase-labs/ui/home.jsf)，开发人员无需担心javascript或jquery的东西。据我所知，JSF是一个规范，基于规范的各种可用实现，prim
本教程将在Unity3D中混合Optitrack与数据手套的数据流，在人体运动的基础上，添加双手手指部分的运动。双手手背的角度仍由Optitrack提供，数据手套提供双手手指的角度。 01 客户端软件分别安装MotiveBody与MotionVenus并校准人体与数据手套。MotiveBodyMotionVenus数据手套使用、校准流程参照：https://gitee.com/foheart_1/foheart-h1-data-summary.git02 数据转发打开MotiveBody软件的Streaming，开始向Unity3D广播数据；MotionVenus中设置->选项选择Unit
说在前面这部分我本来是合为一篇来写的，因为目的是一样的，都是通过独立按键来控制LED闪灭本质上是起到开关的作用，即调用函数和中断函数。但是写一篇太累了，我还是决定分为两篇写，这篇是调用函数篇。在本篇中你主要看到这些东西！！！1.调用函数的方法（主要讲语法和格式）2.独立按键如何控制LED亮灭3.程序中的一些细节（软件消抖等）1.调用函数的方法思路还是比较清晰地，就是通过按下按键来控制LED闪灭，即每按下一次，LED取反一次。重要的是，把按键与LED联系在一起。我打算用K1来作为开关，看了一下开发板原理图，K1连接的是单片机的P31口，当按下K1时，P31是与GND相连的，也就是说，当我按下去时
SPI接收数据左移一位问题目录SPI接收数据左移一位问题一、问题描述二、问题分析三、探究原理四、经验总结最近在工作在学习调试SPI的过程中遇到一个问题——接收数据整体向左移了一位（1bit）。SPI数据收发是数据交换，因此接收数据时从第二个字节开始才是有效数据，也就是数据整体向右移一个字节（1byte）。请教前辈之后也没有得到解决，通过在网上查阅前人经验终于解决问题，所以写一个避坑经验总结。实际背景：MCU与一款芯片使用spi通信，MCU作为主机，芯片作为从机。这款芯片采用的是它规定的六线SPI，多了两根线：RDY和INT，这样从机就可以主动请求主机给主机发送数据了。一、问题描述根据从机芯片手
在我的Character模型中，我添加了:字符.rbbefore_savedoself.profile_picture_url=asset_path('icon.png')end但是，对于数据库中已存在的所有角色，它们的profile_picture_url为nil。因此，我想进入控制台并遍历所有这些并进行设置。在我试过的控制台中:Character.find_eachdo|c|c.profile_picture_url=asset_path('icon.png')end但这给出了错误:NoMethodError:undefinedmethod`asset_path'formain:O
当我进入Rails控制台时，我已将pry设置为加载代替irb。我找不到该页面或不记得如何将其恢复为默认行为，因为它似乎干扰了我的Rubymine调试器。有什么建议吗？ 最佳答案 我刚发现问题，pry-railsgem。忘记了它的目的是让“railsconsole”打开pry。 关于ruby-on-rails-带有Pry的Rails控制台，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/question
我正在尝试将$stdout设置为临时写入一个文件，然后返回到一个文件。test.rb:old_stdout=$stdout$stdout.reopen("mytestfile.out",'w+')puts"thisgoesinmytestfile"$stdout=old_stdoutputs"thisshouldbeontheconsole"$stdout.reopen("mytestfile1.out",'w+')puts"thisgoesinmytestfile1:"$stdout=old_stdoutputs"thisshouldbebackontheconsole"这是输出。r
