在老师在刚跟我谈了这个项目的时候,问了能不能做的时候,我刚开始没干答应。我给老师的回复是我得先了解一下,然后在给他回复。我说完,老师好像有点不太高兴,让我回去去了解吧,三个小时之后给他答复。他应该是想听到我说“没问题,我能做”或者类似的答案吧。
回来之后查资料,回来自己又想了想,感觉就是一个手持机设备,想到这里,我就去问“凤大”和“涛行九天”了他俩是专门做手持机的。我跟他们描述了一下需求,“凤大”帮我分析了一下,难点在于如何在3s在一千万条数据准确的查到自己想要的数据,我又问问了硬件平台,他说类似手机这样的设备就行了。这样我心里有底了,就去找老师了,这次我也没给他肯定的答案,我给老师的回复是可以尝试一下,老师又说用商业成品应该设备,这下子我心里有底了,我说“没问题,能做”。老师也听到了他想要的答案,让我去想个方案。
下面这个图是我第一次想出来的方案,这个有点糊弄人意思,太简单了。
软件部分我连框架图都省去了,就简单的用文体写了几个字。
自己想了想为什么不敢轻易答应,大概得出了三点。第一,我不了解具体的需求,具体的一些东西就不能细化,二是,方案文档我不会写,软件部分属于Linux了,级别比较高了我不了解。所以就只能糊弄人了。三是,我想的过于复杂,而且又是我一人做,我不敢轻易答应。在开发的过程会遇到各种各样的问题,到时候一个人无法完成的时候就只能瞎着急了。这个是我不干轻易答应的主要原因。
通过这次去深圳,亲眼看了设备了解了具体的应用场合,我否定了自己的想法,就用PC机代替硬件设备在应用层开发。于是初定了下面的方案,如图:
数据存储查询全用PC机来做,这点功能对于一个PC电脑完成那是非常轻松的事情。但是扫描模块扫描到二维码就把数据上传给PC机,PC就实时的判断存储,当判断有相同数据就立刻发送一个指令给单片机,单片机再输出一个跳步的电平给机械执行部分。这个过程的难度就在于保证在规定的时间把整个过程执行完毕,这正好体现了嵌入式设备的实时性。
单片机这部分应该可以去掉,具体我得在想想如何解决。如果有人知道具体方案欢迎指出。
具体的数据的存储查询存储就是纯软件的东西,数据量最大是一千万条,PC执行部分就得在3S中之内完成存储查询和发指令。望各位给我一个完整的方案!
总结:
1.不能轻易相信别人的描述,因为他对这个过程也不是太了解,必须自己亲眼看到或者自己亲身体会一下。
2.开始做事情的应该把它想简单,不能一开始就害怕它。这点我做的很不好,我总是把事情想复杂。应该做到“战略上轻视敌人,战术上重视敌人”。