|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
|||
|
|||
|
Scouting System Requirements
I'm planning to sit down and write an FRC scouting system from scratch. I'd like your help.
The first step in such a software project would be requirements. I doubt I'll found myself scouting, or even using the system myself at all, so I wanted to collect requirements. General information: The system, as I plan to write it right now, will be designed to run on one computer, independent of any external servers or other computers. If it's deemed important, the system will be able to merge data collected on a few computers running it. Questions that I see: - Should the system provide a live data collection interface, or should it assume that data is collected independently and added into the system after a match? - What formats should the system be able to export data in? - What data (both game specific, which we'll know more about next week, and not) do we want to collect? - What types of statistical computations / rankings should the systme be able to handle? - And most importantly, what requirements would you have from a new scouting system? What would make you use it? Requirement Categories that I see: - hardware/software requirements (for example, having a JRE installed for Java) - user interface (information input, handling, viewing, analysis, output, etc.) - data capabilities (how important is it that the system be able to accept new fields to track? Or is it enough to just track one pre-defined set of fields? Which fields should it track?) - analysis capabilities (statistical computations or rankings, graphs / charts, etc.) - customization (where it's important vs. where it isn't) There's probably a lot I'm missing, and I'd like your help. Any input will be appreciated. After I have more requirements, I'll probably design the system. I'll be happy to post the design for review, and then it'll be on to implementation. |
|
#2
|
||||
|
||||
|
Re: Scouting System Requirements
Team 2834's lead mentor wrote a scouting database for us.
Feel free to look at this paper, and then look at this paper, for more information about what we did. Hope you find this useful ,Jason Law p.s. Feel free to pm me or email me if you have any questions ![]() Last edited by Brandon Martus : 09-09-2012 at 21:17. |
|
#3
|
|||
|
|||
|
Re: Scouting System Requirements
We use a hardware/software system that we designed. We have used it for three years now and it works great.
http://www.nventivity.com/scout.htm and http://www.chiefdelphi.com/forums/sh...ad.php?t=66413 We collect data on every bot, every game and the analysis is available in a minute or two. It really helps in the Friday night strategy sessions and is very valuable all Saturday morning as we update the analysis after every couple of games. |
|
#4
|
||||
|
||||
|
Re: Scouting System Requirements
Good to see that others have already been thinking about this.
Granted, I'm biased in my thoughts on design and implementation, since I already started to try to repurpose my team's 2007 application for this year's game (and have been doing a huge amount of refactoring as a result)... so my thoughts.
Some of the issues I'm coming into are data-storage issues mostly (since I'm thinking of working it in Java, I'm thinking embedded Derby more than likely, though perhaps with an option for file-based saving, and probably doing it with Web Start again to allow for easy update), as well as simply building it in a fashion that'll allow for the program to be easily ported to whatever the 2010 game is... Though I'm more than willing, certainly, to team up with others to work on this. I should have more time this year. |
|
#5
|
|||
|
|||
|
Re: Scouting System Requirements
Last year, our team had six students for each match, each watching one robot, fill out a sheet counting laps, hurdles, etc. and then this data was inputted via a Swing GUI to a tab delimited .txt file that Excel could read. Then we had a separate GUI that could read this file and process this raw data. It could give raw data, average scores, and maximums . It also was able to sort and search.
Java also had features to play back match videos and pictures so it had media as well. Our team will most likely do something similar this year - counting the number of moon rocks a team shoots and makes and watching for supercells as well. We will also make note of scoring by the human players. |
|
#6
|
||||
|
||||
|
Re: Scouting System Requirements
Last edited by wt200999 : 04-01-2009 at 11:51. |
|
#7
|
||||
|
||||
|
Re: Scouting System Requirements
Quote:
![]() I would like to think that we could potentially get some kind of data-exchange format though, between the various systems, so scouting could be shared during the week after a regional, even if we don't all end up with the same system. |
|
#8
|
||||
|
||||
|
Re: Scouting System Requirements
A data format would definitely be good to have all programs have the same file format, or at least the capability to support one. Having some sort of wireless system to get stuff to your drivers I have found is very useful. For the wifi you just bring your own router, but that only works if your pits are close enough (and they don't restrict it due to the new control system)
|
|
#9
|
||||
|
||||
|
Re: Scouting System Requirements
Quote:
![]() But, yeah, I think that a compatible file format would be the best, since you can always transfer that, either over email, disk, USB-drive, or other fashion, and be cooperative with the scouting efforts. We had something in 2007 that we did last-minute for the finals between our team's system and a few others... but if we build it in early, it'll make life easier. |
|
#10
|
|||||
|
|||||
|
Re: Scouting System Requirements
I agree that there should be one set format between all of these efforts. That way, someone can pick whichever system they like best, and still be able to exchange the same data to another teammate or team who uses a different system.
|
|
#11
|
|||
|
|||
|
Re: Scouting System Requirements
I think the best Scouting System. Is one that you have one database of information, but instead of updating afterwards (excel and pen and scouting sheet) you have an automatic system where your laptop database is automatically updated because you gather information via laptops or PDA and is sent automatically to the Laptop using bluetooth or wifi. That's what we do on Cyber Blue, and last year it worked quite well.
Another trick is to keep everything on a rating basis. Data is much easier to handle that way. However, it is hard to get subjective information that way which is often a necessary part of scouting, thus you have one or two scouter taking notes on teams, drivers, etc. |
|
#12
|
|||
|
|||
|
Re: Scouting System Requirements
you should deff. do it so its capable with Windows Mobile because it is a lot easier to carry around a smartphone/ PDA then a Lap Top or other crazy apparatus.
Have the data flow - Phone-> Server->Computer Display/ Admin Module (where it could also be edited)-> back to phone. I that would be an AMAZING app!! |
|
#13
|
|||
|
|||
|
Re: Scouting System Requirements
Last year, one of the teams created a scouting app for the iPhone/iPod touch. It would be really cool if someone did something like that for this year... It would really make scouting easier, especially when ur an owner of an iPhone or iPod touch like me...hehe
![]() |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| New Scouting System | Q. Sheets | Scouting | 9 | 12-03-2008 22:03 |
| PSP scouting system? | jumpe1990 | Scouting | 1 | 13-02-2008 21:29 |
| System Requirements for Dashboard | CyberWolf_22 | Programming | 4 | 23-01-2004 14:03 |