Multiple Light Tracking with Distinct Light Boxes

[DanDon]

Is that first@slashdot? Or is it correct as is?

[tmbg37]

It is correct as it is, I'm not cool enough to have an email address at Slashdot

[gnirts]

In case you missed my post on your team's blog, Team 1648 would love to be able to have a copy of this code!

Thanks in advance,
Robinson Levin
me@robinsonlevin.com

[Gaj]

I would very much like to see this code -- the demo looked amazing!

(Email: hydrargyri@gmail.com)

[Ankush Dhar]

It seems you had talked about setting up a CVS respitory somewhere, but i cannot find it and wasn't able to get the copy of the code.

If you can, can you please provide me a copy of that code, thanks

killzone721@gmail.com

Regards

Ankush Dhar

[lkdjm]

I already have this code and I have played with it a lot. Now I am interested in using it practically. How do you actually "choose a light" to go to, and ignore the other. Also, when the camera sees 2 lights, it twitches back and forth between the two. Is there a fix for that? Also, if I want to go "in between" the 2 lights, how would I do that? With the twitching, it doesn't seem possible. Thank you in advance for your help.

[Ankush Dhar]

Originally Posted by lkdjm

I already have this code and I have played with it a lot. Now I am interested in using it practically. How do you actually "choose a light" to go to, and ignore the other. Also, when the camera sees 2 lights, it twitches back and forth between the two. Is there a fix for that? Also, if I want to go "in between" the 2 lights, how would I do that? With the twitching, it doesn't seem possible. Thank you in advance for your help.

Ikdjm, Can u please, please send me that copy to my email! it will be awsome if you do so?

killzone721@gmail.com


Regards

Ankush Dhar

[Chuck Merja]

hey cool - and cool to you for sharing. we lost our programming mentor to a heavy work load, so we are trying to do autonomous in Easy C, but having trouble with the camera. Might you help us a bit? thnks team 1696 in the stix (Montana - not exactly the hotbed of C ) chuckm@3rivers.net and rcurtis3.3rivers.net

[Ankush Dhar]

Heh has anyone actally figured out how to pick the blob, either left or right?

other than that i wanted to ask one more quesion, i am not sure but anyone knows how to calculate the width of each blob?

please help if anyone knows

Regards

Ankush Dhar

[gnirts]

Originally Posted by Ankush Dhar

Heh has anyone actally figured out how to pick the blob, either left or right?

other than that i wanted to ask one more quesion, i am not sure but anyone knows how to calculate the width of each blob?

The blob with the lower y coordinates will be closer (or the other way around if your camera is upside down). But you might consider going to the one that is more infront of your robot.

width = T_Packet_Data.x2 - T_Packet_Data.x1;

Good Luck,
Robinson Levin

[MaHaGoN]

I sent this e-mail out tonight to everyone that was on my mailing list.

Originally Posted by E-Mail

Dear Everyone,
Thank you for expressing your interest in this camera code. We have been happy to help those who have requested the code. As a result of snow delays and other complications, our team has changed directions and will no longer be pursuing the camera. As a result we can no longer continue developing the dual light code. If any of you are interested in still obtaining the beta code, I will be placing a link on the original Chief Delphi post shortly. It is stickied in the CMUcam sub-section of the Programming forum. Best of luck in their upcoming competitions, and we hope to see you at Nationals.

Thanks again, and good luck!
The Programmers of Team 250

Originally Posted by Prior E-mail

1. Please, please, please read the readme and check over the code before you run it on your robot. There's nothing out of the ordinary going on here, but we can not have foreseen your potential configuration, so please check over everything and make sure it's ok. (For example, pwm outputs are configured as in Mr. Watson's streamlined code, so there definitely is some (potential) non-neutral activity on every pwm. Please see user_routines.c if you need to comment this out.)

2. I should clarify that this code does not yet move the pan/tilt servos. We have started working on that but it's not yet debugged completely. Instead of waiting, I wanted to at least get this base code out.

3. If your camera is mounted upside down (see Kevin's post in the sticky on chiefdelphi) then the GUI representations will be upside down. I think everything else should work (I'm not totally sure of this).

I have attached a zip file with the uncompiled python scripts and the camera code for the robot. The executable python scripts were too large to attach. If you have any further questions I will try to get back to you.

[gnirts]

Let us know if we can help with the situation, and thanks for posting it for all to enjoy.

Good luck,
Robinson Levin

[neutrino15]

Hello!
I am new to chiefdelphi and, well, new to FRC. Our team has been having trouble with the Virtual_Window command. Whenever we send the command, our camera seems to initialize. This makes the camera physically move back to it's starting position... We must be doing something wrong, we just don't know what. We came up with an alternate method of tracking the rack without using virtual window (only using a corner of the "blob" we see.) This solution is messy at best, so if anybody could help, please either reply or email me at neutrino15[at]gmail[dot]c0m. (the 0 is a o in com)..

Thank You!
-Jordan

[gnirts]

Originally Posted by neutrino15

We came up with an alternate method of tracking the rack without using virtual window (only using a corner of the "blob" we see.)

We use this, it works quite well. Just aim to either corner (x1 or x2) instead of the center (mx).

Robinson Levin

[Draggy]

Send it to :


anriel.tuiqest@gmail.com

Please =)