View Single Post
  #1   Spotlight this post!  
Unread 07-02-2007, 13:12
heydowns's Avatar
heydowns heydowns is offline
Registered User
AKA: Jeff Downs
FRC #1511 (Rolling Thunder)
Team Role: Mentor
 
Join Date: Jan 2006
Rookie Year: 2005
Location: Ra-Cha-Cha
Posts: 142
heydowns has a reputation beyond reputeheydowns has a reputation beyond reputeheydowns has a reputation beyond reputeheydowns has a reputation beyond reputeheydowns has a reputation beyond reputeheydowns has a reputation beyond reputeheydowns has a reputation beyond reputeheydowns has a reputation beyond reputeheydowns has a reputation beyond reputeheydowns has a reputation beyond reputeheydowns has a reputation beyond repute
Reliable way to detect disconnected controller

We've been using the chicklet with great success for two different controllers.

We recently moved into using enough buttons that using the "digital buttons mapped into an analog channel" feature was necessary (> 4 buttons).

When programming to this, it became apparent that there wasn't an easy and reliable way to tell if the values you were decoding were actually the button presses versus "junk" when the controller is unplugged.

This stems from the fact that the OI puts analog channels at 127 when disconnected (this appears as button 1 always pressed). Likewise in autonomous.

With the chicklet connected, but the controller/peripheral disconnected, the value hovers around 126, 127, 128. In software this, of course, looks like alternating presses of button 1 and buttons 2, 3, 4 together.

Now... is this a big deal? Not really, but it is something to be aware of if you use the "digital buttons in an analog space" for potentially hazardous robot controls (drive train go really fast, for example). We've had cases where robot is on and enabled and a controller is loose/unplugged in the past.

Anyone come up with creative ways to detect if the controller is actually present?
Reply With Quote