第2-6周：2012年TI杯比赛
比赛前：每天的作息是这样的：7：00起床；7:40-12：00实验室。14:00-18:00实验室。18:30-10:00实验室。回寝后如果有没调试好的程序，继续调试好。然后逛逛TI的论坛，把白天遇到的问题发到论坛，看看论坛的帖子。偶尔和朋友聊聊天，上上社交网站。24：00-2:00这样时间范围睡觉。
这样的作息非常适合我，我每天用本子记录了遇到的问题，收获，时不时翻一翻，感觉自己每天都在成长，过的很开心，期间做过两次以往的训练题，完成的还不错。当时想比赛要晚点来就好了，这样的状态不是想有就有的。
比赛：四天三夜，是个难忘的经历。
选题：之前训练的时候都是做的测控，所以题目一出来首先看的是测控，今年冒出了个摄像头，人当时傻了，从来就没碰过这玩意，转去看其他题目，好吧，不会，之前都没练过，心里也完全没底啊。和组员讨论了一下，还是选了测控————E题自动射击报靶装置。
选摄像头：这就来到了失败的根源。比赛时间很紧张，摄像头选型很关键！和另外一组做这个一起商量了一下，选用了OV7620。当时考虑到传输速度问题，430的晶振频率太低（TI赞助，指定的处理器。我们学的是149，最高8M）的问题，想是不是需要一个FIFO寄存器模块，犹豫了一下，对摄像头真的是一无所知。咨询了做个飞思卡尔的学长（！大牛啊），他说应该可以的。不放心问了下摄像头店家，店家说可以的，果断下了单。然后开始分配任务了，因为之前做过2010年江苏省的点光源跟踪系统，所以电机控制激光笔移动那块没多大问题，模块都还在，我就交给了另外一个组员做了。核心问题就是摄像头了，采集图像，处理图像，摄像头构成的闭环系统自然就落到了我头上。我当时脑子其实有点闷了，当时眼里只有摄像头了，看不到整个项目了。我潜心钻入了摄像头的世界里了。找资料，看代码。第二天中午摄像头一到，赶紧火急火燎的开干了，测试摄像头的好坏。晚饭的时候，摄像头部分程序差不多搭建好了，吃完饭，开始调试了，慢慢发现不对劲，串口打印出来的灰度值，有几列都是一样的，按理说，应该采集到的区域图像每个点的灰度值不可能是一样的啊。当时选的是40*40(430f149 ram 2k)个点。上网搜搜，没找到结果。隐隐的感到可能是处理器时钟频率太低，运算速度跟不上，采集不到40*40个点。就去和那个同学交流了下，他也没搞定摄像头，但是采集到的点没有我这种现象。得不到证实后，又继续调试去了。为了验证之前的想法，我在主函数里一个while（1）循环里，将读取一行40个点的40行代码粘进去，然后翻转io口，用示波器测方波长度，结果发现读取40行的代码只能执行12行。这样我就想之前测试的灰度值有相同的几列是不是每行采集结束的行隐信号呢？我又采取了一个方法测试，在原先的采集程序里，奇数场中断服务程序里，不改变中断触发方式，一直采取一行，发现测得还是12个数据就出现了相同灰度值得信号。当时找到问题，可是就是不敢确认，之前不了解摄像头，完全没信心。所以又想着再用什么方法测试测试，确定那是行隐信号，论坛里搜不到（确切的来说，不懂搜索引擎）。那时已经连续工作很长时间了，头晕了，然后不知道该干嘛了。忽然又怀疑，我的8m晶振是不是开了，然后又拿着示波器在那鼓捣，还真是奇怪了，不知道为什么测试的就不是8M。后来找了很长时间，发现IO口插错了。最后绕了一圈，还是什么都没弄好。这时候人熬不住了，睡觉了，第二天上午的时候，我那同学过来和我说，他的也不行了，只能采到16个点，这时候心里说不出是什么滋味，证实了自己原先的想法，但也宣告比赛的失败。后来我叫他在想法子测试测试，快到中午的时候，他说他现在采集到的一行是12个点，之前4个点是重复值，应该就是所谓的行隐信号了。当时崩溃了，比赛第三天了，发现第一天的方案是错误的了。我这时候已经完全没有了主张，觉得比赛肯定就是失败了，开始内疚了，对不起队友啊。比赛快做不下去了，想放弃了。去水池冲了把脸，不断的提醒自己：比赛没有结束呢。后来冷静下来，想了几个方案（1）这时候买个寄存器，明天才能到。明晚就交作品了，肯定来不及了。放弃(2)将摄像头的27M有源晶振换下来，整个12M的晶振。这属于铤而走险，有源晶振之前没弄过，完全不知道行不行的通，一个不小心，摄像头完了，啥也做不成了。放弃(3)不做摄像头了，直接开环控制，骗评委说是闭环做的，评委不是呆子，又不认识我们，挣只眼，闭只眼这种好事肯定轮不到我们。题目是自动射击报靶装置，核心是摄像头，不做了，还有什么意义。放弃(4)在采集到的12*12个点中提取数据，死马当活马医(这方案不是我想的）后来就这么做了，调试摄像头距离后，然后测试激光笔在几环距离中心的位置，由实验数据得出方程，然后由此判断点在几环。最后结果测试了竟然有70%------80%的准确率.得了，就这么干了，然后着手准备其他的了。此时已是第四天的早上了。问题又来了，之前我一心准备摄像头，电机部分交给队友调了，程序没有架构好，而且两个人的编码风格相差很大，他不习惯模块化设计，单独测试时都放在main函数里了，两个程序糅合出现了很大的问题。现在想想当时自己真的是太失败了，考虑问题太狭隘了，一开始的程序框架都没搭好。还谈什么做出整个项目。然后找不出问题，都慌了，各种乱，细节就不说了，也不想说再提了了，最后直接就没搞起来，到比赛尾声，放弃摄像头部分了，封装了作品。
此次比赛暴露出个人的很多问题：
（1）缺乏领导意识，没有远瞻性，把握不住重点。此次摄像头固然重要，但其他部分也不可或缺，没有把整个项目放在眼里是此次比赛极大的一个失误。
（2）作为组长，没有首先组织组员讨论，将整个题目的框架搭建好，硬件平台，软件结构太散乱了。没有及时的检验结果，到最后甚至连设计报告都没怎么看。
（3）个人心理素质太差，应变性不行，遇到问题了，解决手段单一，不够果断。集中体现在发现摄像头问题，处理的方法上。
（4）个人实力还尚待提高，学习能力弱了。
关于给以后参加比赛同学的建议(测控类）
需要学的知识，练的模块就不多说了，上相关论坛一搜，比我讲的肯定全面。
赛前准备：
（1）官方给出的清单：这是太重要的参考资料了，其实之前清单里有摄像头，可是实验室老师也不买个给我们练练手，我上网搜了下价钱，嫌贵，就抱着侥幸心理，没买了，后来浪费了整整一天一夜的时间。所以做测控类的试题，清单里给出的传感器，或是什么其他的器件，实验室老师买了更好，不给买啥也别说，买来调试好吧（实在不行和其他组合伙买吧，毕竟一个比赛训练下来得花不少钱），另外清单给出来了，题目也能猜一部分出来了。
（2）确定选题方向，每年有几类题是固定的，选定方向，训练时就做那类型的。毕竟比赛前的时间不是很长。
比赛进行中：
（1）先确定好整个题目的解决方案，在张大白纸上写好，然后标注好解决的难点问题，程序的框架一定要搭建好，然后组长根据个人特色分配任务（PS，基本上测控类的硬件平台搭的很快,主要是调试会费时间)
（2）分工合作后，隔段时间三人在一起 交流 各自进度，然后帮助其他人看看，有时一个很简单的问题，你自己老是在那想，思路很难打开，别人可能很快就给解决了。
（3）不到最后，绝不放弃。这话听起来可能有点废话，但是你经历过了你就不会这么觉得了。学校和我们一样做E题的也有不少，他们有的摄像头都没有做出来。也捎带了个二等奖。原因是他们摄像头没做出来后，就专心致志完善其他模块了。这可能有运气因素，但更多的可能是这样，大家都比较差，但是你做的比其他差的有好的方面，你就能获奖了。
(4)封装好你的作品。作品是封装好，然后运到主办学校，这一路得要经过多少颠簸啊？学生做的始终不是市场上的产品，稳定性差，所以确保你的作品到测试那天现场还能工作。我们这边的一组，本来基础部分，发挥部分都做好了，我们都以为拿个一等肯定行的，可是到现场后，电机不工作，人都急死了，最后花了很长时间才调出来，可是直接影响了测试成绩了，最后只拿个二等。这些比赛以外的因素要尽量的避免，否则后悔都来不及啊！
没想到这次回顾竟写了这么长时间，从2号写到了3号，早上还有课，不写了，洗洗睡了。。。。