|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
|||||
|
|||||
|
Re: Watchdog problem - please help me diagnose and fix
The "Watchdog Expiration: System 1, User 0" error is common when the robot changes modes (i.e. from autonomous to teleop). Don't worry too much about those unless you get a lot. It might be a problem with the communication between the driverstation and robot. Try connecting the driverstation over ethernet and try a different computer running the driverstation application. This can help solve the problem because the teleop loop is affected by incoming packets from the driverstation, so if you have a bad network connection, the watchpuppies will trip (which would cause the "Right and Left motors" not running fast enough error you experienced).
On a semi-unrelated note, I would guess that watchdog errors were not the cause of your robot not running for a match last season. When a watchpuppy is tripped, your robot will only stop for 1(?) second or so and then function again (or until the next watchdog error). Disclaimer: not so sure on that last point... EDIT: some other threads regarding watchdog errors. Maybe you'll find something else helpful there: http://www.chiefdelphi.com/forums/showthread.php?t=92090 https://decibel.ni.com/content/thread/9070 https://decibel.ni.com/content/thread/5752 https://decibel.ni.com/content/thread/5951 Last edited by plnyyanks : 15-09-2011 at 18:34. Reason: links! |
|
#2
|
||||
|
||||
|
Re: Watchdog problem - please help me diagnose and fix
Thanks, I'll stop worrying about the watchdog expiration notice.
There's still a problem though. Our network looks like this: We have our D-Link DAP 1522 configured as an Access Point according to these instructions with no security. We have our cRIO connected by ethernet to port 1 of that, and our computer connected to some other port using an Ethernet cable. During testing we usually use a wired connection to eliminate network problems, unless this interferes with what we're trying to do. I'm sorry, still no copy-paste of the error log - I forgot to post in this thread when we tested it yesterday and I'm back at home again. Some questions I'd like answered just to calm my mind: 1. In what position should the physical switches on the cRIO be? 2. Is there a place where I can download LabView and all the FRC tools and updates? I have the serial of course, and the CD as well, but for some reason I don't trust it... Call it paranoia. ![]() 3. What is the proper way to transfer the program from the computer to the robot? a. For one-time testing (ie run it once, and when we stop it it's gone from the cRIO) b. For permenant instllation until replacement (ie for competition) (you can't probe this, right?) Of course, we know how to do this as well, but again I don't trust that we've been doing it the right way all this time... Thanks! If there's a document by FIRST and/or NI that you can point me to that explains some or all of these stuff, please do so ![]() Last edited by NeatNit : 17-09-2011 at 10:52. |
|
#3
|
|||||
|
|||||
|
Re: Watchdog problem - please help me diagnose and fix
Quote:
Quote:
Quote:
|
|
#4
|
||||
|
||||
|
Re: Watchdog problem - please help me diagnose and fix
Here is a great reference link from Team 358 http://www.team358.org/files/program...olSystem2009-/
To answer your questions: 1. All the dip switches should be in the same configuration (off). Here is a link to the NI documentations: https://decibel.ni.com/content/docs/DOC-2632 2. Here are the latest Labview update links: http://joule.ni.com/nidu/cds/view/p/id/2261/lang/en http://joule.ni.com/nidu/cds/view/p/id/2262/lang/en http://joule.ni.com/nidu/cds/view/p/id/2263/lang/en 3. To do one-time testing, simply click on the 'Run' icon To have the program run from boot-up, you must build and deploy your project. Hope this helps! Have a great Off-season! |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|