Chief Delphi - Preseason Design: What are the Limits?

Chief Delphi (http://www.chiefdelphi.com/forums/index.php)

- Rules/Strategy (http://www.chiefdelphi.com/forums/forumdisplay.php?f=6)

- - Preseason Design: What are the Limits? (http://www.chiefdelphi.com/forums/showthread.php?t=60039)

Preseason Design: What are the Limits?

A few of us old timers on 1902 were poised with a interesting question we'd never really thought of, What are the specific rules or I guess intent of the rules for designing robot components in the preseason. I obviously understand the big nono in preseason fabrication but according to last years rules rule R17 doesn't really mention anything about design, or at least explicitly. R18 ( and a bit earlier ) speak of after ship and between competitions specifically but nothing of the "Off-Season"

I guess my question is this. If a team were to have a prepared stack of drawings for ohh say 5 different drive trains and manipulator options what stops them from just picking and choosing which one works for them. I know this may be a bad example for a manipulator but year after year you see the exact same drive train out of some teams, do they redesign each year?

Also kind of going along with the same question, would this apply to things like the nothing but Dewalts design? If a team were to just use the drawings available to them in the white paper would that be ok? Or would they have to reproduce those drawings in order to manufacture the part.

Lastly, if a team were to complete a set of drawings/designs, and then proceed to make it available to everyone via their team website or multiple white papers would it then be acceptable for that team to use one of those designs. I guess almost like a "COTS" set of drawings/designs.

I'm not really sure what I believe, thats why I've posed these questions to you guys. What do you guys think the literal interpretation and the "spirit" of the rule are?

Re: Preseason Design: What are the Limits?

For the 2007 competition, this question was directly addressed in the second paragraph of Section 8.3.3 of the rules.

As always, rules from previous FIRST competition do not necessarily apply toward, and may not be indicators for, future competitions. Your milage may vary.

-dave

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by dlavery (Post 658053)

...to save you time...
FRC 2007 Comp Manual

Quote:

Originally Posted by 2007 FRC Manual Part 8 Rev G

8.3.3 Fabrication Schedule
One of the fundamental values of FIRST is the concept of “gracious professionalism.” FIRST
recognizes that it is the responsibility of each team to abide by the fabrication schedule rules defined
below. As compliance with these rules takes place outside of the competition venues, FIRST is not
able to directly monitor compliance. We are relying upon the honor, integrity, and professional
behavior of each team to recognize and abide by the fabrication schedule rules. Teams must design
and construct their ROBOT within the schedule constraints defined below.
Note that the schedule rules apply to both hardware and software development. Hardware and
software design processes are thought-intensive activities, and team members are likely to continue
to consider and analyze their designs long after the ROBOT is shipped. Teams can not be prevented
from thinking about their hardware and software designs, and it is not our intention to do so.
However, the timeline permitted for the development of the actual competition version of the ROBOT
is severely, and intentionally, restricted. Pondering software issues to be resolved, researching
general case solutions, discussing solutions with teammates, collecting raw materials, sketching
mechanisms, preparing tools, and outlining high-level descriptions of software algorithms are all
reasonable activities outside of the scheduled build periods. But completing detailed dimensioned
drawings of parts, and any actual fabrication of any hardware items intended to go on the actual
competition ROBOT is prohibited outside of the approved fabrication periods. On the software side,
developing detailed pseudo-code, writing actual lines of code, verification of syntax, final debugging,
etc would all be considered development of the final software implementation, and must be
completed during the approved fabrication periods.

<R17> Prior to the Kick-off: Before the formal start of the Robot Build Season, teams are
encouraged to think as much as they please about their ROBOTS. They may develop
prototypes, create proof-of-concept models, and conduct design exercises. Teams may
gather all the raw stock materials and COTS COMPONENTS they want. But absolutely no
fabrication or assembly of any elements intended for the final ROBOT is permitted prior to
the Kick-off presentation.
<R18> During the Build Season: During the period between the Kick-off and ROBOT shipment
deadline, teams are to design and fabricate all the COMPONENTS and MECHANISMS
required to complete their ROBOT. They are encouraged to use all the materials, sources
and resources available to them that are in compliance with the rules of the 2007 FIRST
Robotics Competition. When the ROBOT shipment deadline arrives, all work on the
ROBOT must cease and the ROBOT must be placed in a “hands-off” condition. The entire
ROBOT (including all FABRICATED ITEMS intended for use during the competition in
alternative configurations of the ROBOT) and OPERATOR CONSOLE must be crated and
out of team hands by the shipment deadline specified in Section 4.5.1.1.
<R19> During the “FIX-IT WINDOWS” following the shipment of the ROBOT: During this period, all
teams may utilize one or two 5-hour FIX-IT-WINDOWS to manufacture SPARE and
REPLACEMENT PARTS and develop software for their ROBOT at their home facility.
Fabrication of UPGRADE PARTS is not permitted during this period. The timing of these
“FIX-IT WINDOWS” is at the discretion of the team, but all work must be completed by
5:00pm on the Friday following the ROBOT shipment deadline. Teams may manufacture all
the SPARE and REPLACEMENT parts they want, but the amount of parts they can bring to
a competition event is limited (as specified in Rule <R31>).
The intent of the FIX-IT WINDOWS is to permit teams to prepare parts that have, or are likely to,
become damaged during the course of a competition event, so they may continue to participate.
Teams do not have direct access to their ROBOT during these periods, and must rely on information
they generated and documented during the design and build process to determine the fit and function
of any parts developed during FIX-IT WINDOWS. This is true for both hardware and software.
<R20> Prior to the competitions: After the close of the “FIX-IT WINDOWS” and prior to the
competition, the team must put down their tools, cease fabrication of ROBOT parts, and
cease all development of ROBOT software. Take this opportunity to rest, recover from the
build season, and relax. Teams may scout other teams, gather and exchange information,
develop game-playing strategies, collect raw materials, prepare tool kits, plan how to make
repairs, etc. in preparation for the upcoming competitions. But no construction or fabrication
of any hardware, or development of any software, is allowed.
<R21> At the competitions: Teams are allowed to repair, modify or upgrade their competition
ROBOT while participating in a competition event. To support this, teams may bring
SPARE, REPLACEMENT and UPGRADE PARTS and COTS items to the competitions
(within the limits specified in Rules <R30> and <R31>). Work can only be done on-site in
the Pits or at any facility made available to all teams at the event (e.g., in a team’s repair
trailer or a local team’s shop offered to all teams to use). Fabrication may be done when the
Pit area is open for normal operations during the period starting with the opening of the Pit
area on Thursday and ending at 4:00PM on Saturday. All work must be completed when
the Pit area closes each evening. Parts cannot be removed from the competition site and
retained overnight after the Pit area closes.

<R22> During the “FIX-IT WINDOW” following each Regional Competition weekend: During this
period, all teams (not just those teams attending a Regional Competition) may utilize one or
two 5-hour FIX-IT-WINDOWS to manufacture SPARE, REPLACEMENT and UPGRADE
PARTS and develop software for their ROBOT at their home facility (not at the competition
site). The timing of these “FIX-IT WINDOWS” is at the discretion of the team, but all work
must be completed between the opening of the Competition (at 8:30 am on the Thursday
of the Competition weekend) and 8:30 am on the Thursday following the Competition
weekend. At the conclusion of a regional competition event, teams may take a limited
amount of broken or malfunctioning COMPONENTS or MECHANISMS back to their home
facility to make SPARE or REPLACEMENT PARTS. The purpose of this rule is to allow
teams to make critical repairs to existing parts to enable them to compete in following
events. The intent of this rule is not to have teams take their entire ROBOT back home and
make large-scale revisions or upgrades to the ROBOT. Teams may manufacture and/or
repair all the parts they want, but the amount of parts they can bring to the competition
event is limited (as specified in Rule <R31>).

Re: Preseason Design: What are the Limits?

That still doesn't answer the two other questions however in relation to things like white papers/databases. I guess its a stretch but I've always wanted to develop a sort of design database for teams without any engineering support to draw from, I am just trying to figure out if this kind of thing is even within the rules of the game.

Also I'm working on this being my senior project for the next two semesters, if my Senior Group would be putting 2 semesters worth of design work into a general design base for FIRST teams that I commissioned, got faculty support for and funded, and this base could not be used in any competitions then I really need to find something else to do lol.

Also I obviously understand that previous years rules are not always the same that hasn't changed in the 8 or 9 years that I've been involved, but in this case they are the only thing we have to look to right now.

Re: Preseason Design: What are the Limits?

<R17> Prior to the Kick-off: Before the formal start of the Robot Build Season, teams are encouraged to think as much as they please about their ROBOTS. They may develop prototypes, create proof-of-concept models, and conduct design exercises. Teams may gather all the raw stock materials and COTS COMPONENTS they want. But absolutely no fabrication or assembly of any elements intended for the final ROBOT is permitted prior to the Kick-off presentation.

Your clear to create drawings and stuff before the kickoff. You could use your design base as a prototype, but not on the official robot.

Again, things could change next year.

Re: Preseason Design: What are the Limits?

Even if teams can't use the designs "word for word" (or, I guess, dimension for dimension), I would think a design database would still be an extremely useful thing. Consider the FIRST Robotics Canada mechanism galleries; they only have pictures, not descriptions of designs, flaws, strengths, performance, etc. Yet, the galleries are very useful for helping spark other ideas (I know a significant portion of our 2007 robot was inspired by those pictures, but you would never be able to tell that is was or which pictures did the inspiring unless someone told you) or for just straight out solutions to thorny problems. Similarly, a database of design that are explained along with good pictures of CAD models (Maybe actual models with Autodesk's DWF viewer)/actual implementations would be exceedingly useful for sparking ideas or checking up on ideas you already had (if it has been done before, what worked, what didn't).

Re: Preseason Design: What are the Limits?

Yea if you prototype a drive or anything and it's completely finished you just have 2 remake it after kickoff from scatch simple as that. Thats why its a PROTOTYPE

Re: Preseason Design: What are the Limits?

Actually, I believe that the question has been answered. IF (yes, this is a big if) Section 8.3.3 is still in the manual in its 2007 form, you may NOT use any "detailed dimensioned drawings of parts" that were created before kickoff.

I don't think you can get around this by saying that a 3-D model which does not display dimensions has no dimensions.

I also guess that this includes any specific drawings in things like "Nothing but Dewalts".

I also believe that this rule in 2007 had to have been the most violated rule in the history of FRC. From chain tensioners to complete drive systems to almost entire arms to wheels, teams used designs that were identical to those that were implemented in years past.

I do hope that this rule does not appear in the 2008 manual. If it does, then lots of the cool stuff, from wheels to 4-speed shifters that we have seen here on CD, are going to be simply nice pit display items and drawings... and we will again see a huge number of violations of a rule that can not be enforced.

-Mr. Van
Coach, Robodox

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by AndyB (Post 658161)

<R17>

Your clear to create drawings and stuff before the kickoff. You could use your design base as a prototype, but not on the official robot.

Again, things could change next year.

Just to be clear I want to know where your vote lies, we have the rules sited but does this directly apply to things like White Papers. And if so it is pertinent to say that using the design from anything but Dewalts would be illegal unless redesigned by each team? ( BTW sorry I'm picking on this one paper it just happens to be one of the most popular and an easy example to use, I have nothing against it. )

This is where I want a clear consensus, I understand that using dim for dim of your OWN personal drawings for your team is illegal, as well it should be to establish a fair platform for rookies entering the season. I kind of assumed this when I authored this original post. However what I am not clear about is what could be called "COTSD," commercially off the shelf designs/drawings. Things that are available to anyone who desires to have them and can use them completely unmodified before the season starts. Why can't these drawings follow the same rules as COTS, where you can accumulate them and use them if they apply during the season, but only if they remain unmodified.

I really am not trying to be belligerent here, I have never designed anything preseason that was used, In fact I've never even had the chance to build a functioning prototype. But I do believe this is an important issue when it comes to teams policing themselves. Obviously honesty often breaks down and teams will use things that are illegal, we see it every year. But for those that try to remain honest, where is the line, are the use of "COTSD" actually illegal? If they are illegal, should they be? And if they should be illegal explain to me how they are any different than their physical alternative, "COTS."

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by Stud Man Dan (Post 658171)

I understand that using dim for dim of your OWN personal drawings for your team is illegal, as well it should be to establish a fair platform should be established for rookies entering the season.

I agree with you Dan. I hope that FIRST is clear with this sort of thing this year and if they do attempt to limit prior to kickoff design use then more teams are aware of the rule, and that all teams abide by all of the rules. (As frustrating as they may be.)

-Mr. Van
Coach, Robodox

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by Mr. Van (Post 658169)

I think this is one of the worst rules there is, if not outright the worst. There are some things that don't change on many team's robots from year to year. We're expected to redo the entire solid model and all drawings? I see no point to this. I understand the intent is to keep teams from designing their robot before the season starts, but if you designed the parts in a previous year's build season, who cares?

We've had a sponsor make the same three sets of parts for us the last two years. If we do again, we're supposed to tell them to throw out their drawings of the part, and not use the G-code they generated to machine the parts, because it was all done prior to the build season? I just don't see the logic here.

By trying to regulate something that cannot be regulated, it just becomes a PITA for everyone else who isn't trying to break the rules.

Re: Preseason Design: What are the Limits?

Try this on for size.

Our team is currently building robot. The mission and parameters are entirely of our own choosing. This exercise give students an opportunity to learn, solve, create. This robot doesn't have anything to do directly with the competition robot.

Engineering, like practicing piano, the more you practice, the better you get.

Go ahead and spend all year developing manipulator arms, or whatever. When the season starts you will be in much better shape to design and build one from scratch. Just make sure you are starting from scratch.

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by Stud Man Dan (Post 658157)

Also I'm working on this being my senior project for the next two semesters, if my Senior Group would be putting 2 semesters worth of design work into a general design base for FIRST teams that I commissioned, got faculty support for and funded, and this base could not be used in any competitions then I really need to find something else to do lol.

There's a fine line here that needs to be delineated. Coming up with a half dozen design studies for drivetrains, manipulators and subsections of manipulators (such as end effectors, arm joints, swivel bases, etc) is a good thing, and this can be very useful to teams struggling to engineer systems. Too much detail is not a good thing.

What this isn't is a detailed set of drawings showing the whole answer. Not only is that not in the spirit of FIRST (or within the rules) but it's also not much fun. "Here kid, just build this". FIRST is not advanced shop class, it is engineering practice, that's why some teams only design their Bot and literally have a team of adult machinists fabricate the design. As long as they machinists don't modify the design to 'make it work', it's fine with me and I hope with FIRST. It doesn't really matter who fabricates the pieces, the important thing is whether the design will work or not.

By "Design Study", I mean some accurate drawings and renderings that show exactly how something works, including exploded views - but no dimensions. Call is a design sketch. It is a tool that can be used to gain insight into, say, how to design a good arm joint (with 6 examples), but someone still has to do the work to figure out the exact sizes, materials, etc to actually assemble one.

So instead of handing out pre-printed solutions, hand out a crash course in FRC engineering. Show a 4, 6 and 8 wheel drivetrain, discuss the relative merits and liabilities of belt, chain and gear drives, some basic pseudocode for a PID loop, how to make an extendible arm six different ways.... you get the idea. This would easily fill a textbook (Hey college student, are you published yet? Wanna be?) with one system per chapter.

Now that would be a project worth doing.

Need any help?

Don

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by Don Rotolo (Post 658289)

Don, I understand your point of view, but I think there's 2 big issues here that this rule creates.

1) I want to use an Andymark Shifter, and I want to make it from Andy's prints. I'm supposed to take his premade drawings, and sit there with them in my lap, and redraw them in my CAD program of choice? That's totally ridiculous. It's a total waste of everyone's time, and plain old disheartening.

2) I have parts on my robot that stay the same every year. (wheels, frame members, etc). I'm supposed to redraw these components from scratch, just so I can conform with this rule? It's not like you designed a robot prior to the build...you designed the component during a previous build cycle.

It seems to me this punishes teams who 1) prototype in the offseason 2) have continuity between robot designs. It's my understanding that the rule is intended to keep teams from designing an entire robot in the offseason to "level the playing field" for everyone. The only thing I see it doing is causing a major headache for anyone who meets the above criteria. It's mindless and useless busy work.

