I have not been able to come across anything concerning the scripting tools, or the gyro that Dave said would be used on the bot.
Could people who know where to find info about the various sensors, and how to program them (either in the IDE or with the scripting) post links to that info in this thread?
Heres what info I have found about the camera. This includes 3 PDF’s explaining how to wire, program, and calibrate the camera. It also includes a GUI that calibrates the camera, in compiled and non compiled source form. Lastly, it includes the default code for the robot, with camera capabilities.
Also, please keep discussion of the sensors to a minimum, in order to make it easier for people to look here and find links… rather than search 5 page long threads in false hope to find something.
[EDIT] After Looking around, i realized that we do not get a gyro in the KOP. Just trying to clear up any confusion my initial post may have made [/EDIT]
[EDIT x2] Ive seen numerous posts about finding the scripting software, but not one link or helpful post!! Please read this!!! thanks. [/EDIT x2]
As for the scripting, I don’t know. And I also seem unable to locate user_routines_DDT.c and user_routines_fast_DDT.c (as are referenced in FrcCode.dsp). What’s a Visual C++ 6 project doing in the FRC default code?
Dave? Where is everything? I thought this was your idea.
The zipped file (at the link you posted) contains Java Class files, Java source and some DLLs. How does this fit into the scripting scenario that was discussed at the kick-off?
The Java stuff is a cool program that will display what the camera is seeing and is used as mentioned above for the calibration. Your PC can connect the comm port to a 9 pin D connector on the camera module.
Regards,
Chuck
The problem I ran into last night is that it requires a LOT of horsepower! I tried running on a PII/300 and frame capture would fail. Tried a PIII/500, with the same result. Had to go to my VIAO with the P4 before it would run. Anyone else had such a problem with it? (Yes, I downloaded Java from the SUN website and had installed it in all cases.)
The images looked awfull! (green) Tried with white balance on, and they looked blue. in both cases colors were very muted. It had a hard time locking on to a yellow shape on a dark background. I’m worried about the lighting this thing is going to require, and conditions on the field.
Last night, aside from difficulties focusing the camera, our camera’s images looked pretty good after turning on white balance for a couple frames. However, it seemed that when we used the tracking function, it seemed to lock onto whatever was in the center of the camera’s field of vision to determine what color to track. For example, I held up the backup battery in front of the camera, set it to track blue, and the camera showed my hand as being more blue than the backup battery case. Any ideas on why that happened?
We have the CMUcam2 software on a PI/Celeron 500mhz laptopw/ win98SE, and the only thing that doesn’t work is the grab frame because the sofware was witten for 1024x768 and the laptop only supports 800x600. Did you make sure your serial port was configured correctly in all cases?
Yes, the serial port is correct, but the screen resolution may be a clue. I wish the CMU guys would realize that not everyone has a big screen. I have the same limitation on my laptop as well. Makes me wonder what we’re going to do when we get to the regional.
The java program seems to have an unbeleiveably annoying tendency to freeze. It has frozen on both my computers at home, in addition to two computers at school. We were going to run it on our awesome alienware laptop, but the usb transfer stick went nuts on us and our network is so screwed up we didnt even bother trying to use that.
