There is no reason for local robot traffic to go over wifi to the FMS and back again.
The FMS computer really on talks to the driver station. [Edit: a better descriptor is probably field network (thanks Marshal)] Anyway. If I am understanding all this correctly. The clients are talking directly to the server on the Rio. The network switches will send the traffic by the most direct path. So what is on the robot will stay on the robot. IE not be broadcasted over the radio. When the server updates, it will be sending data to DS over the radio, but that really should not effect the traffic routing to points on the robot.
This is assuming the OM5P radio is doing what it is supposed to do which apparently sometimes it doesn’t
We’re processing at around 200 fps, and doing flush in every frame that we captured in which target is valid.
Is it too much? @Thad_House @Peter_Johnson
We are encountering a lot of packet loss when the camera is seeing a target.
Flush is limited to every 10ms. Same with changing the update rate, so there is no way data can be sent over network tables faster then 100hz, it does not support it correctly.
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.