Go to Post Big scoop for everyone here: All divisions are stacked with talented teams. It's like this is a really big event or something. - PayneTrain [more]
Home
Go Back   Chief Delphi > Other > FIRST Tech Challenge
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
 
 
Thread Tools Rate Thread Display Modes
Prev Previous Post   Next Post Next
  #4   Spotlight this post!  
Unread 09-01-2013, 08:18
PhilBot's Avatar
PhilBot PhilBot is offline
Get a life? This IS my life!
AKA: Phil Malone
FRC #1629 (GaCo: The Garrett Coalition)
Team Role: Mentor
 
Join Date: Jan 2006
Rookie Year: 2006
Location: Maryland
Posts: 753
PhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond reputePhilBot has a reputation beyond repute
Re: [FTC]: LABVIEW: Help with programming an Arm with an Encoder

Quote:
Originally Posted by Robobuff1.0 View Post
Yes I was able to get the encoder to got to a set position however the loop ends once it is at that position so the arm goes back down. I want it to stay there until I tell it no to. And no I don't know how to use button to setpoint
Without seeing your code, it's hard to know how/when you are issuing move commans to the arm.

It could be one of several problems.

The Motor controller could be timing out after you issue the move command (this is to prevent a bad move burning up your motor), or you could be issuing the return command without meaning to.

If the arm goes limp a short period after making the correct move, then it's probably the timeout.

You need to use the watchdog VI (in the tetrix pallett) in order to keep the motor controller alive.

One way to do this would be just to put it in the main control loop.
A better way would be to creat a loop that runs slower, so you are not making the call faster than you need to.

If the motor Drives itself back to the other position than you are probably sending the command yourself. One way to debug this is to put a beep in the program where you issue each commands. High beep for position 1, low beep for position 2. Thenyou can 'hear' what your program thinks it's doing.

Sound is your friend on the NXT.
__________________
Phil Malone
Garrett Engineering And Robotics Society (GEARS) founder.
http://www.GEARSinc.org

FRC1629 Mentor, FTC2818 Coach, FTC4240 Mentor, FLL NeXTGEN Mentor
Reply With Quote
 


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 08:03.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi