Log in

View Full Version : Can't find CMUCam2 demo.llb


railerobotics
12-01-2006, 20:56
We cannot find CMUCam2 demo.llb like mentioned in the camara workbook. Do we download it or is it somewhere else? Please help us.

Alan Anderson
12-01-2006, 21:23
I think http://www.chiefdelphi.com/forums/forumdisplay.php?f=149 might help you find what you're looking for.

railerobotics
13-01-2006, 13:51
No, we have already looked there. Where do we download the CMUCam2 demo.llb application used in Lab View 8.0 like mentioned in the camara workbook? We have searched and searched on the web but have failed miserably. Did this application come in the kit? :ahh:

pbrules15
13-01-2006, 13:56
WHERE IS IT????????????????????????? :ahh: :ahh: :ahh:

fowlerm
13-01-2006, 14:25
WHERE IS IT????????????????????????? :ahh: :ahh: :ahh:

You can get it here (ftp://ftp.ni.com/outgoing/FRC/LabVIEW CMUcam2 demo app - 1-6-06.zip). The password to extract the contents of the zip file is "LVFRC2006!" case sensitive and without the quotes.

Kingofl337
13-01-2006, 14:25
If you use easyC for FRC the camera values for the target are preloaded in the software. If you upload Tutorial #7 to your robot it should folow the target.

Danny Diaz
13-01-2006, 14:56
You can get it here (ftp://ftp.ni.com/outgoing/FRC/LabVIEW CMUcam2 demo app - 1-6-06.zip). The password to extract the contents of the zip file is "LVFRC2006!" case sensitive and without the quotes.

Be careful about posting exact links to this file, the filename and/or location can change, it is best to look here:

http://www.chiefdelphi.com/forums/f...splay.php?f=149

The sticky post will always point to the correct link. Also note that now the files are not password-protected.

-Danny

railerobotics
13-01-2006, 16:41
Thanks

railerobotics
13-01-2006, 16:56
Now that we have the application and have it on the computer in lab view, we cannot get it to run. I click the little arrow and a little error window pops up and says something like that we need to check our serial port or see if the camara has power. The serial port is fine, we spent hours checking it. And the camara has power. WHATS WRONG??? Please help us. :ahh:

Danny Diaz
13-01-2006, 17:43
WHATS WRONG???

Could be a number of things.

1. Make sure the backup battery is FULLY CHARGED.
2. Make sure you've installed the latest version of the NI-VISA (http://digital.ni.com/softlib.nsf/webcategories/85256410006C055586256BAC002C51FA?opendocument) software in your computer.
3. Make sure you've configured your serial port to the correct speed via Measurement and Automation Explorer.
4. Make sure the serial port specified in the application is the correct serial port the serial cable is plugged into.
5. Make sure the backup battery is FULLY CHARGED.
6. Make sure you've read the documentation provided with the Camera App.
7. Make sure your serial cable is good.
8. Make sure the camera is correctly set up and everything is plugged in snugly (especially the lens daughterboard).

And above all, make sure your backup battery is fully charged.

-Danny

railerobotics
13-01-2006, 18:12
thanks, it now works. The file we were missing mi-visa was in the documention of the frc camara.

railerobotics
13-01-2006, 18:17
You said, "If you use easyC for FRC the camera values for the target are preloaded in the software. If you upload Tutorial #7 to your robot it should folow the target." Where is "Tutorial #7"?

railerobotics
13-01-2006, 20:07
We have another porblem. We can now get CMUCam2 demo.llb to run, but when we try to capture a frame we get an error. But our serial cabel is connected and the camara has power. So why do we get this!? help

Joe Hershberger
14-01-2006, 04:23
We have another porblem. We can now get CMUCam2 demo.llb to run, but when we try to capture a frame we get an error. But our serial cabel is connected and the camara has power. So why do we get this!? help

There was a bug in the get picture.vi that caused problems grabbing frames, especially if you are using a USB to Serial converter. There is an update posted here (http://www.chiefdelphi.com/forums/showthread.php?t=41214).

Good luck!
-Joe

railerobotics
14-01-2006, 10:19
That has been already downloaded. But now, we can start the program without any errors then when clicking the "grab frame" button it downloads all the way and no picture appears on the screen, and it restarts itself over and over. What's wrong?

railerobotics
14-01-2006, 11:50
After downloading the code to the robot controller and the terminal window pops up, nothing happens in it. Why is this?

Kevin Watson
14-01-2006, 13:25
After downloading the code to the robot controller and the terminal window pops up, nothing happens in it. Why is this?If you downloaded the code a few days ago, the code was messed-up for a while (http://www.chiefdelphi.com/forums/showpost.php?p=431178&postcount=5).

-Kevin

railerobotics
14-01-2006, 14:55
If you downloaded the code a few days ago, the code was messed-up for a while (http://www.chiefdelphi.com/forums/showpost.php?p=431178&postcount=5).

-Kevin
We've tried that and it still didn't work.

Kevin Watson
14-01-2006, 15:12
We've tried that and it still didn't work.Rebuild the code with debugging messages on (see camera.h) and post the output (if any) here.

-Kevin

railerobotics
14-01-2006, 15:32
Here is the debug.

Camera: Initialized abnormally with code 131
Camera: Initialization state = 1
Camera: No EEPROM configuration data found; using default parameters
Camera: Initialization state = 2
Camera: Initializatoin state =3

This continues over and over again.

Kevin Watson
14-01-2006, 15:54
Here is the debug.

Camera: Initialized abnormally with code 131
Camera: Initialization state = 1
Camera: No EEPROM configuration data found; using default parameters
Camera: Initialization state = 2
Camera: Initializatoin state =3

This continues over and over again.Hmmm... You're camera is hanging on initialization state 3. Open camera.h and look for this line: "#define MAX_ACK_LOOP_COUNT 10" and change the 10 to 100 and let me know what happens when you re-run the code. This gives the camera more time to acknowledge the command before the initialization state machine gives up and starts over.

-Kevin

railerobotics
14-01-2006, 16:03
Hmmm... You're camera is hanging on initialization state 3. Open camera.h and look for this line: "#define MAX_ACK_LOOP_COUNT 10" and change the 10 to 100 and let me know what happens when you re-run the code. This gives the camera more time to acknowledge the command before the initialization state machine gives up and starts over.

-Kevin
We did that and it told us exactly the same thing.

Kevin Watson
14-01-2006, 16:19
We did that and it told us exactly the same thing.You've got power to the camera per the instructions? You've hooked-up the serial cable and TTL-RS232 board per the instructions? Have you tried the camera with the LabVIEW code? What does line 450 of serial_ports.c say?

-Kevin

railerobotics
14-01-2006, 16:32
Yes we have power and have the ttl hooked up and the camera does work with labview and is calibrated. I have edited the code and changed line 450 of the serial port code to SPBRG2 = BAUD_115200

Kevin Watson
14-01-2006, 16:47
Yes we have power and have the ttl hooked up and the camera does work with labview and is calibrated. I have edited the code and changed line 450 of the serial port code to SPBRG2 = BAUD_115200Well, I don't know what to tell you. The debugging information indicates that your camera isn't communicating with the RC. Grasping at straws, try using the programming port of the RC to communicate with the camera. You'll need to modify the first option of camera.h to use the other serial port and use a male to male null modem serial cable (pin 3 -> pin 2, pin 2 -> pin 3, pin 5 -> pin 5) between the RC and camera.

-Kevin

railerobotics
14-01-2006, 17:22
I really appreciate you taking time to help. I'll have to try that thing with the modem cable on monday if I can get a hold of one. If not, I have no idea what to do next.

Kevin Watson
15-01-2006, 03:16
I really appreciate you taking time to help. I'll have to try that thing with the modem cable on monday if I can get a hold of one. If not, I have no idea what to do next.Can you try the software mentioned here (http://www.chiefdelphi.com/forums/showpost.php?p=433331&postcount=1) and report back with the results?

-Kevin

billbo911
15-01-2006, 11:46
One thing I have seen that causes the camera to hang, though I didn't notice if it is at STATE 3, is having BOTH the PWM/TTL connected to the RC AND the serial cable connected to the PC from the DB-9 on the camera. As I recall from last year, the camera can not run both simultaneously. And, yes, I know this from personal experience. It was definitely one of those "Bill, you doofus" moments. :o

This is what I observed the camera and servos do when it was hooked up incorrectly. Camera powers on correctly, RC boots normally, servos drive to what appears to be 127 or center position, and absolutely nothing shows up on the terminal window. When sending a "c" or "t" command to the port, a "NAK" will be returned sometimes.
I hope this helps out someone.

railerobotics
15-01-2006, 11:52
Can you try the software mentioned here (http://www.chiefdelphi.com/forums/showpost.php?p=433331&postcount=1) and report back with the results?

-Kevin
We will try that and report back on monday.

N3OW
15-01-2006, 13:12
We have the Lab View code and it is working somewhat.
We have an issue with the pan going the wrong way from the target.
We had a issue with the image being upside down so we rotated the camera and that fixed that problem bur the pan goes opposite of the target any ideas as to why?
We are planning on using the Easy C programming, and lab view has the ability to export the configuration file for Easy C.
So if any one has any ideas how to correct the panning issues that would be great.
Thank you
Jay
n3ow11@gmail.com.
:ahh:

Chris_Elston
15-01-2006, 14:08
Could be a number of things.

1. Make sure the backup battery is FULLY CHARGED.
5. Make sure the backup battery is FULLY CHARGED.

And above all, make sure your backup battery is fully charged.

-Danny


I am sorry, but this hits HOME for us...I dunno how many times the camera stopped working only to find out the backup battery was dead or not charged. Only a week into this, and this is an inside joke for our team....

Backup battery charged? CHECK!

Chris_Elston
15-01-2006, 14:12
We have an issue with the pan going the wrong way from the target.
We had a issue with the image being upside down so we rotated the camera and that fixed that problem bur the pan goes opposite of the target any ideas as to why? :ahh:


Jay,

Providing that you are using the PWM servo drivers onboard the camera.....

Put the camera back the way it was, then just install a JUMPER on the CMU board. Your looking for a PAN REVERSE and TILT REVERSE jumper. See page #5 from this document:

First Camera Document (http://www2.usfirst.org/2006comp/other/CMUCam2_Setup_and_Initialization_Rev_A.pdf)

railerobotics
15-01-2006, 14:59
We have an electronics engineer who took a 12v power supply and transformed it so that it has an output of 7.2 volts, so we are absolutely positive that the camera is getting power.

Joe Hershberger
15-01-2006, 15:43
That has been already downloaded. But now, we can start the program without any errors then when clicking the "grab frame" button it downloads all the way and no picture appears on the screen, and it restarts itself over and over. What's wrong?

Does it look like the button is sticking down? There is a "Mechanical Action" option for the button that will change the way it acts. if it is stickingm you will need to change the mechanical action. If you haven't change that, though, it should be ok by default.

Is it possible that youare double clicking the button?

Are you sure you downloaded the latest version there? The old version is still there along with the updated one. Look at the dates in the file names.

Are you still seeing the behavior? Can you give any more information about what is happening?

-Joe

railerobotics
15-01-2006, 19:04
We have fixed the problems with labview, we just over wrote our Cmucam2 demo files. The problems we are have know is that when we download the camera code through ifi loader the terminal window is blanck. It is suppose to say searching and then give values.

Chris_Elston
15-01-2006, 23:28
We have an electronics engineer who took a 12v power supply and transformed it so that it has an output of 7.2 volts, so we are absolutely positive that the camera is getting power.


Becareful with this rule and circuit diagram from FIRST. I think the rules say "charging circuit". That means, the 7.2 battery should STILL be on the robot is the way I interpret the rules, not missing and powered soloely by the 12V battery.

I know your probablly only testing it on the bench now and only need the 7.2 power directly from your 12V, but I figured I would point that out incase anyone got any bright ideas.


<R53> The 7.2v backup battery may be charged on or off the robot. When off the robot, the battery is to be
charged with the provided 7.2V backup battery charger. When mounted on the robot, the backup battery may
be charged from the EX18-12 primary battery by using the custom charging circuit available from Innovation
First Inc. (note: IFI will provide the design for this circuit on the IFI website, however teams must obtain the
parts for this circuit and assemble it themselves)

Chet Urata
16-01-2006, 03:27
I hate to sound like a goof here (but it's too late to worry about that now since I already established that last year), but did you remove the lens cap?

railerobotics
16-01-2006, 09:18
We're using the power supply for testing purposes only and yes we did remove the lens cap.

Shadow
28-01-2006, 11:21
Can you try the software mentioned here and report back with the results?

-Kevin
I've been having the same type of error working with our camera. Everything is wired correctly, TTL port is set up, backup battery is charged, program loaded correctly (using the most updated version from your website, Kevin), etc. Everything is verbatim to what I've been reading thus far, and I'm still getting a hangup on STATE 3.

I've downloaded the diagnostic program, and run it. It doesn't show "Serial Port Diagnostics Running..." until after I restart the RC, and when I type something "To Port ->" I get no feedback.

The camera has a green light from what seems to be labeled DS1, DS2 is off, but DS3 is red.

This all seems to say to me, "your TTL port isn't working!!" but I know beyond a doubt I have hooked it up properly. So sould I assume that's a defective part or is there someone out there with more insight into the issue than I have? (I hope, I hope, I hope... :D )

Kevin Watson
28-01-2006, 11:29
I've been having the same type of error working with our camera. Everything is wired correctly, TTL port is set up, backup battery is charged, program loaded correctly (using the most updated version from your website, Kevin), etc. Everything is verbatim to what I've been reading thus far, and I'm still getting a hangup on STATE 3.

I've downloaded the diagnostic program, and run it. It doesn't show "Serial Port Diagnostics Running..." until after I restart the RC, and when I type something "To Port ->" I get no feedback.

The camera has a green light from what seems to be labeled DS1, DS2 is off, but DS3 is red.

This all seems to say to me, "your TTL port isn't working!!" but I know beyond a doubt I have hooked it up properly. So sould I assume that's a defective part or is there someone out there with more insight into the issue than I have? (I hope, I hope, I hope... :D )Now that you know your serial communication with the camera is not happening, follow the instructions in Q14 of the CMUcam2 FAQ: http://kevin.org/frc/camera and report back here with the results.

-Kevin

Shadow
28-01-2006, 12:20
Now that you know your serial communication with the camera is not happening, follow the instructions in Q14 of the CMUcam2 FAQ: http://kevin.org/frc/camera and report back here with the results.

-Kevin
Read the instructions in Q14, did that in essence, with the exception of switching out pwm cables first (just to make sure that wasn't the problem, and with the hope of actually saving some time). In the end, it didn't matter, and it seems as though the signal is not going past the FRC.

Any ideas?

cvbritton
06-02-2006, 18:40
After downloading the code to the robot controller and the terminal window pops up, nothing happens in it. Why is this?
This may have been said already... but it never hurts to say it again.

My team has wasted 4 weeks on the same problem. The code will not load correctly and execute if the robot radio OI (what runs your joystick) is not connected and functioning. The out-of-the box code should always work as long as you have not altered it in any way and have it wired according to the instructions. (PWM 1 & 2 for Pan/Tilt, TTL chip connected to controller, and power pwm cable) To make sure your OI is working, make sure the light next to RADIO on the controller is green, and not red or orange.

I really hope this helps... this camera gets really frustrating. Keep working hard guys, see ya at competition.

~ Team 900 infinity

:cool: