原创 由单片机牵扯的硬件软件的问题

2009-12-20 19:29 1791 6 18 分类: 消费电子
  伴随着单片机的发展历程,8位,16位,32位的过程,是一个高度集成的过程。
  在我们硬件人员考虑的过程永远与软件人员牵扯不开,我们首要分析器件本身的特性,存储技术和容量选择、I/O引脚、片上外设、系统吞吐能力、功耗、封装,由于平台化的要求,一般在选择一个厂家的单片机以后,软件人员往往不愿意去选择其他的软件,因为改变的代价往往是带来巨大的工作量。
  具有讽刺意味的是,往往一个系统在进行CTO(成本优化,Cost Techinque Optimize)的过程中,往往直接在BOM表体现出来的正是单片机的价格上。如将16位平台的单片机改为8位平台的,或者是从欧美厂家的改为日本厂家的。在这个过程中,最牵扯的还是软件的大量的工作。
  我个人的感受,硬件设计过程中的很多问题都需要软件去实现,因为所有的信号都是由单片机来处理的,所有的功能设计的考虑再周全,如果在软件上不能够进行处理完善,结果往往也是不进入人意。举几个例子,
1.电源监控
  对于汽车电子来说,需要密切注意对电源的监控:
首先要注意的过压欠压的处理,这个硬件分析在前面的博客中已经计算过了。主要的出来四个值,过压高,过压低(正常),欠压高(正常),欠压低四个门限。如果我们采样过快,带宽过高可能会引入很大的干扰噪声和误差。
其次要考虑的就是电源跌落,在ISO16750,ISO7637-2中有详细的规定,我们需要快速的检测出电源跌落的过程,以便我们能关闭负载,降低单片机的工作负荷,存储重要的数据。因此我们的采样速度不能过低,过低导致响应过慢,模块的功能等级变低。
在电源采集电路上往往使用电容滤波(低通),我们需要考虑以上两种不同的需求,电容的选值也就相对值得我们考虑。更重要的是,我们需要根据规范里面的要求折算成软件的需求和软件工程师进行PK,往往软件工程师不愿意考虑这些情况(我身边就是这样)。
2.唤醒策略
  在模块中往往存在着静态电流的指标,这在以前的博客中也有讨论过。根据不同的指标要求和开关唤醒策略,我们往往需要折算不同的唤醒策略的电流曲线,根据这个电流曲线折算平均电流。在时间的选取上,我们再次需要向软件工程师进行PK。
3.LDO的选取
  我们硬件工程师需要考虑逻辑系统(5V)的总需求电流,通过这个需求来选择单片机。前面有专门分析过LDO的热计算,而单片机则是“用电大户”,因此在这方面的考虑,又是需要坐下来冷静考虑和谈判的事情。
尤为重要的,以上不同选择,都需要硬件工程师对单片机架构有足够的了解,很惭愧,自己对这方面确实不够了解,在以后的学习中,也会尽量针对这方面的内容进行补充和学习。
  题外话:最近在构思怎么把购买的Mini2440开发板改成一个高速采集系统,自己申请了一些高速的AD,准备搭一个自用的测试装置。因为软件功底非常差(自己以前经常玩LABVIEW,对C代码和数据结构这些东东了解一片空白),盯着uCOS-2系统和USB驱动发呆。发现干些事情还是比较麻烦的,有支招的兄弟姐妹给偶出出主意。
  


PARTNER CONTENT

文章评论12条评论)

登录后参与讨论

用户1532209 2010-8-4 14:23

学习了~感谢分享:)

用户1560274 2010-7-24 22:29

飘过

用户1175911 2010-7-13 18:58

看看

用户1537363 2010-7-13 11:43

我个人认为单片机的系统开发,,,在软件方面下功夫,,,及“创新”新功能,,,是最好的!还可以节约开发成本!特别是硬件!

yzhu05_597603602 2010-7-12 12:27

其实搞系统策略进行分配就没有那么多麻烦了,以前的问题是没有那么强大的系统工程师,系统工程师都去干项目管理的事情了

用户1010725 2010-7-12 11:58

站在不同的位置看问题,解决的思路也不一样。纯技术的角度对待软件硬件的问题,应该是很综合的去分配功能定义,能够软件实现的功能,尽量避免增加硬件电路。如果时间允许,这类项目最好交给软硬件知识面很宽的工程师去进行,经济效果可能会最佳。

用户1544381 2010-7-12 11:53

综合软件和硬件的知识

yzhu05_597603602 2010-7-12 10:48

呵呵

用户1096084 2010-7-12 10:19

" 我个人的感受,硬件设计过程中的很多问题都需要软件去实现,因为所有的信号都是由单片机来处理的,所有的功能设计的考虑再周全,如果在软件上不能够进行处理完善,结果往往也是不进入人意。"——有同感啊,不过这种事情要因事而异,如果软件工程师能对硬件多了解一点的话,应该很好沟通的,不需要PK,也许还会对你设计的硬件指手画脚呢。

用户3809340 2010-7-12 09:18

确实,基于单片机的产品很多功能都应该是“由软件”提供的,特别是所有“创新”的功能,以及同样功能的新颖高效解决方式,都离不开软件。但是,软件工程师如果面对单片机,也象高位机编程那样只想做轻松的“标准模块”,那就是辜负了单片机的灵活性了。也就是说:软件的能力在该单片机能力范围内是无限的,你的多数产品还远远没有开发到它的很小部分,那么在此时你作为软件工程师说做不了或者推给硬件,只能说你太懒惰了。
相关推荐阅读
yzhu05_597603602 2014-12-26 11:43
电池管理芯片分析
  在这里首先需要向Davide Andrea / LiIonBMS.com表达敬意,他把大部分能收集的数据都收集到了。从他的角度来看,给出了参考建议,也给出了ASIC的参数(http:...
yzhu05_597603602 2014-12-26 11:42
电池管理的架构概览
  今天开始对整个架构进行初步涉及,LT的工程师在《BATTERY MANAGEMENT ARCHITECTURES FOR HYBRID/ELECTRIC VEHICLES》一文中提及了四种...
yzhu05_597603602 2014-12-26 11:40
电池管理的未来可能的技术2
  朱玉龙 汽车电子设计 继续整理余下的部分,这里主要介绍采集部分比较有新意,如建模和控制和测试部分比较传统,就略去不提,有兴趣可以自行查找。 ...
yzhu05_597603602 2014-12-26 11:38
电池管理未来可能的技术1
  我在和同学王嵩聊的时候,谈到国内对于测控两端的投入太少。从汽车未来的发展方向而言,往智能化的路子,必须是从传感器、数据融合和有效控制开始的。这里,主要收集一些新的电池管理的技术,从美国的研...
yzhu05_597603602 2014-12-02 20:50
【一周推书】看得见的和看不见的
又到周五了,新年将近了。 今天推荐的是一本经济学的书籍,<看得見與看不見的>弗雷德里克·巴斯夏。在经济学领域,只能说是去理解不同人的想法,宏观看热闹,围观看各位老板...
yzhu05_597603602 2014-11-20 17:04
电池系统集合
感谢Google,费了2天的功夫,把30余款车的电池系统尽可能的从安装位置、电池系统外形、开盖照片、分解图、模块图和单体情况大概搜罗一下放在表格里面做对比。基本数据如下: 风冷vs液...
EE直播间
更多
我要评论
12
6
关闭 站长推荐上一条 /3 下一条