The above focuses on the robot, and as we all know "it's not about the robots". This has repercussions on how the students are taught about the engineering process. FIRST strives for innovation and creativity. Much of that innovation comes from iterative design, which has to take place year round. Without teams prototyping during the offseason, where would some of FRC's legendary designs be right now? Probably nowhere near their current level.

In the real world engineering isn't a 6 week process. If you rest on your laurels because what you have works "well enough" and you don't make it stronger, lighter, cheaper, or more efficient, progress passes you by and you're left sitting on the curb. The way for us to teach these lessons in FRC is by working during the offseason to make improvements to current designs, try new ones that may be better, etc. This is why the rule seems so absurd to me, as written. It seems to directly contradict the things that FIRST wants to pass on to students, and make it harder and more tedious for teams who are trying to go above and beyond the 6 weeks.

IMO, the message it sends to the students is that the team that prototypes/innovates and trains in the offseason is being punished and has to redo all their work for no tangible reason.

Re: Preseason Design: What are the Limits?

So I guess KWat's code, WPILib, and anything from a repository is off limits then, eh? :cool:

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by Tom Bottiglieri (Post 658374)

So I guess KWat's code, WPILib, and anything from a repository is off limits then, eh? :cool:

It's the custom around here to consider such code to be the equivalent of off-the-shelf components and thus not subject to the "must be designed after kickoff" rule.

