Chief Delphi

Chief Delphi (http://www.chiefdelphi.com/forums/index.php)
-   Programming (http://www.chiefdelphi.com/forums/forumdisplay.php?f=51)
-   -   Yet Another Vision Processing Thread (http://www.chiefdelphi.com/forums/showthread.php?t=124962)

charr 09-02-2014 18:51

Re: Yet Another Vision Processing Thread
 
The advantage, as I understand it, is to eliminate sending video over the wireless connection.
Quote:

Originally Posted by lopsided98 (Post 1340228)
I just wanted to weigh in with our team's setup. This is the first year ever we have attempted to do vision processing. I am using the new Java interface (not javacv) for OpenCV to do processing in a SmartDashboard extension which communicates back to the robot using Network Tables. I started out using javacv but found it archaic and difficult. The new Java interface is really easy to work with.

I am noticing that a lot of teams are using a second computer on the robot to do vision. It seems like the power supply system would make it a pain to get working correctly. What's the advantage of that over doing vision on the driver station?

I can't wait until next year where we can have that type of processing power to do vision (even with a Kinect via the USB host port) on the RoboRio.


Ben Wolsieffer 09-02-2014 19:23

Re: Yet Another Vision Processing Thread
 
Quote:

Originally Posted by charr (Post 1340236)
The advantage, as I understand it, is to eliminate sending video over the wireless connection.

That seems like it could be a valid reason for not using dashboard vision, but we have never had much trouble with bandwidth, even though we used two cameras to help the driver climb last year.

Alan Anderson 09-02-2014 22:16

Re: Yet Another Vision Processing Thread
 
Quote:

Originally Posted by lopsided98 (Post 1340228)
I am noticing that a lot of teams are using a second computer on the robot to do vision. It seems like the power supply system would make it a pain to get working correctly. What's the advantage of that over doing vision on the driver station?

If you use a separate computer, you can use a (cheaper) USB camera instead of the (expensive) Axis one. That might be an advantage.

charr 09-02-2014 22:20

Re: Yet Another Vision Processing Thread
 
That makes sense - especially if you want to have a couple cameras just for driver assist.

If you use the smartdashboard software, can you tell it to get its feed from a USB camera?

Quote:

Originally Posted by Alan Anderson (Post 1340370)
If you use a separate computer, you can use a (cheaper) USB camera instead of the (expensive) Axis one. That might be an advantage.


sparkytwd 10-02-2014 00:38

Re: Yet Another Vision Processing Thread
 
Quote:

Originally Posted by lopsided98 (Post 1340228)
I just wanted to weigh in with our team's setup. This is the first year ever we have attempted to do vision processing. I am using the new Java interface (not javacv) for OpenCV to do processing in a SmartDashboard extension which communicates back to the robot using Network Tables. I started out using javacv but found it archaic and difficult. The new Java interface is really easy to work with.

I am noticing that a lot of teams are using a second computer on the robot to do vision. It seems like the power supply system would make it a pain to get working correctly. What's the advantage of that over doing vision on the driver station?

I can't wait until next year where we can have that type of processing power to do vision (even with a Kinect via the USB host port) on the RoboRio.

Power supply isn't an issue for the SBCs that run on 5v. You actually already do that with the DLink (though you can't hook the SBC into that power supply). Stability usually isn't an issue unless you get a super cheap supply. Last year we used an RC plan BEC which I'd consider pretty low quality and it worked fine.

For us the important thing this year is being able to stream 640x480@30fps with a custom lens assembly. That image quality is only possible with an onboard computer to handle the more expensive WebM encoding.


All times are GMT -5. The time now is 21:56.

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