Quote:
Originally Posted by arizonafoxx
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.
|
I think this is a very plausible theory. TCP is a "reliable" protocol, which means it retransmits afet some time period if the packet is not acknowledged. However, it only does this for unicast (point A to point B comms) packets. But multicast (point A to many points) or broadcast (point A to everyone) do not have acknowledgements and don't retransmit.
Does FIRST use multicast or broadcast in this application? I don't know, but it makes some sense that they would. By using one of these, you can be sure that nobody gets started before the others, assuming everyone gets the packet in the first place.