|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
|||
|
|||
|
Periodic Task Input
Originally I had a different post, but that has been resolved, but a new error was created...
Our robot's wheels have been moving every 2 to 3 seconds very slightly (maybe 5 degrees), and I have no idea why this is happening. It's happening somewhat randomly. I've looked through my code, and I don't even know where to begin to try and fix this error. Can I get some help? Last edited by B0sh : 15-02-2014 at 19:36. |
|
#2
|
|||||
|
|||||
|
Re: Periodic Task Input
Watch your speed controller status lights.
They should remain solid when they are in neutral, but if they blink a little when the unexpected movement occurs, then they probably need to be calibrated. |
|
#3
|
|||
|
|||
|
Re: Periodic Task Input
Thanks for the reply. We tried calibrating the motors, but that was unsuccessful. It almost looks like it started doing it even more. They all blink in unison when they fire. Whats really weird though is that the random movement happens on the 4 movement controllers, and not on the other 2 we have for other functions.
This is the guide we followed for calibrating the Jaguars, so if there was an error in the process, then let me know. Quote:
Last edited by B0sh : 15-02-2014 at 20:59. |
|
#4
|
|||||
|
|||||
|
Re: Periodic Task Input
Your calibration steps are correct, so some questions about your code...
Do you set those drive motors in more than one vi or in more than a single place within a single vi? Is there a lot going on in the vi where they are being set? Loops, waits, etc. |
|
#5
|
|||
|
|||
|
Re: Periodic Task Input
<Same team as the OP
We are using a 4 motor / 4 jaguar / 2 split PWM cable setup. Its basically all default code, where the only changes are inverting one sides motors with the built in inversion switches in default code, and then a multiplication function with -1 applies to the X axis to correct turning after the inversion. We have the basic default code for compressor in begin.vi and periodic tasks.vi. Two more simple motor control/PWM codes to run ball feed and angle, but they dont seem to be affected the way the 4 drive motors are. Our only other code runs in periodic tasks and its a sequential frame of solenoid functions. The twitching really only moves the wheels like 5-10 degrees when the robot is blocked up and the wheels are suspended. It might not even be enough to move the robot when loaded and on the floor. |
|
#6
|
|||
|
|||
|
Re: Periodic Task Input
Does this happen in test mode, in disabled mode, both?
This will help determine if it is SW or other causes. Greg McKaskle |
|
#7
|
|||
|
|||
|
Re: Periodic Task Input
Not sure what test mode is. It does not happen in disabled.
|
|
#8
|
|||
|
|||
|
Re: Periodic Task Input
You can put your robot into test mode using the driver station. That allows you to watch sensors that you've opened while the robot is safely disabled, and it allows you to drive actuators that you've opened when enabled. Note that periodic code will continue to run, even in test mode.
It also allows you to run test VIs that you write to calibrate or verify controlled mechanisms. Greg McKaskle |
|
#9
|
|||
|
|||
|
Re: Periodic Task Input
Quote:
|
|
#10
|
|||
|
|||
|
Re: Periodic Task Input
We've seen this before on our robots. What does the dashboard report as your CPU utilization? If we're running at 100%, we see this on occasion. Do you have any unthrottled loops?
|
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|