To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.roboticsOpen lugnet.robotics in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 Robotics / 6551
6550  |  6552
Subject: 
RE: touch sensors aren't just switches (was Re: ideas for a RIS 2.0
Newsgroups: 
lugnet.robotics
Date: 
Wed, 25 Aug 1999 18:31:06 GMT
Original-From: 
Jim Thomas <jim.thomas@trw.ANTISPAMcom>
Viewed: 
618 times
  
I believe what we have got here is two solutions.
   1) replace the Lego hardware with better microswitches
   2) Make a multiplexor capable to work well with the Lego touch sensors
Either one will work.  I think I would rather make the multiplexor than
start cutting up blocks to make my own touch sensors.  I think it can be
done with a '14 and some resistors (in addition to the standard sensor
circuitry).  In this application I would prefer to debounce by hysterisis
rather than delay.  Debouncing multiplexed switches in software is more
difficult than you proposed unless you make some limiting assumptions.

My $.02.

JT


-----Original Message-----
From: Ralph Hempel [mailto:rhempel@bmts.com]
Sent: Wednesday, August 25, 1999 9:13 AM
To: lego-robotics@crynwr.com
Subject: RE: touch sensors aren't just switches (was Re: ideas for a RIS
2.0


You could always make a multiplexing circuit which does the thresholding • and
debouncing for you.  Once the status of each switch has been turned into a
binary state you could then use resistors to create a sort of D/A which
works reliably -- just as you wanted.

The debouncing isn't the real problem, it's the variable resistance as the
switch is being pressed which alaises the touch sensor. By building a
MUX circuit which does thresholding and debouncing you effectively make
the system way more complicated than it has to be.

By using good microswitches (from a mouse) you get the clean resistive
transitions you need, the sampling algorithm can take care of the debounce.

One VERY easy method is to take successive samples at an interval greater
than
the switch bounce (from the spec sheet for the switch) and just make
sure you have two identical readings before processing it as a state
change...

Cheers,

Ralph Hempel - P.Eng

--------------------------------------------------------
Check out pbFORTH for LEGO Mindstorms at:
<http://www.hempeldesigngroup.com/lego/pbFORTH>
--------------------------------------------------------
Reply to:      rhempel at bmts dot com
--------------------------------------------------------
--
Did you check the web site first?: http://www.crynwr.com/lego-robotics
--
Did you check the web site first?: http://www.crynwr.com/lego-robotics



Message has 2 Replies:
  Software builds LEGO structures..
 
(URL) don't know if this has been posted to the list, but I thought it might be of intrest.. Looks like all us bot builders could be out of a job soon.. :-P "Evolution, until now the unchallenged domain of living organisms, may soon become possible (...) (25 years ago, 25-Aug-99, to lugnet.robotics)
  software debouncing (was Re: touch sensors aren't just switches (was Re: ideas for a RIS 2.0
 
(...) The way I debounce is by using a simulated RC network ("RC" stands for resistor-capacitor). RC networks exhibit a "decaying exponential" response to an input waveform. Here is an example of how to simulate an RC network: averagereading = 0; (...) (25 years ago, 25-Aug-99, to lugnet.robotics)

3 Messages in This Thread:


Entire Thread on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact
    
Active threads in Robotics

 
Verified and Trusted Team of Hackers
2 hours ago
Custom Search

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR