View Single Post
  #39   Spotlight this post!  
Unread 12-03-2013, 01:46
coalhot's Avatar
coalhot coalhot is offline
Assistant to the regional manager
AKA: Phil
FRC #4454 (Artisan Rockets)
Team Role: Mentor
 
Join Date: Jan 2008
Rookie Year: 2007
Location: Philadelphia
Posts: 393
coalhot has a brilliant futurecoalhot has a brilliant futurecoalhot has a brilliant futurecoalhot has a brilliant futurecoalhot has a brilliant futurecoalhot has a brilliant futurecoalhot has a brilliant futurecoalhot has a brilliant futurecoalhot has a brilliant futurecoalhot has a brilliant futurecoalhot has a brilliant future
Send a message via AIM to coalhot
Re: THE HORROR! THE HORROR!

Quote:
Originally Posted by Nuttyman54 View Post
"Something with the robot". I really, really hate that teminology. It is entirely too general, and has connotations that it is something in the team's code. Anything between the DS and robot is not the FMS, true, but that does not imply that it is something the teams have control over. Case in point is the C++ issue in SmartDashboard that they released a bug fix for in Team Update 2013-03-05. The bugs affected teams at Week 1 events, but were not part of the FMS. Yes, a lot of times it can be something in the team's code, but there can be "robot side" issues that are not the team's fault or responsibility to fix. It is very frustrating for teams to encounter these, and be told "It's something with your robot", but have no ability to diagnose or fix the problem. The term is general, and can apply to anything that is not due to the FMS, regardless of who has ownership of the buggy code.
While you may hate that term, it's still a fact that many matches were replayed due to code (such as the camera settings being wrong). Streaming max resolution at 30Fps will tend to kill the connection to your robot, and because of odd circumstances, can even affect the rest of the field. And yes, the C++ issue wasn't any team's fault, but FIRST didn't know about it/couldn't release a patch till week two.

My point still stands: the FMS isn't the cause of most of the issues this year. From what I've seen, it has almost always is something in the code, or on the robot. Now, I'm not saying that it's always the fault of the robot. The Field breaks sometimes. However, the majority of issues so far from what I've seen (this year) have been code related. This is why I asked for the OP to post code and photos of the wiring, not only for us to be able to say "that's what caused the issue" (if it happened to be the robot or code), but also to look at it and say "that's something I want to avoid doing with my code/wiring/robot, so I don't have the same issues"

Quote:
Originally Posted by Nuttyman54 View Post
According to the FMS whitepaper, the FMS puts a priority on robot control and status packets, so any other packets are likely to be dropped. Trip times will also increase drastically above 6mb/s, and the team exceeding their bandwidth cap may experience lag.
If this is the case, why does a field with say three robots that exceed the cap happen to kill the whole field? It should only cause the offending robot/s to cut in and out, right? Or am I missing something?

It's funny though, the camera seems to be the bane of all field issues so far this year (spotlighted by the FTA at NY regional having all the teams turn off their cameras for eliminations). What has changed between the past few years and 2013 that could cause issues like this, other than the bandwidth cap?
__________________
Current home, 4454 (Glowa's ghetto Philly FRC team). Check us out!

My posts represent my personal views only, and do not represent the views of my team, its school, sponsors, or FIRST.

Last edited by coalhot : 12-03-2013 at 11:23.
Reply With Quote