Go to Post Thanks Autodesk! - Al Skierkiewicz [more]
Home
Go Back   Chief Delphi > Technical > Programming
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
 
 
Thread Tools Rate Thread Display Modes
Prev Previous Post   Next Post Next
  #9   Spotlight this post!  
Unread 26-02-2012, 02:08
davidthefat davidthefat is offline
Alumni
AKA: David Yoon
FRC #0589 (Falkons)
Team Role: Alumni
 
Join Date: Jan 2011
Rookie Year: 2010
Location: California
Posts: 792
davidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud ofdavidthefat has much to be proud of
Re: Code for beaglebone and network camera

Quote:
Originally Posted by Lalaland1125 View Post
We provided the 12V power sources with the adaptor. We also measured the 5v across the pins from the usb. Lights on the Kinect or the usb camera still don't turn on. /dev/video0 does not show up for the usb camera. The strange thing is flashdrives still work.

Something very funky is obviously going on.

We will look into the Kinect( and usb webcams) later, but the ip camera will work perfectly for now.

There was actually 3 reasons why we got the beaglebone.

1. A lot more possibilities, with opencv, full C++ support, etc. We can practically do whatever we wish(and opencv does come with some pretty impressive functions, solvePnp being one of them).

2. We want all this technology to be separate from the drive system. This way, if the code is slow, if the code fails, etc, at least the robot will continue to drive and the driver can manually shoot.

3. We wanted the ability to use usb devices such as usb cameras(much cheaper/ faster), and the Kinect.

2 out of 3 is still pretty good as far as I can see it.
But there is a bandwidth/latency problem you have to overcome. I mean it is milliseconds of time we are working with here, but you will have to run tests to actually see if offloading calculations will actually save you clock cycles. I might honestly be faster to crunch data on the cRio than to transfer over data to the board, calculate and then send it back. Your number two is valid, from what I see. But considering the short time frame of a match, will you pick up on it quickly enough to go into manual override? Just some potential issue I see. Also, you have a very short time to figure all that out, you need a way to interface with the cRio seamlessly.
__________________
Do not say what can or cannot be done, but, instead, say what must be done for the task at hand must be accomplished.
 


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

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


All times are GMT -5. The time now is 20:18.

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


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