2024-02-21, 11:00 AM
(This post was last modified: 2024-02-21, 11:02 AM by seandepagnier.)
Sorry to be confusing... but there are 2 separate uses of udp sockets. One is for commanding the servo in manual control mode (slightly less latency) and may not be worthwhile.
The other use is used by upy_client, and a udp_port is sent to the server as a setting, eg: udp_port=23423
a) The server will then reply to watched values via udp on this port rather than tcp. All watch requests as well as setting other values are still sent via tcp, and the tcp connection should still be monitored. udp is connectionless and therefore not 2 way communication
b) units are in period.
c) If you send a period of 0, you would get the fastest rate.
d) you could run pypilot_client or watch "values" to get the keys
e) ok. I would try getting it working with tcp first, and try udp if you really need it. 30 second delay makes no sense, 4 second delay also makes no sense. The udp vs tcp is a split second difference or generally you cannot tell. Play with other platforms and see... Find a way to flush the buffer. I did put the udp support in for a slightly more responsive esp32 control.
f) imu.heel is a lowpass version of imu.roll
The other use is used by upy_client, and a udp_port is sent to the server as a setting, eg: udp_port=23423
a) The server will then reply to watched values via udp on this port rather than tcp. All watch requests as well as setting other values are still sent via tcp, and the tcp connection should still be monitored. udp is connectionless and therefore not 2 way communication
b) units are in period.
c) If you send a period of 0, you would get the fastest rate.
d) you could run pypilot_client or watch "values" to get the keys
e) ok. I would try getting it working with tcp first, and try udp if you really need it. 30 second delay makes no sense, 4 second delay also makes no sense. The udp vs tcp is a split second difference or generally you cannot tell. Play with other platforms and see... Find a way to flush the buffer. I did put the udp support in for a slightly more responsive esp32 control.
f) imu.heel is a lowpass version of imu.roll