On Fri, Aug 12, 2011 at 12:09:12AM -0700, Karl Cunningham wrote: > I'm designing a real-time hal component to control a Dana Summit tool > changer, and there are a couple of hardware lines from the tool changer > that feed signals back to the hal component. The lines come from relay > contacts and will need to be debounced.
Some thoughts from outside the box: Not sure what kind of input conditioning you have, but if you feed these into opto22 inputs (or similar) you can choose the module to give a certain amount of debounce. The bog standard opto22 input modules give a couple ms of debounce which is great for mechanical contacts. You can get much faster ones for stuff that needs to be fast (like a probe input). There may be extra slow ones too, not sure. Also consider that since the HAL model for GPIO is essentially one that polls inputs (is not edge triggered) you need to have some fairly mighty bounces to cause problems. In your situation I'd look into conditioning with appropriate hardware and making this a non-issue, but only if testing actually shows that it is an issue. ------------------------------------------------------------------------------ FREE DOWNLOAD - uberSVN with Social Coding for Subversion. Subversion made easy with a complete admin console. Easy to use, easy to manage, easy to install, easy to extend. Get a Free download of the new open ALM Subversion platform now. http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