Re: Preseason Design: What are the Limits?

I think that offseason design should be promoted if anything. What good is going through a 6 week build season if you don't take those value, and take those skills that you've learned, and apply it towards something.

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by Cory (Post 658372)

I have parts on my robot that stay the same every year. (wheels, frame members, etc). I'm supposed to redraw these components from scratch, just so I can conform with this rule?

The sad fact is that teams were supposed to do something like this LAST YEAR. I believe we have a situation where so many teams violated the rule that the rule itself is basically useless. Teams that followed it (in the spirit of GP as section 8.8.3 notes) were punished while those that didn't follow it were not.

The question is how to address FIRST's concern that veteran teams have design solutions for various systems (like drive) that remain the same year after year. Sometimes these design solutions are good enough that a team does exceptionally well at a regional based on a design solution that was developed two or three years earlier. Given that a student might be on a FRC team for two or three years, they might never have been part of the design process!

Perhaps a possible way to address this problem is to take Alan's idea that designs (and software code) that are "published" are equivalent to COTS. That way any team is free to design away as long as the design is released to the public and any team is allowed to use it. Perhaps CD White Papers could be recognized by FIRST as an appropriate location to "publish". (I think that simply posting designs on a team's webpage would not be enough - too many teams, too many ways to bury the design.)

Does this address the apparent concern of FIRST and allow for teams to continue development year to year and year-round?

-Mr. Van
Coach, Robodox

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by Mr. Van (Post 658468)

Does this address the apparent concern of FIRST and allow for teams to continue development year to year and year-round?

-Mr. Van
Coach, Robodox

Not really. This may come off as arrogant and elitist, but I see no reason to force teams to give up proprietary information so they can circumvent a rule that makes no sense in the first place. I'm all for sharing of information and designs, but not outright handing someone a stack of finished CAD drawings that will allow them to replicate your work with zero effort, or modifications on their part.

edit: apparently I was unclear. I am referring specifically to parts that may stay the same year to year, that were designed during a previous build cycle. I'm not sure I like this idea for prototyping either, as I think it should be up to the teams to decide what they want to release. If it comes down to it most teams would probably just make minor changes to their "proof of concept" designs and call it a day.

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by Cory (Post 658473)

...I see no reason to force teams to give up proprietary information so they can circumvent a rule that makes no sense in the first place.

The rule makes sense in the context of a robot-building competition. It has the effect of making each team do a similar amount of design work every year, regardless of how long the team has been around. That limits the ability of a team staying dominant just because it has a private pile of well-tweaked and well-tested complete designs at its disposal, regardless of its current talents.

It does not make a lot of sense in the context of inspiring students to pursue careers in engineering. It removes the real-world option of using an already-invented wheel to solve a perpetual problem. It can't completely eliminate the benefit of having done things already, so the team might naturally try a solution that worked before. Unfortunately, causing the team to design the same thing again can turn what should be an exciting process of discovery into a session of uninspiring drudgery.

Since the rule applies only to building a competition robot, and not to anything else the team wants to do, I'm leaning toward deciding it makes sense.

Re: Preseason Design: What are the Limits?

I agree with Cory for several reasons.

Because of the nature of FIRST, and us being completely unaware of the game, no game specific advantage can be obtained preseason.

Also, forbidding designs from the preseason hurts newer teams more than powerhouses. A newer team will benefit a lot more from a pre-designed base than a veteran. Trust me, if the rules became more strict on this, 254 would I have problem making a different 6WD that works awesomely. Veteran teams are going to be farther ahead no matter what restrictive rules are applied.

I know what the rule says for 2007, I'm just hoping it is different for 2008. Engineering isn't entirely about trying new things; from my years of interning at Northrop Grumman I have never seen them immediately move to a new design/custom part when they already have a design or off the shelf part to fulfill the role.

EDIT: in response to Alan; I think this rule 90% effects drivetrains. It's really the only thing similar enough year to year. I'll admit you have far more experience with FIRST than me, but I can't imagine an entire arm/manipulator being reused. I know some teams like 233, 330, 60/254 (with that arm) have re-used the general concept year to year, but it is always significantly different and legal by the above rules. So, since this affects mostly drivetrains, and veteran teams can usually make those no problem regardless of the pre-season, I think this rule is pointless.

