标签: 系统工程师

我就职于某国内上市公司，在从事自动化的职业生涯近二十年的时间里，我发现现场调试的工程师的能力和工作水平的高低，对于一个项目的成败是最关键的因素。但许多工程师在赶赴现场执行任务前，缺乏必要的心理准备和技术准备，因此，到现场后根本无法发挥自己的能力。因此，在这里把自己的一些体会写出来，希望能够对所有的技术工程师有一些启发。 一、出发前的准备 从事PLC的技术支持的人，如果是要到现场开始进行系统调试，无论是对OEM客户，还是对一个过程控制的系统集成，都要在事先做好一些准备工作。就像一个“驴友”出行前，要更换自己的服装尤其是鞋子，带好水、食品，还要准备在野外的一些防身用品，如果是过夜的话，还要有帐篷、手电筒等一样，作为一个职业的PLC技术支持工程师，也有不少的东西是要准备的。 首先要安排自己的行程计划和衣食住行。 如果是需要住宿的话，那么如何定机票、酒店（旅馆、招待所），这里就不多说了。如果时间很长（如超过一个月），为了省钱，就要考虑在当地租房子了，尤其是出发的是一个小组，而不是一个人的时候。衣食住行，这些问题与普通的旅行是一样的，虽然这些问题对你完成任务的影响力并不亚于你的专业水平。想象一下，你到了现场，因为食物中|毒导致一个星期拉痢疾的情况会对工作造成什么样的影响，就知道该准备那些东西了。通常，有经验的自动化公司的行政部门会为工程师考虑好这些情况，但是，作为工程师自己一定要进行确认，看看是否所有的事情都已经安排好了。 安顿好了衣食住行的后，要准备自己的工具。作为PLC的现场调试工程师，并不需要很多的调试工具。但是，一个螺丝刀、一台万用表，还是必备的。另外，如果要与现场的仪表传感器进行系统联调的时候，还要有一台信号发生器来模拟现场仪表的信号，以确定当发生问题时，现场的信号是完好的。还有，一台结实的手提电脑，是你编程和调试的必需的工具。虽然这些工具你可以要求用户准备好，但是，作为一个职业的PLC工程师，如果连这几样工具都没有，会被用户怀疑你的职业水平的。其它的一些仪器仪表，如果需要的话，你可以向公司或者客户提出来，让他们提前准备，比如，示波器、稳压电源等等。毕竟这些不那么通用的仪器，通常是不可能随身携带或备用的。 有一些常被忽视的小东西，你准备了之后一定有用的。如，电气胶带、热缩套管、打火机（你吸烟的话自然会有，没有别人也会有），束线带、还有，如果现场接线已经完成了，要准备好一些与信号线相同的电缆，和一些固定基座的螺丝。你可能怀疑要这些做什么用，相信我，带上这些，虽然有些只值几分钱，但到了现场后，可能会节约你一天甚至几天的时间，尤其是你去的地方是在一个偏远的山区的时候。虽然在发货的时候厂家都有螺丝钉，但是到了现场什么都有可能发生，如果螺丝钉不够（而这是每次都必然发生的），会引起许多问题。 除了以上的东西，就是这次调试所要带的备品备件了。虽然现场的货物清单可能会已经考虑了备品备件的问题，但为了应付万一的情况，有些备件你最好还是自己要随身携带。首先是PLC的基板（有的成为机架）、电源、CPU模块，因为这些是一台PLC能够工作的基础，如果现场只有一套系统，那么这些模块就只有一个，假如没有备分的话，一旦出现故障，你的所有的工作都必须停下来。因此最好带上一套。 其它的I/O模块和通讯模块，如果现场只有一个的，你都要考虑在多带一个。对于那些现场已经有两块以上的模块，你就不用考虑自己带了。 二、设计交底工作 如果系统设计不是你自己做的，那么在出发前，就要与系统的设计人员进行充分的沟通，对于不清楚和不明白的地方，一定要弄清楚，确保自己清晰地理解了要完成的工作目标，和设计者的意图。不要轻易否定设计者的方案，也不要轻易地说别人那里设计得不行。 但是，因为你是从事现场的工程师，因此，也不必过于迷信设计者。你可以提出自己的建议。比如，PLC的机架和CPU模块和I/O模块的搭配原则，可能有时候，设计师不知道你所用的PLC的机架有4槽、6槽和8槽，甚至12槽的，因此，也许全部都选了8槽的，而导致了几个槽的空缺，你可以建议它修改为4槽或6槽的。 方案设计中，最容易出问题的地方是通讯，现场调试最麻烦的地方也是通讯，所以对于通讯的部分，你必须清晰了解系统的框架结构，并且对需要进行通讯的东西在出发前就要全部进行一遍调试，而且要确认其中的所有需要通讯的模块是可以通讯的。比如，操作台电脑、触摸屏、PLC、变频器、其它的PLC、一些智能仪表和仪器，如果这些东西需要通讯的话，你必须要确认它们相互之间是可以通讯的，如果你不确认的话，就要与厂家联络，并亲自再试一次。如果PLC的节点数较多，要考虑距离和厂家CPU的限制。 如果系统较大，远程单元、本地机架数量、每个机架的模块数量的限制，并非出于系统功能和技术上的限制，而是由于使用规范性的限制。在系统硬件组态时，要考虑这些模块的搭配作用。 对于电源模块的配置,一个资深的工程师应该能够做出比较合理的搭配。例如，电源模块通常有5A和10A的分别，如果模块较少，可以选用功率小的电源模块，如果模块较多，则应该选用大功率的电源模块。而一般，如果现场仪表需要PLC也供应24V直流电源而不是采用外部电源供电（如RTU）的情景，通常CPU所在的机架上选用大功率的电源比较合理。 此外，在I/O模块的安装时，根据不同的系统，通常同型号的模块放置在一起。但是，如果对于输出模块与输入模块形成回路的，则可以将一个回路的参量所涉及的模块放置在一个机架上（或一个CPU所控制的机架上）比较合理。有的设计师在设计的时候不会考虑这一点，你可以调整过来。 在选型的时候，因为各种PLC都有大型、中型、小型的分别，这些分别主要是由CPU模块的性能不同造成的。在实际上，并非一定大型的功能就是合适的。除了价格方面的考量之外，主要是，如果控制点数不多，小型的CPU模块完全可以胜任，则小型的CPU反而比大型的CPU模块工作还要可靠一些。因为，小型的CPU所涉及的资源少，而大型CPU的资源多，在程序执行中，为处理那些程序不需用到的资源时，也要分配时间去处理，这样不仅造成资源的浪费，可能在程序处理上不及小型CPU可以更单纯和稳定地工作。 在设计交底的过程中要指出的是，对于设计中的任何变更，你只能提建议，而不是擅自做修改。因 为，你的职责是按照设计施工，而不是设计，因此，对于任何你发现的不合理的东西，你可以提出意见，但必须要等到设计变更确认书下到你手里后，你才能按照变 更后的设计工作，尽管这个变更可能是你的意见。还有，即使最初的设计也是你做的，你在变更后，也要通知客户，并取得客户的书面同意。 三、装机步骤 到了现场后，进行系统安装前，需要考虑安装环境是否满足PLC的使用环境要求，这一点可以参考各类产品的使用手册。但无论什么PLC，不都能装设在下列场所：含有腐蚀性气体之场所，阳光直接照射到的地方，温度上下值在短时间内变化急遽的地方，油、水、化学物质容易侵入的地方，有大量灰尘的地方，振动大且会造成安装件移位的地方。 如果必须要在上面的环境使用，则要为PLC制作合适的控制箱，采用规范和必要的防护措施。如果需要在野外极低温度下使用，可以使用有加热功能的控制箱。如何做这些防护箱或控制箱，各制造商和和资格的系统集成商将会为客户提供相应的供应和设计。 在使用控制箱时，在控制箱内OpenPLC安装的位置要注意如下事项：控制箱内空气流通是否顺畅(各装置间须保持适当的距离)，变压器、马达控制器、变频器等是否与PLC保持适当距离，动力线与信号控制线是否分离配置，组件装设之位置是否利于日后之检修，是否需预留空间，供日后系统扩充使用。 除了上述注意事项之外，还有其它注意事项要留意。 首先比较重要的是静电的隔离。静电是无形的杀手，但可能因为不会对人造成生命危险，所以许多人常常忽视它。在中国的北方、干燥的场所，人体身上的静电都是造成静电损坏电子组件的因素。虽然你被静电打到的话，只不过是轻微的酥麻，但这对PLC和其它任何电子器件就足以致命了。 要避免静电的冲击有下列三种方式：在进行维修或更换组件时，请先碰触接地的金属，以去除身上的静电；不要碰触电路板上的接头或是IC接脚；电子组件不使用时，请用有隔离静电的包装物，将组件放置在里面。想象PLC里的元器件是一个娇嫩的婴儿，而那些静电会导致这个婴儿死亡，你就会更容易以正确的态度对待这个问题了。 基座安装(RACK)时，在决定控制箱内各种控制组件及线槽位置后，要依照图纸所示尺寸，标定孔位，钻孔后将固定螺丝旋紧到基座牢固为止。在装上电源供应模块前，必须同时注意电源线上的接地端有无与金属机壳连结，若无则须接上。接地不好的话，会导致一系列的问题，静电、浪涌、外干扰，等等。由于不接地，往往PLC也能够工作，因此，不少经验不足的工程师就误以为接地不那么重要了。这就像登山的时候，没有系上保护缆绳一样，虽然你正常前进的时候，保护缆绳没有任何作用，但一旦你失足的时候，没有那根绳子，你的生命就完结了。PLC的接地，就相当于给PLC系上保护缆绳。 在I/O模块安装时，须注意如下事项：I/O模块插入机架上的槽位前，要先确认模块是否为自己所预先设计的模块；I/O模块在插入机架上的导槽时，务必插到底，以确保各接触点是紧密结合的；模块固定螺丝务必锁紧；接线端子排插入后，其上下螺丝必须旋紧。由于现场的变压器、电机等影响，多少会有振动，如果这些螺丝钉松动了，会导致模块从机架中松开。 四、硬件模块的组态和确认 对于各种PLC的现场硬件组态和软件调试，通常有经验的工程师应该先花一些时间对自己的现场工作进行一个简单的规划，通常应当采取如下的步骤： (1)系统的规划 首先，必须深入了解系统所需求的功能，并调查可能的控制方法，同时与用户或设计院共同探讨最佳之操作程序，根据所归纳之结论来拟定系统规划，决定所采行的PLC系统架构、所需之I/O点数与I/O模块型式。 (2)I/O模块选择与地址设定 当I/O模块选妥后，依据所规划之I/O点使用情形，由PLC的CPU系统自动设定I/O地址，或由使用者自定I/O模块的地址。 (3)梯形图程序的编写与系统配线 在确定好实际的I/O地址之后，依据系统需求的功能，开始着手梯形图程序的编写。同时，I/O之地址已设定妥当，故系统之配线亦可着手进行。 (4)梯形图程序的仿真与修改 在梯形图程序撰写完成后，将程序写入PLC，便可先行在PC与OpenPLC系统做在线连接，以执行在线仿真作业。倘若程序执行功能有误，则必须进行除错，并修改梯形图程序。 (5)系统试车与实际运转 在线上程序仿真作业下，若梯形图程序执行功能正确无误，且系统配线亦完成后，便可使系统纳入实际运转，项目计划亦告完成。 （6）程序注释和归档 为确保日后维修的便利，要将试车无误可供实际运转的梯形图程序做批注，并加以整理归档，方能缩短日后维修与查阅程序之时间。这是职业工程师的良好习惯，无论对今后自己进行维护，或者移交用户，这都会带来极大的便利，而且是你的职业水准的一个体现。 以上工作中，复杂的系统规划可能需要几天甚至更长的时间，但一个简单的系统规划在一个具有良好的职业习惯的编程工程师手中，可能只需要几个小时。 这里要强调一个问题，是十分简单但却几乎每个项目都会发生的，那就是对PLC的接线。这往往是经验不足的工程师常常忽略的一个问题。其实，现场调试大部分的问题和工作量都是在接线方面。有经验的工程师首先应当检查现场的接线。通常，如果现场接线是由用户或者其它的施工人员完成的，则通过看其接线图和接线的外观，就可以对接线的质量有个大致的判断。然后要对所有的接线进行一次完整而认真的检查。现场由于接线错误而导致PLC被烧坏的情况屡次发生，在进行真正的调试之前，一定要认真地检查。即便接线不是你的工作，检查接线也是你的义务和责任，而且，可以省去你后面大量的时间。 五、通讯的设置 现在的PLC大多数需要与人机界面进行连接，而下面也常常有变频器需要进行通讯，而在需要多个CPU模块的系统中，可能不同的CPU所接的I/O模块的参量有需要协同处理的地方，或者，即使不需要协同控制，可能也要送到某一个中央控制室进行集中显示或保存数据。即便只有一个CPU模块，如果有远程单元的话，就牵涉到本地CPU模块与远程单元模块的通讯。此外，即使只有本地单元，CPU模块也需要通过通讯口与编程器进行通讯。因此，PLC的通讯是十分重要的。而且，由于涉及到不同厂家的产品，通讯往往是令人头痛的问题。 PLC的通讯有RS232、RS485、以太网等几种方式。通讯协议有MODBUS、PROFIBUS、LONWORKS、DEVICENET等等，通常以MODBUS协议使用得最为广泛，而其它的协议则与产品的品牌有关。今后，应该是工业以太网协议会越来越普遍。 PLC与编程器或手提电脑的通讯大部分采用RS232协议的串口通讯。用户在进行程序下载和诊断时都是这种方式，但是，这种通讯的方式绝不仅限于此。在大量的机械设备控制系统中，PLC都是采用这种方式与人机界面进行通讯的。人机界面通常也是采用串口，协议则以MODBUS为主，或者是专门的通讯协议。而界面方面则由HMI的厂家提供软件来进行设计。 现在的PANEL PC也有采用这种方式来进行通讯的，在PANELPC上运行一些组态软件，通过串口来存取OpenPLC的数据，由于PANELPC的逐渐轻型化和价格的下降，这种方式也越来越多地被使用。 在需要对多台PLC进行联网的时候，如果PLC的数量不是很多（15个节点以内）、数据传输量不大的系统，常采用的方式是通过RS485所组成的一个简单串行通讯口连接的通讯网络。由于这种通讯方式编程简单，程序运行可靠，结构也比较合理，因此很受离散制造行业的工厂工程师的欢迎。在总的I/O点数不超过上10000个，开关量I/O点占80%以上的系统，都可以采用这种通讯方式能够稳定而可靠地运行。 如果对通讯速度要求较高的场合，可以采用点到点的以太网通讯方式。使用控制器的点到点通讯指令，通过标准的以太网口，用户可以在控制器之间或者扩展控制器的存储器之间进行数据交换。这PLC较为广泛使用的一种多CPU模块的通讯方式，与串口的RS485所构成的点对点网络相比，由于以太网的速度大大加快，加上同样具有连接简单，编程方便的优势，更方便的是，与上位机可以直接通过以太网进行通讯，因此很受用户的欢迎。甚至，在一些单台PLC和一台PANELPC构成的人机界面的系统中，由于PANELPC中通常有内置的以太网口，也有用户采用这种通讯方式。目前，OpenPLC对一些SCADA系统和连续流程行业的远程监控系统和控制系统，基本上采用这样的方式。 还有一种分布式网络在大型PLC系统中是最为广泛考虑的结构。通过使用人机界面(HMI)和DDE服务器均可获得对象控制器的数据，同时可以通过Internet远程获得该控制器的数据。各个CPU独立运行，通过以太网结构采用C/S方式进行数据的存取。数据的采集和控制功能的实现都在OpenPLC的CPU模块中实现，而数据的保存则在上位机的服务器中完成。数据的显示和打印等则通过HMI界面和组态软件来实现。 六、软件调试 PLC的内部固化了一套系统软件，使得你开始能够进行初始化工作和对硬件的组态。PLC的启动设置、看门狗、中断设置、通讯设置、I/O模块地址识别都是在PLC的系统软件中进行的。 每种PLC都有各自的编程软件作为应用程序的编程工具，常用的编程语言是梯形图语言，也有ST、IL和其它的语言。如何使用编程语言进行编程，这里就不细述了。 但是，用一种编程语言编出十分优化的程序，则是工程师编程水平的体现。每一种PLC的编程语言都有自己的特色，指令的设计与编排思路都不一样。如果对一种PLC的指令十分熟悉，就可以编出十分简洁、优美、流畅的程序。例如，对于同样的一款PLC的同样一个程序的设计，如果编程工程师对指令不熟悉，编程技巧也差的话，需要1000条语句；但一个编程技巧高超的工程师，可能只需要200条语句就可以实现同样的功能。程序的简洁不仅可以节约内存，出错的概率也会小很多，程序的执行速度也快很多，而且，今后对程序进行修改和升级也容易很多。 所以，虽然说所有的PLC的梯形图逻辑都大同小异，一个工程师只要熟悉了一种PLC的编程，再学习第二个品牌的PLC就可以很快上手。但是，工程师在使用一个新的PLC的时候，还是应该仔细将新的PLC的编程手册认真看一遍，看看指令的特别之处，尤其是自己可能要用到的指令，并考虑如何利用这些特别的方式来优化自己的程序。 各个PLC的编程语言的指令设计、界面设计都不一样，不存在孰优孰劣的问题，主要是风格不同。我们不能武断地说三菱PLC的编程语言不如西门子的STEP7，也不能说STEP7比ROCKWELL的RSLOGIX要好，所谓的好与不好，大部分是工程师形成的编程习惯与编程语言的设计风格是否适用的问题。 现场常常需要对已经编好的程序进行修改。修改的原因可能是用户的需求变更了，可能是发现了原来编程时的错误，或者是PLC运行时发生了电源中断，有些状态数据会丢失，如非保持的定时器会复位，输入映射区会刷新，输出映射区可能会清零，但状态文件的所有组态数据和偶然的事件如计数器的累计值会被保存。 工程师在这个时候可能会需要对PLC进行编程，使某些内存可以恢复到缺省的状态。在程序不需要修改的时候，可以设计应用默认途径来重新启动，或者利用首次扫描位的功能。 所有的智能I/O模块，包括模拟量I/O模块，在进入编程模式后或者电源中断后，都会丢失其组态数据，用户程序必须确认每次重新进入运行模式时，组态数据能够被重新写入智能I/O模块。 在现场修改已经运行时常被忽略的一个问题是，工程师忘记将PLC切换到编程模式，虽然这个错误不难发现，但工程师在疏忽时，往往会误以为PLC发生了故障，因此耽误了许多时间。 另外，在PLC进行程序下载时，许多PLC是不允许进行电源中断的，因为这时，旧的程序已经部分被改写，但新的程序又没有完全写完，因此，如果电源中断，会造成PLC无法运行，这时，可能需要对PLC的底层软件进行重新装入，而许多厂家是不允许在现场进行这个操作的。大部分新的PLC已经将用户程序与PLC的系统程序分开了，可以避免这个问题。 七、结语 现场工程师的工作是十分重要的。要想成为一个优秀的现场工程师，首先要对现场的工作有热情甚至激情，然后要有严谨和耐心的态度。现场的工作环境不像在自己的公司里那么舒适，常常是又脏又乱的，而且由于有工期和时间的限制，压力也很大。而且，要面对用户和其它专业(如电气、仪表、工艺、管线施工等）的现场人员的要求和指责，需要有协调和灵活变通的能力。另外，现场工程师与研发工程师在工作中有一个很大的不同点在于，在现场，你的最重要的任务是保证系统能够按时正常运行。如果一个方案暂时走不通，要立即考虑第二甚至第三方案，哪怕是先将就一下，也要使系统能够先正常工作起来。而研发工作是不能变通的，你要实现 这个功能，必须用这个办法，其它方法虽然可以实现，但你是不能使用的。许多现场工程师由于不了解这个差别，常常在现场钻入牛角尖，一条路走到死，结果导致了现场调试工作的延误。这也是为什么一个优秀的研发工程师往往并不是一个好的现场工程师的原因。现场的工程师必须有开放的头脑和灵活的心态，当然这是建立在严谨的工作态度的基础之上的。

在惠普， 系统工程师 是一个已经消失的品种，而我怀疑，许多OEM公司亦然。我很担心，对未来而言，这种情况代表着什么？ 今年稍早，我们针对30岁以下的工程师进行了一系列访谈。我花了很长时间，要求惠普能否提供几位年轻电子工程师让我们采访。 但他们的回答就是像醍醐灌顶。多年来，惠普一直没有聘请任何年轻工程师。回复我的窗口表示，这家公司一直专注于拥有深厚专业知识的资深工程师与核心干部，许多年轻的工程师在过去几年内一波又一波的裁员中成为了牺牲品。 另一次真正观察惠普的机会，是在最近一次的午餐会议上。该公司表示，只有少数的计算机系统工程师留在惠普。他们与惠普的代工合作伙伴密切合作，因此他们通常在亚洲。 这些系统工程师大部份都接近退休年龄。当他们离开公司后，不会再派人去接替他们。 惠普并不是特例。最近，我和一位资深的IBM ThinkPad工程经理聊过，他现在为中国联想集团工作，因为几年前IBM的PC部门卖给了联想。我问到他有关联想的系设计工作。 “就这方面来说，我们是独一无二的，因为我们开发自有的系统，而且自行制造，”他表示。我们也有原始设计制造商(ODM)，但我们仍然自行设计，因为这是我们的主要优势之一，他接着说。 我确定IBM仍然有几位系统设计工程师为其大型主机和Power服务器设计所需的客制化主板。但我也无法肯定是否该公司已然改变策略。 上星期，Applied Micro Circuits Corp.展示了四款高密度、高度复杂的服务器主板，这是该公司为其X-Gene ARM 服务器SoC开发的参考设计。负责开发的是前戴尔(Dell)的工程师，我怀疑，包括一些惠普的经验丰富的资深工程师，都已经不再进行太多设计工作了，而是转往亚洲，与当地的ODM合作。 最近，我在硅谷遇到了一些年轻的计算机工程师。他们是 Facebook 的员工，主要负责数据中心。他们还有一些同伴在亚马逊(Amazon)、 Google 和微软(Microsoft)，但不包括戴尔、惠普和 IBM 。 事情就是这样。 这个问题跨越了笔电、PC**务器。我知道，过去20年来， Wintel 联盟让电子产品的设计更加简单，因而厂商们注重工业设计和软件开发的程度更甚于芯片和板级设计。 从现在起到2014年， x86、 ARM SoC 、英特尔(Intel)和超威(AMD)，以及全新ARM授权技术还将加剧该产业的竞争。另一方面，采用3D堆栈技术来开发SoC芯片，也将把技术竞争推进到一个全新水平。 我想，接下来几年，OEM们会再度需要系统工程师。也祝他们届时能顺利从Google或Facebook挖到所需的人才！ 转自eettaiwan (参考原文： HP and the vanishing systems engineer，by Rick Merritt)

和很多的朋友有聊过汽车电子工程师的发展，聊了很多的东西，最后得出来的结论：不管做软件和硬件，做到最后不是进入管理层，就是转行做系统工程师，可能进入上游的汽车OEM企业，也有可能去下游的IC产业做系统工程师。因此一直就在思考，一个系统工程师是干嘛的呢？ 看看大部分的工作岗位描述，大概有这么几点： 1. 与PM一起和客户共同开发产品需求和客户规范，并进行明确定义形成详细的文档； 2.对项目的可行性进行研究，并进行评估和确认前期方案； 3. 负责从项目概念设计到交付的整个开发过程中的交流和协调工作； 4. 整合关键的系统文档包括需求定义、系统建模/仿真，确认/测试，控制策略开发等技术文档； 5. 系统集成和测试，协助应用部门完成系统标定。 这是一个典型的汽车电子零部件系统工程师的工作内容。对于OEM的而言，也有产品工程师和系统工程师的区分，前者负责单个部件，在开发过程中与零部件工程师打交道的所有事情；后者负责子系统和系统的定义和开发。 从某种程度而言，系统工程师是一个有经验和技术的活。一般而言在选择方案的初期是最麻烦的，也是最容易出错的地方。就好象选择一个方向的时候，一旦走错了，经过无数的软硬件调试和开发，最后证明是没有可行性的，这是典型的一场灾难。而且系统工程师往往要考虑各种各样的限制，考虑各种法规，考虑现实中的限制（这主要是我国的汽车电子的法规不够系统，不够规范造成的，否则照着法规走就行了）。 以我目前在不断理解的电动汽车而言，本身这个东西并不是一个非常新的概念。电动汽车的历史其实早于内燃机汽车，第一辆电动汽车（3轮）由法国人古斯塔夫· 土维（Gustave Trouve）在1881年制造出来；英国人戴维森已于1873年前制造出了世界上最早的可供实用的电动汽车。1910年以前，电动汽车与内燃机汽车相比还占有压倒性优势。1890年在全世界4200辆汽车中，有38％为电动汽车，40％为蒸汽车，22％为内燃机汽车。到了1911年，就已经有电动出租汽车在巴黎和伦敦的街头上运营，到了1912年在美国更有至少3.4万辆电动汽车运行。但是在内燃机的发展下，电动车的发展异常缓慢。 作为一个电动车的电气工程师，需要全面的从各个部件的散热，电池加热（寒冷条件下的启动），电气安全性，安装布置，振动冲击分析等广泛的角度去拓宽和探讨问题。系统是一个综合性的校核的概念，是在不同的多个限制条件协调着系统和产品的特性。就像模块的系统工程师在努力均衡着模块的功能实现，模块功能与整个电气系统匹配一样。 其中电气安全这个专题，我努力在收集和整理资料。 这是一个非常有趣的话题，因为亲眼看到VOLT的车给我的感觉是非常震撼的。在收集这辆车的照片，车展上的结构照片，设计理念和官方博客的内容。当然日产的LEAF，普锐斯的插入式PHEV，都是非常有趣的。从时间上来说，很多的规范，专利都集中于今年颁布实施，比如SAE的很多规范以及各家公司的专利。 因此，我觉得有个美国同事说的一句话非常正确，做汽车的赶上了一个产业变革的时代，这是非常幸运的机会，就好象上个世纪的时候那样。 以前也和同事聊过很多，职业发展啊，职位地位，待遇啊。系统工程师的待遇，地位和职业发展终究是和产业发展情况和市场的经济活力相关的。以目前的态势来看，不管是中国经济的发展模式还是汽车产业销量都到了无以为继的地步了，发生什么变革和转型中的阵痛真不好说。但是整个电动车和相关的新能源车在全球都充满活力，这是相当有挑战的事情。我想表达的几个事情是： 1.系统工程师是做的是比较有趣的工作，并不是都是重复涉及细节，又关系的方案方向。 2.系统工程师在国内各方面设计思想的缺失和系统验证方面的缺失，以功能为主导的设计系统是走不远的。 3.希望有更多的同仁参与到这项可能改变人类生活模式的变革中来吧。