|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
| Thread Tools | Rate Thread | Display Modes |
|
#16
|
||||
|
||||
|
Re: Benefits of "Periodic Tasks VI"?
Ok, this brings up another question I've been thinking about.
Greg, if a speed has not changed from the last loop, is there any reason to call the set speed command? Will not calling it result in a watchdog? |
|
#17
|
||||
|
||||
|
Re: Benefits of "Periodic Tasks VI"?
Quote:
(safety measure to prevent runaway robots) Last edited by ratdude747 : 12-02-2012 at 21:21. Reason: meant to say 100ms, not 10ms |
|
#18
|
||||||
|
||||||
|
Re: Benefits of "Periodic Tasks VI"?
The motor safety will trigger if it isn't updated every 100ms (assuming that you didn't disable the motor safety or change the timeout limit). It will not affect the watchdog.
|
|
#19
|
||||
|
||||
|
Re: Benefits of "Periodic Tasks VI"?
Shouldn't be 10ms, since setspeed commands in teleop aren't called that often.
|
|
#20
|
||||
|
||||
|
Re: Benefits of "Periodic Tasks VI"?
yeah, it is 100ms. typo. fixing original
|
|
#21
|
||||
|
||||
|
Re: Benefits of "Periodic Tasks VI"?
Thanks Joe. So - if you've disabled the motor safeties, what happens if set speed is not called for say, 2 or 3 seconds. Does the motor stay at the last set point?
I ask because some of the Beta teams saw a noticeable improvement in CPU usage by putting a simple if/then around their set speed and only calling it on a change. |
|
#22
|
|||||
|
|||||
|
Re: Benefits of "Periodic Tasks VI"?
Quote:
If a motor's safety feature is not enabled, it will keep its last commanded output value indefinitely. That includes switching from autonomous to teleoperated mode (or vice versa, which can happen during testing), so you should make sure your motors are initialized to something reasonable when such things happen. Last edited by Alan Anderson : 12-02-2012 at 21:27. |
|
#23
|
|||
|
|||
|
Re: Benefits of "Periodic Tasks VI"?
There are several watchdog and safety mechanisms in effect.
The system watchdog will shutdown the robot outputs when the DS communications is interrupted or an estop takes place. The 100ms timeout is controlled by the Robot Safety mechanism and it automatically zeroes configured robotDrive motors after 100ms. Not setting RobotDrive every 20ms will lower CPU usage, but I'm curious as to how much. Greg McKaskle |
|
#24
|
||||
|
||||
|
Re: Benefits of "Periodic Tasks VI"?
Quote:
our team is using UDP to transmit between the Dashboard and the cRIO, which appears to be delaying the watchdog being fed, and interrupting robot communications. the port we're using for the socket isn't being used anywhere else in the code, from what we can see, so what could it be? |
|
#25
|
||||
|
||||
|
Re: Benefits of "Periodic Tasks VI"?
Quote:
, etc. |
|
#26
|
|||
|
|||
|
Re: Benefits of "Periodic Tasks VI"?
Can you describe more? Perhaps post some code?
Greg Mckaskle |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|