> Theoretically though, it should continue to work while in motion right? Perhaps with a bit more latency than if the unit was stationary?
It probably won't work great. The Starlink unit has a phased array forming narrow beams of reception and transmission to the satellite, and assumes it's on a stable platform.
It's possible to build a system that is robust to bounces and yaws, but that doesn't mean that they have.
Actual recordings in motion of normal end-user terminal in motion. It works OK-ish. But a lot of packet loss (completely lost packets) and latency spikes (from retransmits).
Of course, with ground hardware built for in-motion, you could do significantly better.
I'm guessing utilization is rather high with retransmits, etc-- which is probably a driving factor of Starlink prohibiting in-motion use in EULA.
Note it's not really the speed that matters. It's suddenly having a much different bearing to the satellite because you have begun a turn or hit a dip in the road that matters.
This. I doubt the moving target part matters much since it's a few ms of travel time, but unless you are driving perfectly straight on a smooth highway,nthe turning and bouncing would probably aim the beam wrong faster than it could compensate
It probably won't work great. The Starlink unit has a phased array forming narrow beams of reception and transmission to the satellite, and assumes it's on a stable platform.
It's possible to build a system that is robust to bounces and yaws, but that doesn't mean that they have.