是什么因素决定arm是否要嵌入系统呢?

[复制链接]
2891|7
 楼主| vienna163 发表于 2010-1-8 12:48 | 显示全部楼层 |阅读模式
要做一个类似于车载行驶记录仪,不过功能更为简单:1.定时拍摄驾驶员照片,用于驾驶培训学校的车辆上,借此分析学员驾驶行为是否符合要求;2.GPS模块,用于记录行驶路径。
这样一个系统是否需要嵌系统呢?是由任务多寡,实时性,还是任务复杂性来决定呢?望各位高手不吝赐教,谢谢大家
mohanwei 发表于 2010-1-8 12:58 | 显示全部楼层
这种要求……不需要
但是如果你用了比较复杂的MCU,不用OS自己管理的话比较麻烦

评分

参与人数 1威望 +1 收起 理由
vienna163 + 1

查看全部评分

一朝成名 发表于 2010-1-8 13:51 | 显示全部楼层
要求阿。。。。。。如果需要TCP、文件系统、gui、server等等。
裸奔岂不是要累死-----------也干不出来

另外好的优点:便于扩展、移植。
缺点:可能要增加硬件成本。。。。比如RAM flash

评分

参与人数 1威望 +1 收起 理由
vienna163 + 1

查看全部评分

 楼主| vienna163 发表于 2010-1-8 15:45 | 显示全部楼层
谢谢两位,还有其他的吗??貌似坛子里出现过裸奔和os的辩论吧~找找先
后学 发表于 2010-1-8 17:54 | 显示全部楼层
如果不是如下原因:
1、应用超级简单;
2、要求超强的实时性;

还是考虑上OS吧,裸奔会累死。。。
xinzha 发表于 2010-1-8 18:06 | 显示全部楼层
有一种情况是必须用操作系统的,你有一个低优先级的任务占住了大量CPU时间,而导致其他任务得不到调度的时候(有人说自己写个任务调度就可以,但我想如果能把TCB切换和任务调度轮准这些机制写得高效并且安全,那么这个操作系统也就能赚点小钱了)。
比如说如果软件做AAC软解的话,大约占住50MIPS,CPU跑到100M或者以下,这样你就不能保证其他任务的实时调度,除非所有其他任务在中断里执行...
wowow 发表于 2010-1-9 09:24 | 显示全部楼层
根据你的项目要求
1.可以不用gui
2.主要任务只有两个,读GPS在中断处理,读相机在主循环中定时处理就行了。
4.数据格式比较单一,直接往SD卡里写数据就行了,FAT文件系统就行。
3.通信协议也不需要,把卡拨下来用读卡器读就行。
结论:可以裸奔
johngordon 发表于 2010-1-11 14:38 | 显示全部楼层
学习中
您需要登录后才可以回帖 登录 | 注册

本版积分规则

4

主题

26

帖子

0

粉丝
快速回复 在线客服 返回列表 返回顶部