One for the future perhaps?

[ikalugin]

The issue, as it was already mentioned is the communications for any remotely controlled UAVs.

The reason stems from simple physics and the way the jam resistance works now a days. For a remotely controlled vehicle you need to send relatively large volumes of information.

That means that you use up your bandwidth, which precludes effective frequency hopping and other such techniques.

[Oberon]

Originally Posted by ikalugin

The issue, as it was already mentioned is the communications for any remotely controlled UAVs.

The reason stems from simple physics and the way the jam resistance works now a days. For a remotely controlled vehicle you need to send relatively large volumes of information.

That means that you use up your bandwidth, which precludes effective frequency hopping and other such techniques.

The key really would be to minimize the comms traffic between drone and operator by using AI for basic operations, take-off, flying, target search and then burst traffic communication to the operator basically saying "I found this, can I kill it?" The drone then follows the target until the operator says "Yes" in which case it deploys a Hellfire, or "No" in which case it abandons that target and searches for another. In regards to jamming, in that case the best bet would be to have the drone abort and RTB if a ping back from HQ isn't received in a set time.

[ikalugin]

That would still require sending a video feed (or a video file) over in a timely fashion, which again assumes a broadband chanel.

Meanwhile: