再见了，可恶的漏气误报

qiaoxiang613

再见了，可恶的漏气误报 [复制链接]

在04年刚刚毕业时，有幸进入了TPMS行业，和几个同时兴致勃勃的干了起来，当时并不知道TPMS是个什么东西，也不会象现在这样对行业有什么研究，只知道把工作做好，拿到应得的工资，但也是拉开了大干一场的架势，毕竟刚毕业，对技术也是很有神秘感，特别是感觉自己写的程序烧进片子后，按照自己的思路跑起来时的飞速的快感，于是不分昼夜的干，从11月份搞到05年的1月份，终于出了样机，当时的样机现在看来，就是在学校里做的演示板，就是四个发射模块发射数据，一个接收模块接收数据，然后加四盏LED灯显示哪个模块收到信号了，但当时可没有象现在这样对这个事情斥之一鼻，那时可是兴奋的不得了，当时我们的副总可能是为了培养我们的情绪，“产品”虽然简单，但也是陪我们喝酒喝了两个小时，唱歌唱了两个小时，老板也在旁边“瞎起劲”，每个人给了我们5K的奖金，当时自己感觉就是最厉害的人物了，感觉技术也不过如此，TPMS，靠，也就是这个diao样！！！
     趁着兴奋劲，马上开始进行下一步的动作，出正式样机，装车测试，又奋斗了几个月，产品出来了，一装车傻眼了，有如下几个问题：
一、        信号质量差
产生这种问题的原因当然是高频没有做好了，想想就可笑，当时的公司连台示波器都没有，就不用说什么频谱仪啊、信号发生器啊、网络分析仪啊等等，连听都没听过，你想，高频能做好吗，不客气的批评自己，连什么叫高频都不知道！！！后来闷了几个昼夜，访亲问友，求遍了人，终于搞明白，搞技术，特别是搞高频，原来还需要示波器，信号发生器这种“高档”的仪器，呵呵，可笑吧！！于是马上买仪器，买设备，学习操作方法，调匹配，调频偏，提高灵敏度，增加发射功率，装车，拆下来，再装，再拆……;不分昼夜的忙活了三个月，终于装在轮胎上能收到信号了,你还别说,效果还算可以(我现在想,当时应该是蒙对的);
     然后就是装车测试,那两天时间也够爽的,每天早晨起来,开着装着产品的车,把东莞的大街小巷逛了个边(当然路边的美女也是不放过,要多盯两眼的,嘿嘿),但是,有一天正看着路边的＂野花＂时,问题出现了,而且是大问题;
二、        漏气误报警
“左前漏气轮胎漏气警告”,同时,刺耳的蜂鸣声也同时响起,把我们
三个人瞎坏了(同时也有点窃喜,产品终于发挥作用了),”轮胎漏气了,快停车”,几个人同时喊,于是马上停车,几双眼睛同时盯着显示器,看气压数据是否改变,盯了10分钟,气压一点没变,10分钟内,漏气报警发生了三次,于是灰溜溜的跑回了办公室,马上检查软硬件,当时那个水平,根本就查不到原因的,还是我们副总厉害,想到了用电脑连接串口,显示原始数据,在事故发生点接收原始数据,然后保存,回来分析,发现在那个地方,每搁一段时间,就会有错误数据被接收,当然漏气标志位也是非法存在;
     几个人抓掉了几千根头发,同时又是访亲问友,模拟测试等等,最后终于知道问题可能出现在两个方面:
1、        漏气判断方法不合理
     最古老的判断方法是,在多长时间内,气压变化了多少,就认为是漏气,没有采取特殊处理,所以,在温度升高或者降低时,气压会随着温度变化,同时,对于变化的气压没有经过特殊处理,就是判断当时的气压和原始的气压,所以会产生这个现象,在这里,建议大家采用最大最小气压代替加时间累计法则,这样,误报的问题将减少70%;
2、        校验程序不合理
最古老的高频校验数据,是累加数据归零法则,这种校验方式,做做DEMO板还可以,但真正装在轮胎内,能把你害死,在特定的环境里,能接收一大堆的错误数据,并且校验也可以通过,在这里,建议大家用CRC校验法,最好后CRC16的,更稳定,相关CRC16的检验原代码在本人的相关文章里,有提到,在这里就不增加字符了(可参考本人在ALIBABA的博客或者在21IC论坛里本人发的帖子);
以上两种方式都加上后,对于漏气误报的问题，已经解决，当然结
构方面也是解决误报的重要因素，但在软件硬件方面，本人做的产品到现在为止,还没有听说有误报警的现象,当然其他人做的也应该没有,也许还会有更好的办法去解决这个问题，但不管是黑猫还是白猫，抓到老鼠就是好猫，因此,那些仍然利用累加校验法则的商家需要注意了,请升级你的产品！！！
          QQ:55839373      09年7月29日夜