Go to Post Off season? More like on season, our season is always on. - joeweber [more]
Home
Go Back   Chief Delphi > FIRST > General Forum
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
View Poll Results: What do you think?
They handled it correctaly 51 12.81%
They did not handle it correctly 114 28.64%
It was horrible 220 55.28%
Other post below 13 3.27%
Voters: 398. You may not vote on this poll

 
 
Thread Tools Rating: Thread Rating: 12 votes, 5.00 average. Display Modes
Prev Previous Post   Next Post Next
  #13   Spotlight this post!  
Unread 29-04-2012, 00:00
arizonafoxx's Avatar
arizonafoxx arizonafoxx is offline
Registered User
FRC #4395 (T-Rex)
Team Role: Mentor
 
Join Date: Jan 2007
Rookie Year: 2006
Location: Fort Mill, SC
Posts: 96
arizonafoxx is an unknown quantity at this point
Re: Einstein Field issues Handled correctly?

For what is worth. One thing I was told by the FTA at an off season event. The signal to start Autonomous or Teleop is only sent once at the beginning of that state. I personally have no idea how the field communicates with the robot but this statement makes sense for why some robots don't move. If you only send a signal once and in that split second while that signal is active there is a glitch in the WiFi (which happens) then the robot misses the signal and won't ever activate that particular state. However this is not how TCP/IP is meant to work. If a signal is missed there will be a message to send the signal again for a few more attempts to help create the full packet. It seems to me that this is not happening. When a robot is not communicating with the field there are separate signals being sent to flash lights above the driver station. Why can't a simple protocol be created that while this light is flashing there are multiple attempts to tell the robot what state to be whether it be Auto or Teleop. Having a one shot attempt to tell the robot to go seems like it is leading to these problems.

How much do we know about how the field works? Can this hypothesis be proved invalid?

It also seems that when the FTA is looking at packet transfer there are packets that tell the robot to be disabled till the match starts and then there are packets after the match starts that have the data from the DS but how many packets tell the robot to switch from disable to Auto and then to Teleop. When there are only a few packets missed this does not seem like a lot to the person watching the graphs and what not on the FTA table but its not about how many packets are lost its about which packets are lost. Does the FTA have a way to tell that the packet to switch from disable to Auto and Teleop has been received properly? Can the robot tell the field that it has received the packet properly so a status flag can be used to light and led on there comms station? I agree that telling a team they have no idea what is happening is not acceptable. Anytime you say you have no idea what is happening it just means you are either A) not taking enough data points or B) you are not taking the data points on the right data.
Reply With Quote
 


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 12:59.

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