|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
|||
|
|||
|
Vision co-processor Location
I been testing some vision using a second laptop on the network wifi running Grip and has been the most successful experience. I tried on roborio and on the driverstation of runing GRIP with undesirable results. So tonight I ordered a Kangaroo mini PC. I wonder do we need to put a network switch on the robot with the Kangaroo or can we install the switch and Kangaroo on the driverstation table. I like the switch and kangaroo on the driverstation table is there reason not to do this? I figured that to be FRC event legal it can't be wifi.
|
|
#2
|
||||
|
||||
|
Re: Vision co-processor Location
Quote:
May teams including Citrus Circuits used a Kangaroo this year. I believe they ran it on-board the robot. With the current radio, there is a second port that allows the co-processor to connect. Alternatively you can put a switch on the robot to allow connecting the Kangaroo and a programming laptop to the RoboRio at the same time. |
|
#3
|
|||
|
|||
|
Re: Vision co-processor Location
Quote:
|
|
#4
|
|||
|
|||
|
Re: Vision co-processor Location
Most teams will buy a usb to ethernet adapter to solve this issue. Another option might be this new option from kangaroo. It come with an ethernet port built in.
|
|
#5
|
|||
|
|||
|
Re: Vision co-processor Location
Quote:
|
|
#6
|
|||
|
|||
|
Re: Vision co-processor Location
I wonder if there will ever be different docks available to break out more options.
|
|
#7
|
|||
|
|||
|
Re: Vision co-processor Location
I'm going to give this a try. Solves two current issues. 1 no ethernet on Kangaroo. 2 using an IP camera, roborio, and co-proccessor with last year's radio. I say last year's because who knows what will be in store for us next year.
https://www.amazon.com/gp/aw/d/B00SA..._st_dp_summary |
|
#8
|
|||
|
|||
|
Re: Vision co-processor Location
Quote:
|
|
#9
|
|||
|
|||
|
Re: Vision co-processor Location
Quote:
|
|
#10
|
|||
|
|||
|
Re: Vision co-processor Location
Quote:
|
|
#11
|
|||
|
|||
|
Re: Vision co-processor Location
Our team used a RasPi, openCV and network tables.
The RasPi using compiled openCV did the vision processing and just updated the distance variable in network tables. |
|
#12
|
||||
|
||||
|
Re: Vision co-processor Location
Quote:
|
|
#13
|
|||
|
|||
|
Re: Vision co-processor Location
I understand the FMS limit idea. Two hurtles we have, one we are using an IP camera so not enough ports on curent switch, two robot weight current bot weight is 119.999lbs.
|
|
#14
|
||||
|
||||
|
Re: Vision co-processor Location
Quote:
You can setup your extra switch to attach to the second port on the router. This will provide you with ports for your coprocessor, camera and any other ethernet devices on your robot. For issue #2: Weight when it comes to stuff like this is a fairly non-issue. Any reasonable coprocessor and/or switch will not weigh anything more than a pound or two, which even then is on the heavier side of the spectrum when it comes to coprocessor selection. |
|
#15
|
|||||
|
|||||
|
Re: Vision co-processor Location
Completely agree that the robot side is preferable due to significant expansion of data speed, and reduced latency. In recent years, we've used USB cameras directly connected to a pi for vision processing. If you want to take it to the extreme, only the extracted information (e.g. height, width, and center of goal) needs to go on the network at all.
If you do opt to put vision code on the driver station side, it may be just as effective and much more convenient to install it directly on the driver station computer, especially if you're using a laptop significantly more powerful than the classmate. |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|