OCCRA [more] FRC Kickoff : 22d 21h 46m ...
I'm not the programmer, thank god. - Veselin Kolev [more]
 Chief Delphi paper: Team 341 Vision System Code
 User Name Remember Me? Password
 CD-Events CD-Media CD-Spy FRC-Spy
The Chief Delphi Forums are sponsored by Innovation First International, Inc.
ADVERTISEMENT

 Thread Tools Rating: Display Modes
#16
05-07-2012, 08:11 AM
 Jared341 DaisyPoof AKA: Jared Russell FRC #0341 (Miss Daisy) Team Role: Engineer Join Date: Nov 2002 Rookie Year: 2001 Location: San Francisco, CA Posts: 2,436
Re: paper: Team 341 Vision System Code

Quote:
 Originally Posted by Gray Adams Why not just... Code: ``` public static double boundAngle0to360Degrees(double angle) { return((angle+360)%360); }```
What if angle is equal to -361?

It's awesome that you guys are analyzing the code and you have already taught me something new (that Java's "%" operator works on floating point values...as a primarily C++ guy, I have it burned into my brain that thou shalt use "fmod" for floating point modulus). But if this is the part of the code that engenders the most discussion, then I'm a bit disappointed

Last edited by Jared341 : 05-07-2012 at 08:13 AM.
#17
05-08-2012, 12:11 AM
 Gray Adams Registered User FRC #0192 (GRT) Team Role: College Student Join Date: Dec 2011 Rookie Year: 2011 Location: University of Southern California Posts: 267
Re: paper: Team 341 Vision System Code

Quote:
 Originally Posted by Jared341 What if angle is equal to -361? It's awesome that you guys are analyzing the code and you have already taught me something new (that Java's "%" operator works on floating point values...as a primarily C++ guy, I have it burned into my brain that thou shalt use "fmod" for floating point modulus). But if this is the part of the code that engenders the most discussion, then I'm a bit disappointed
Ok, fine.

Code:
`return(((angle%360)+360)%360);`
#18
05-08-2012, 07:58 PM
 AlexD744 Registered User FRC #0744 (744 Shark Attack) Team Role: Alumni Join Date: Jan 2009 Rookie Year: 2008 Location: Ft. Lauderdale, FL Posts: 565
Re: paper: Team 341 Vision System Code

I feel like at this point the original code was easier to understand from an outside perspective.

On another note, this is AWESOME! It's nice to see another team using Java to program, especially when it's done so well. Our camera tracking system is currently only used in auton to track after grabbing the third ball off the co-op bridge. It's very rudimentary code so that it can be run on the cRio (we had issues with a bad camera that made it impossible to test any sort of laptop based vision code). This is very interesting, and I'm excited to go over it in more detail later.
__________________
Phillipians 4:8 - Finally, brethren, whatever is true, whatever is honorable, whatever is right, whatever is pure, whatever is lovely, whatever is of good repute, if there is any excellence and if anything worthy of praise, dwell on these things.

God created FIRST as one of many wonderful things to dwell upon (just don't get obsessed ... whoops too late).
www.sharkattack744.com
#19
05-08-2012, 08:58 PM
 Tom Bottiglieri Custom User Title FRC #0254 (The Cheesy Poofs) Team Role: Engineer Join Date: Jan 2004 Rookie Year: 2003 Location: San Francisco, CA Posts: 2,869
Re: paper: Team 341 Vision System Code

Thanks for posting this, Jared. I took a look at your dashboard on the field at Champs and was very impressed. It seems incredibly useful to have the vision system draw its idea of target state on top of the real image.

I suspect if vision is a part of upcoming games, we will probably use a solution very similar to this. This year we wrote all of our vision code on top of WPILib/NIVision to run on the cRIO. In the end we got this to work pretty well, but development and debugging was a bit of a pain compared to your system.
#20
05-09-2012, 09:43 AM
 Leeebowitz Registered User AKA: David FRC #2115 (Nightmares) Team Role: College Student Join Date: Jan 2010 Rookie Year: 2009 Location: Deerfield Posts: 32
Re: paper: Team 341 Vision System Code

Very cool! I just finished taking an online data structures course from IIT, so it was really awesome to see the implementation of the TreeMap! Just so that I'm sure I understand, it is used to quickly find an rpm based on your distance, right? What are the advantages (if any) of using this instead of plugging your data points into an excel graph and getting a polynomial best fit equation to transform your distance into an rpm?
#21
05-09-2012, 10:14 AM
 Jared341 DaisyPoof AKA: Jared Russell FRC #0341 (Miss Daisy) Team Role: Engineer Join Date: Nov 2002 Rookie Year: 2001 Location: San Francisco, CA Posts: 2,436
Re: paper: Team 341 Vision System Code

Quote:
 Originally Posted by Leeebowitz Very cool! I just finished taking an online data structures course from IIT, so it was really awesome to see the implementation of the TreeMap! Just so that I'm sure I understand, it is used to quickly find an rpm based on your distance, right? What are the advantages (if any) of using this instead of plugging your data points into an excel graph and getting a polynomial best fit equation to transform your distance into an rpm?
The biggest advantage was it made tuning very easy. Take the bot to the practice field with some balls, fire away, and record the range/RPM information into the TreeMap if you like what you saw (we actually had a version of the software that let the operator do this with the push of a "commit" button, but we ended up doing it all by hand just to sanitize the values). No need to fire up Excel.

Last edited by Jared341 : 05-09-2012 at 10:17 AM.
#22
05-09-2012, 10:16 AM
 Jared341 DaisyPoof AKA: Jared Russell FRC #0341 (Miss Daisy) Team Role: Engineer Join Date: Nov 2002 Rookie Year: 2001 Location: San Francisco, CA Posts: 2,436
Re: paper: Team 341 Vision System Code

Quote:
 Originally Posted by Tom Bottiglieri I suspect if vision is a part of upcoming games, we will probably use a solution very similar to this. This year we wrote all of our vision code on top of WPILib/NIVision to run on the cRIO. In the end we got this to work pretty well, but development and debugging was a bit of a pain compared to your system.
By far the biggest advantage of a laptop-based solution was the development process that it facilitated. Simply collect some representative images and then you can go off and tune your vision software on a laptop without needing a cRIO or the FRC control system.
#23
05-09-2012, 11:06 AM
 JamesTerm Terminator AKA: James Killian FRC #3481 (Bronc Botz) Team Role: Engineer Join Date: May 2011 Rookie Year: 2010 Location: San Antonio, Texas Posts: 180
Re: paper: Team 341 Vision System Code

Quote:
 Originally Posted by Gray Adams Why not just... Code: ``` public static double boundAngle0to360Degrees(double angle) { return((angle+360)%360); }```

Yeah! I like that one a lot...

For the c++ wind river people out there who look at this... you cannot use the modulo operator on doubles but you can use the fmod() offered in math.h

Code:
```return (fmod ((angle+360.0) , 360.0));  //c++

//That function reminded me of this one:
//Here is another cool function I pulled from our NewTek code that is
//slightly similar and cute...
int Rotation_ = (((Info->Orientation_Rotation + 45) / 90) % 4) * 90;

//Can you see what this does?```
#24
05-09-2012, 11:13 AM
 JamesTerm Terminator AKA: James Killian FRC #3481 (Bronc Botz) Team Role: Engineer Join Date: May 2011 Rookie Year: 2010 Location: San Antonio, Texas Posts: 180
Re: paper: Team 341 Vision System Code

Quote:
 Originally Posted by Jared341 What if angle is equal to -361? It's awesome that you guys are analyzing the code and you have already taught me something new (that Java's "%" operator works on floating point values...as a primarily C++ guy, I have it burned into my brain that thou shalt use "fmod" for floating point modulus). But if this is the part of the code that engenders the most discussion, then I'm a bit disappointed
Doh! I missed this before I responded as it was on the 2nd tab...

While I'm here though... if you are a c++ guy why use Java? Is it because it was the only way to interface with the dashboard? I gave up when trying to figure out how to do that in wind river.
#25
05-09-2012, 11:33 AM
 Jared341 DaisyPoof AKA: Jared Russell FRC #0341 (Miss Daisy) Team Role: Engineer Join Date: Nov 2002 Rookie Year: 2001 Location: San Francisco, CA Posts: 2,436
Re: paper: Team 341 Vision System Code

Quote:
 Originally Posted by JamesTerm Doh! I missed this before I responded as it was on the 2nd tab... While I'm here though... if you are a c++ guy why use Java? Is it because it was the only way to interface with the dashboard? I gave up when trying to figure out how to do that in wind river.
Easy, it's because I am not the only person who writes software for our team! Java is what is taught to our AP CS students, and is a lot friendlier to our students (in that it is a lot harder to accidentally shoot yourself in the foot). I also have a lot of training in Java (and still use it on a nearly daily basis), even if C++ is my bread and butter.
#26
05-09-2012, 02:00 PM
 JamesTerm Terminator AKA: James Killian FRC #3481 (Bronc Botz) Team Role: Engineer Join Date: May 2011 Rookie Year: 2010 Location: San Antonio, Texas Posts: 180
Re: paper: Team 341 Vision System Code

Quote:
 Originally Posted by Jared341 Easy, it's because I am not the only person who writes software for our team! Java is what is taught to our AP CS students, and is a lot friendlier to our students (in that it is a lot harder to accidentally shoot yourself in the foot).
Ah ok.

Quote:
 Originally Posted by Jared341 But if this is the part of the code that engenders the most discussion, then I'm a bit disappointed
Don't be disappointed... this discussion has taught/reminded us something that we rarely use in c++, and this discussion indirectly helped my co-worker fix a bug today. I do know how you feel though as there is a *lot* of effort that goes into this! I had most-all my vision code written as well, and unfortunately it is all going straight into the bit bucket, as we could not get the deliverables to make it work in time. I do want to look your code over in more detail and post what I did as well, and hopefully at that time the discussion will have more meat in it as I do want some closure in the work that I have done thus far.

I will reveal one piece now with this video:
http://www.termstech.com/files/RR_LockingDemo2.mp4

When I first saw the original video, it screamed high saturation levels of red and blue on the alliance colors, and this turns out to be true. The advantage is that there is a larger line to track at a higher point as I could use particle detection alone. The goal then was to interpret the line to perspective and use that to determine my location on the field. From the location I had everything I needed as I then go to an array table error correction grid with linear interpolation from one point to the next. (The grid among other tweaks are written in LUA more on that later too).

more to come...

There is one question that I would like to throw out there now though... Does anyone at all work with UYVY color space (a.k.a YPbPr). We work with this natively at NewTek, and it would be nice to see who else does.
#27
06-15-2012, 05:19 PM
 Bryscus EE, CpE AKA: Bryce B. FRC #0180 (SPAM) Team Role: Engineer Join Date: Jan 2009 Rookie Year: 1999 Location: Jupiter, FL Posts: 172
Re: paper: Team 341 Vision System Code

So after attending the Einstein Weekend debugging session this past weekend and chatting with some of the teams about their various OpenCV implementing vision systems, I just HAD to check out Daisy's code (another suggestion from Brad Miller).

So honestly, I have little experience with Java but figured what the heck since it's so close to C++. After following some of the Getting Start Guides and playing with a couple of projects, I downloaded Daisy's code and set to work running main() and passing the example image paths to the code as arguments. This seems to work well and two windows pop up showing the "Raw" and "Result" images. What baffles me is that I get this as output as well:

"Target not found
Processing took 24.22 milliseconds
(41.29 frames per second)
Waiting for ENTER to continue to next image or exit..."

and for the "Result" image I get a vertical green line more or less in the middle of the picture. I ran the program a couple of times with different images and similar results? Can someone tell this C guy what the heck he's doing wrong? Is there something I'm missing? If you guys (Daisy) were using a different color ring light or something, could you provide some sample images that work? Thanks in advance!

- Bryce

P.S. I'm running this on an OLD POS computer running XP and a Pentium D processor. I'll have to run it at home on something with a little bit of muscle and check performance.
__________________
The opulence of the front office decor varies inversely with the fundamental solvency of the firm.

Last edited by Bryscus : 06-16-2012 at 04:32 PM.
#28
06-16-2012, 04:35 PM
 Jared341 DaisyPoof AKA: Jared Russell FRC #0341 (Miss Daisy) Team Role: Engineer Join Date: Nov 2002 Rookie Year: 2001 Location: San Francisco, CA Posts: 2,436
Re: paper: Team 341 Vision System Code

The vertical green line is simply an alignment aid that is burned in to each image - it is not an indication that you have successfully detected the target. If the vision system is picking up the vision targets, you should see blue rectangles and dots indicating the outline and center of the targets, respectively.

