View unanswered posts | View active topics It is currently Tue Jan 24, 2017 3:03 am

Reply to topic  [ 2 posts ] 
Signal processing and sensor Inconsistancy issues. 
Author Message

Joined: Wed Jan 04, 2012 8:37 pm
Posts: 1
Post Signal processing and sensor Inconsistancy issues.
Hello all,
I'm one of the programmers for team 2856, and I was wondering if I could have the community's help solving one of our problems that has truly gotten us stumped.
Essentially, in our autonomous program we are trying to develop a method that will let us know if our robot has bumped into something while were driving around. We looked at several different methods in order to actually sense the bump, but we found that all of our options were flawed for the same reason, but before i get into that, let me tell you what we tried.
First we wanted to try and sense if we had been bumped using the accelerometer, but we found that our chassis was too bumpy and would give us noise that was "louder" than the bump of a bowling ball. We then tried changing the bump to a solid object, a wall. If the robot hit the wall, we could barely detect the bump, but the robot has to be completely stopped which is far from ideal for our uses. When we tried to average the data, the bump was lost because it was so small. [important to note here that you looked at all the acceleration data (in both x, y, z axes). Noise was very high, even so much so that we couldn’t really detect that we were going down the ramp using the z-axis data. Also important to note that we considered x might be useful for a forward bump, y might be useful for a bump while turning (since the lateral acceleration might change with a bump), we used z only really to get to get a sense of noise (z should be pretty constant on a flat surface, should change appreciably on a slanted surface)]
The next thing that we tried was measuring our robots speed and trying to detect changes. The way we did this was to take the encoder counts on our wheels and the speed of the motors to calculate about how fast we were going. After gathering some data on the wheels normal speeds, we could then average our current speed with our predicted motor speed and then look for an anomaly. Unfortunately, we ran into a similar issue with the accelerometer; the wheels actually don't change much in speed unless you are stalled against an object, not if you are simply hit by the bowling ball. Here is our code for this measuring.
Finally, we tried using the gyro for detecting if we were hit while we were turning. We created a program where we would take the past 3 measurements, and if they deviated too far from each other then the robot would stop. While it seemed like this would work in theory, in practice we found that the values were far to finicky, and sometimes the same threshold(constant) would need wildly different amounts of force to be detected.
One problem that it seems that all of our sensors have is inconsistency. Most of our valid methods couldn't be utilized because they were just too noisy, which is where i ask you, the community to come in. We are not very good at signal processing, and reduction of noise, so it would be very beneficial if someone who has a bit more experience could show us around a bit. I’ve attached our data and graphs on each method, maybe someone could find something we missed.
I was poking around the forums and I remember one team attempting to work on a simplified Kalman Filter for the accelerometer, has anyone gotten that code working?
Thank you for reading, and for any suggestions!

File comment: Gyro data when turning without being bumped.
gyro data 100.xlsx [11.27 KiB]
Downloaded 140 times
File comment: Accelerometer data.
Copy of accell data.xlsx [26.02 KiB]
Downloaded 166 times
File comment: This is the data from the software bump detection program.
SpeedCheckBumpTest.xls [124 KiB]
Downloaded 145 times
Fri Jan 06, 2012 8:05 pm
User avatar

Joined: Sun Nov 15, 2009 5:46 am
Posts: 1523
Post Re: Signal processing and sensor Inconsistancy issues.
Just a quick question: is you goal to detect bumping into the bowling ball so you can capture it? If so, is there a reason why you can't use a touch sensor?

Fri Jan 06, 2012 8:54 pm
Display posts from previous:  Sort by  
Reply to topic   [ 2 posts ] 

Who is online

Users browsing this forum: No registered users and 2 guests

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by ST Software for PTF.