一个简单单片机项目的一些想法

13 篇文章 0 订阅

 

仪器的原理是借助电磁感应,为线圈通电,不同含铁量的成分会使线圈产生不同频率的震荡,由此来测试成分的含铁量。我做的部分也非常简单,使用51单片机操作12864做显示,矩阵键盘

控制系统的行为,1302存储时间,可有可无,24c02用来存储预设参数,用于方便计算,仅此而已。

 接到任务后,准备一晚上把它弄完。这也是上大学以来首次通宵做东西(其实后半夜基本都在发呆),第一天晚上进展还算比较快,每个基本模块的基本操作都能进行了。然后就

可以回家轻松过五一啦。其实艰巨的任务还在后面。

 碰到的第一个问题就做一个什么样的操作界面比较靠谱。由于没有gui支持,做什么玩意全都需要自己安排。原仪器用的是数码管,自然参考价值不大。起初就试着按照操作步骤

来编排界面。

 时钟显示->设置参数1->设置参数2->......->测量结果->返回重测 

 整个过程是一个线性的设置过程,逐一检查每一个参数,然后进行测量。

 后来我发现既然要选择参数进行设置,我们应该把参数选择放入一个并排选择的环境中,即参数选择界面->1,...2... ... ->回参数选择界面。这样就可以方便地设置参数,

修改需要修改的部分。

 当时想也没想就这么写了,而且写了一个超级长的大循环,里面嵌套了无数小循环,直接导致的后果就是

冗长的程序搞乱了自己的思维,测试过程中发现键盘扫描出了问题,时常有检测不到按键的现象。而回头看看自己写的程序,实现类似的键盘检测却运用了各种不同的方法,还都写在同一个

函数中,就算不出错,自己也不想再看。真有种绝望的感觉,后来又将这段代码全部删除了,这是个教训。


 /*****************************************************************************************************************
 *在实现类似功能的时候,最好是用同样的方法,这种方法要经过仔细的推敲和实验,可以不是最简单的,但必须是最可靠的办法。比如在这个程序中,每次显示之后然后判断按键

值,从而进入下一个步骤。可见,每个步骤的切换都是相类似的,当然,我们可以用很多方式来实现这个功能,开始的做法就是想起来怎么做就怎么做,写得多了自己也不明白了。我们可以

遵循这样的模式:

 key = KEY_NULL;
 while(key == KEY_NULL)
 {
  key = keyscan();
  
  switch(key)
  {
   ... ...
  }
 }

 这段代码用于检测按键相对比较清晰,可靠性高,可以作为通用模板。
 ****************************************************************************************************************/

 写完了按键的控制,下一个比较让人纠结的就是12864的显示问题。使用有字库的12864本来应该是方便一些,但是被我奇葩地搞得一塌糊涂。开始写了一个在12864上打印字符的函数

,然后再上面循环打印出要显示的数字。程序复杂也就算啦,关键是打印效果很让人郁闷,我们知道12864带字库的是16*16为一大格,这样一个字节写下去,一个数字就占据1个方格,光标还

乱飞。纠结一段时间知道,受到打印字符串的启发,将数字转换成ascii放到数组中,数组尾巴上加'\0',然后当做字符串显示,就ok了。

 然后就是最令人抓狂的问题,EEPROM读取出错。24c02是iic器件,51模拟iic时序是我以前从网上荡的,测试单个写入读取正常。但是写入一个数组,读出来的却是隔一格有,隔一格

乱码。网上没见过这种问题。有问题,放一放吧。五一长假,人生中第一次约女生,然后...,不知道还有没有然后了......玩了5天,回到学校,找高手们研究研究。于是大家集思广益,各种

办法找问题,最后我们发现如果人为写入一个数字,也是第一个正确,接下来的一个错误,然后又正确。我估计是延时的问题,两次写入之间加延时,正常存取。可见,找不出问题的时候,

和大家讨论一下是非常有益的。主要是选择不同的测试方法,一步一步排查是显示的问题?转换的问题?eeprom读出的问题?eeprom写入的问题?开始一直怀疑是读取方式的问题,也就没

考虑是写的问题。同时也需要注意,延时函数的意义,尤其是对于这种有严格时序要求的总线协议。弄清每个延时的意义是有必要的。

 搞完这些后,我发现keil2中最让人蛋疼的问题来了,莫名其妙的不产生hex文件,一大堆warming以前见过(uncalled segment ),也不知道怎么就好了,这次做个了断吧。仔细看过这些警告,全都是大写

但是可以看出是针对有些函数的,查看发现全都是没有使用的函数,我们将这些没有使用的函数与变量全部注释掉,warming减少到一定程度,自然就可以了,貌似编译器不知道什么函数被调用,而是将其都编译,生成obj。也就是说我们平时要养成好习惯,

不调用的函数和全局变量及时注释掉。否则就和我一样,程序没多大,内存却很容易就溢出,以至于无法定义变量和基本计算出错。为了减少这种内存的浪费,我们必须牺牲一部分可读性,将函数拆开直接写到用的地方,尽量使函数并排而不是嵌套。

开始为了函数易读写了这么个奇葩的结构:
  void test_fun()
  {
   //char key;
   T0T1_init();
   ascii_init();
  
   disp_welcome();

   initial_ds1302();
   disp_clock();

   while(1)
   {
    select_change(POINT_POSITION);
    disp_bas(POINT_POSITION);
    test_process(POINT_POSITION);
   }
  }
 这个结构直接放到main函数中,其实这样做,系统需要为里面的嵌套浪费许多内存来保存环境,所以内存很快就被吃光了。将这个结构拆解,直接装入main函数,这样定义变量就可以啦。

 目前数组还原数字方面计算总是出错,原因还不明确。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值