Re: Preseason Design: What are the Limits?

Anecdotally, as a consequence of this "rule" -- and I strain to call it that because it's part of a preamble and not bulleted for easy reference -- I redesigned the drive train we had prototyped this time last year the morning of kick off. I didn't reference any of my existing drawings or models; just rebuilt everything from memory.

I'd been refining the design for months prior to kickoff and knew it inside out. It wasn't what I wanted to be working on at 10 am the day of kickoff, but I got it done before lunch and we never looked back. I'm pretty well prepared to do the same thing again this year, if it comes to it, though again I'd rather spend my time doing something more important.

Re: Preseason Design: What are the Limits?

I think it all really boils down to one derivation of fact: for any given strategy there is a best design. If you don't intend to ever change your strategy and you've already derived the best design, there is no reason to change it.

Furthermore, if you've documented the processes enough over time that it takes you 10 minutes to setup a mill and automated welding robot arm that you've taken your team and developed, it's no wonder that your team does better. It would seem logical that this is in the spirit of FIRST.

However, I think the spirit of this rule is to not only keep teams from cheating pre-season, but it is also so that a group of students that passes through a veteran program do not miss out on HOW or WHY something was designed a certain way. If you design XYZ unbeatable drive train in 2004 for a strategy, those students will have moved on by 2008. If that same team simply keeps using the same design & strategy, the new students greatly miss out on the design process, and that is NOT in the spirit of FIRST.

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by AdamHeard (Post 658491)

...I can't imagine an entire arm/manipulator being reused.

Can you imagine reusing a significant piece of one? Consider a turntable design, for example, or a robust scheme for driving an elbow with embedded feedback. If the arm were capable enough, it could be reused easily -- consider the wide variety of games played using the same basic human arm. :)

There was a moment last season when a few of us noticed that our 2007 robot's arm design was sufficiently generic that it could have played the 2005 and 2004 games with only the end "gripper" replaced. Combine it with the pneumatic turret lift we used in those games and it could have played them very well (heck, it probably could have played the 2006 game as well as our actual robot did).

Given a few iterations to merge the features of those robot arms and tweak them for reliability and better modularity of the end effector, I think we could credibly use the exact same arm design for many possible FRC games, and have a finished robot two weeks after the kickoff. It wouldn't be highly optimized for the game, but it would work and it would give us plenty of time to practice.

Not that I'd advocate doing things that way...on the other hand, our 2007 drivetrain was very good, and I wouldn't argue against reusing it completely if it fit the game (and if it weren't against the rules).

Re: Preseason Design: What are the Limits?

Quote:

Originally Posted by JesseK (Post 658531)

However, I think the spirit of this rule is to not only keep teams from cheating pre-season, but it is also so that a group of students that passes through a veteran program do not miss out on HOW or WHY something was designed a certain way. If you design XYZ unbeatable drive train in 2004 for a strategy, those students will have moved on by 2008. If that same team simply keeps using the same design & strategy, the new students greatly miss out on the design process, and that is NOT in the spirit of FIRST.

FIRST's philosophy has always been live and let live, when it comes to teams inspiring. They have never taken a position in the past on the whole student-mentor debate, and view all teams equally, whether the students never touch the robot or the mentors never touch the robot.

I can't imagine that they would suddenly try to tell teams how to inspire their students. The rules should be there only to restrict the competition, not to have oversight on whether or not the teams are effectively inspiring their students. If a team wants to run themselves in the manner you listed, then frankly, that's their prerogative, and nobody has the right to tell them they're wrong.