|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
|||
|
|||
|
Re: Grabbing Output from Robot Sensors
You could use GetWatchdog().SetEnabled(0) for turning it off right before your long wait and then use GetWatchdog().SetEnabled(1) for turning it back on again when you're not initializing whatever you're initializing (i'm assuming your long wait is due to setup of some component)
|
|
#2
|
||||
|
||||
|
Re: Grabbing Output from Robot Sensors
I'll try that tomorrow. But I haven't a single Wait() in the program. ._.
Can I completely delete the GetWatchdog().SetExpiration() or completely replace it with the .SetEnabled()? Last edited by 1951-44U : 15-01-2010 at 21:48. |
|
#3
|
|||
|
|||
|
Re: Grabbing Output from Robot Sensors
Yes I think you could just use set enabled to turn it off
|
|
#4
|
||||
|
||||
|
Re: Grabbing Output from Robot Sensors
We tried setting the Watchdog at SetEnabled(0), but still get the same problem.
We set it at 0 in the initializers, in autonomous, in the operator function, and in the operator loop. Setting SetExpiration() at an impossibly high number had no success, either.Last edited by 1951-44U : 16-01-2010 at 12:40. |
|
#5
|
||||
|
||||
|
Re: Grabbing Output from Robot Sensors
New development!
We tried instigating the Watchdog error while watching the serial output, and found something very interesting. We could get output from the serial output (meaning that we got the printf values from the code in the serial output) and the sensors were working fine! Outputting data! But once we turned on the target console on the programming laptop (the programming laptop and the serial output laptop are separate laptops) everything STOPPED. Came to a STANDSTILL. No more output, nothing. The serial output stream seemed to FREEZE. That may be why the dog was barking. But the data we received from the sensors are somewhat strange. The different printf statements mixed and mashed with each other, seeming to overlap. I can't make anything of the data because they overlap so often. Any ideas? |
|
#6
|
|||
|
|||
|
Re: Grabbing Output from Robot Sensors
So when you had just the serial cable plugged in and no target console, was the data reasonable? Is the problem related to having mixed serial output?
|
|
#7
|
||||
|
||||
|
Re: Grabbing Output from Robot Sensors
I'm not even sure what the data was -- it meshed and overlapped, so the numbers weren't nicely and neatly in line with respective labels.
Example: ______ Turns ______ Position It was like: Turns0003054Position It jumbled all the output. |
|
#8
|
||||
|
||||
|
Re: Grabbing Output from Robot Sensors
did you have \r\n at the end of the printf's? this is the new line sequence. if you have printf("part 1") (more code here) printf("part 2 \r\n"), it should output like this:
Code:
part 1 part 2 part 1 part 2 part 1 part 2 part 1 part 2 part 1 part 2 part 1 part 2 part 1 part 2 part 1 part 2 part 1 part 2 Code:
part 1 part 2part 1 part 2part 1 part 2pa rt 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 pa rt 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2p art 1 part 2part 1 part 2part 1 part 2par t 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2part 1 part 2 |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Problem receiving console output from cRIO | Arborama | Programming | 7 | 15-02-2009 03:30 |
| Weird output from ultrasonic and gyro | Yuan Xue Lim | Programming | 4 | 11-02-2009 19:01 |
| live input/output to/from application | MarkH | Programming | 3 | 06-04-2006 01:43 |
| Weird Output from Dashboard Port | Ian W. | Programming | 9 | 06-03-2004 21:33 |
| output from a cell phone? | Ben.V.293 | Electrical | 6 | 24-12-2003 14:52 |