Which images are you testing with? The supplied images should work with the code "as is". If you are using your own images, are you using a green LED ring? If you are using a different color LED ring, you will need to alter the color threshold values in the code. Note that regardless of LED ring color, adjusting the camera to have a very short exposure time (so that the images are quite dark) increases the SNR of the retroreflections, and makes tracking both more robust and much quicker.
#29
06-17-2012, 11:30 AM
 Bryscus EE, CpE AKA: Bryce B. FRC #0180 (SPAM) Team Role: Engineer Join Date: Jan 2009 Rookie Year: 1999 Location: Jupiter, FL Posts: 172
Thanks for your reply Jared! I'm using the sample images supplied with the code located in DaisyCV/SampleImages. They're called names like 10Feet.jpg and 10ft2.jpg. I tried about three different images. These look like the same images supplied with the Java vision sample program that I pulled off FirstForge. Does this seem correct? Thanks.

- Bryce
__________________
The opulence of the front office decor varies inversely with the fundamental solvency of the firm.
#30
08-12-2012, 10:02 PM
 divixsoft Registered User FRC #0835 Join Date: Feb 2011 Location: MI Posts: 29
Re: paper: Team 341 Vision System Code

Thanks for this great code, but I would really appreciate it if someone could explain to me how this worked. I open the file you uploaded in netBeans, and loaded the libraries, but I didn't know what the classpath was and there was abunch of errors everywhere. Also if someone could explain to me how the whole network thing worked I would greatly appreciate it. I know this is a lot to ask, so thanks in advance.

 Thread Tools Display Modes Rate This Thread Linear Mode Rate This Thread: 5 : Excellent 4 : Good 3 : Average 2 : Bad 1 : Terrible

 Posting Rules You may not post new threads You may not post replies You may not post attachments You may not edit your posts vB code is On Smilies are On [IMG] code is On HTML code is Off
 Forum Jump User Control Panel Private Messages Subscriptions Who's Online Search Forums Forums Home Announcements     User Announcements FIRST     General Forum         FIRST E-Mail Blast Archive     Rumor Mill     Career     Robot Showcase     Moderated Discussion Technical     Technical Discussion     Robotics Education and Curriculum     Motors     Electrical         CAN     Programming         NI LabVIEW         WindRiver C++         Java         MATLAB & Simulink         Python     intelitek easyC/REC information         easyC v2 for Vex         easyC for FRC         REC/Learnmate         WPILib         easyC PRO     Control System         IFI Control System         FRC Control System         Sensors         USB Chicklet     Pneumatics     Kit & Additional Hardware     CAD         Inventor         SolidWorks         Pro ENGINEER / Creo     IT / Communications         3D Animation and Competition         Website Design/Showcase         Videography and Photography         Computer Graphics     National Instruments LabVIEW and Data Acquisition         LabView and Data Acquisition Competition     Awards         Chairman's Award     Rules/Strategy         Scouting         You Make The Call     Team Organization         Fundraising         Starting New Teams         Finding A Team         College Teams     Championship Event     Regional Competitions     FIRST in Michigan     Mid-Atlantic Robotics     Off-Season Events         Chief Delphi Invitational     Thanks and/or Congrats     FRC Game Design     OCCRA         OCCRA Q&A         OCCRA Programming Other     Unsung FIRST Heroes     Chit-Chat         Games/Trivia             Fantasy FIRST     Car Nack's Corner     College & University Education     Dean Kamen's Inventions     FIRST-related Organizations         Western Region Robotics Forum         Robot Chicks Union (RCU)         Southern California Regional Robotics Forum         FIRST Interactive Rural SupporT         FIRST Scouting Network         The Grand FIRST Team         FloridaFIRST         FIRSTwiki         Ultimate Robot Challenge         Team San Diego         Dream FIRST         The Blue Alliance             Video Archives     FIRST Historians     FIRST-A-Holic's Anonymous Mailbox     FIRST In the News...     FIRST Lego League         Lego Mindstorm Discussion     FIRST Tech Challenge     VEX         VEX Robotics Competition         VEX IQ     Televised Robotics     Math and Science         NASA Discussion ChiefDelphi.com Website     CD Forum Support     Extra Discussion Old Forum Archives     1999     2000     2001

All times are GMT -5. The time now is 02:13 AM.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.

 -- English (12 hour) -- English (24 hour) Contact Us - Chief Delphi - Rules - Archive - Top

Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi