中级农民
- 积分
- 109
- 大米
- 颗
- 鳄梨
- 个
- 水井
- 尺
- 蓝莓
- 颗
- 萝卜
- 根
- 小米
- 粒
- 学分
- 个
- 注册时间
- 2010-1-2
- 最后登录
- 1970-1-1
|
不好意思哈, 俺是做发动机嵌入式控制的的..其他的东西完全没入门啊.
engine embedded control, 直白点, 就是用单片机来控制发动机. 基本上来说, 和学校里面用8051做的课程设计从构架上基本一样. 无非是硬件高级点, 代码多一点, 控制对象复杂点, 做实验麻烦了罢了.
电路基本没啥可说的, 好几年了没有革命性的东西出来了. 这也是没办法的事, 汽车就是军工的品质, 家电的价格, 对于硬件的态度一贯是保守保守再保守, 不成熟绝不用, 出了人命是算你的还是算我的? ..
软件相对来说就好一些, 还是有很多东西可以去做, 集中在为控制算法和实时操作系统.
目前, 控制算法的开发基本上不会手工编程了, 都是用图形化编程(Simulink 或者Targetlink)设计好, 仿真通过, 确定没有逻辑层面的问题之后, 然后再利用工具链自动生成代码编译链接..然后就是上台架各种测试和验证, 等到整个控制算法证明没有任何的问题了, 就可以分割然后外包出去, 找programmer把代码复写一遍, 准备量产.
而实时操作系统其实也挺成熟的, 这块基本上是每家开发商各有自己的一套, 比较封闭. 目前OSEK, AUTOSAR这些组织就是想把架构统一, 让控制算法可以比较容易在不同厂商不同平台之间移植. 如果这个标准真能推广开, 以后买汽车说不定可以和攒电脑一样, 自己选配置安装了.
("那个, 我要一台qq, 不过把底盘换成bwm的, 谢谢"..哈哈)
..
从我的角度来看, 发动机电子控制系统难点有两个:
. Χ
第一是配置无缝且稳定的开发环境, 包括电路开发板, 通讯服务, 标定量刷写和管理, 实时操作系统, 执行器底层驱动, 仿真环境, 自动代码生成及其编译器等等. 这些环节的目的只有一个, 降低开发周期. 设计概念可以迅速转化为原型机. 即使出现了错误, 也可以立刻定位是那个环节出了bug. 所谓 rapid control prototyping是也.
第二个难点就是如何憋出设计概念. 即如何建立发动机模型和应该怎么控制发动机. 这个就涉及到很多传热学啊, 空气动力学, 燃烧之类ME专业的内容了, 不理解控制对象是没办法写做控制的. 一个设计方案需要大量的实验和数据的支持, 对经验和资金的要求都很高. 这一块是最难的, 第一个点可以花钱买直接的产品平台来一劳永逸, 但是第二点需要要时间和资金的不断投入才能有成果出来. |
|