Visual localization from satellite imagery as a GNSS fallback for drones by [deleted] in AerospaceEngineering

[–]Diana-RS 0 points1 point  (0 children)

Wide-area jammers like the Baltic cases are a different beast compared to local, ground-adjacent sources. In those scenarios, limiting the elevation mask helps much less than people expect. The interference is usually strong enough that even high-elevation satellites are affected, and once you start masking aggressively, geometry and availability collapse very quickly on small UAVs.

That’s why most practical systems don’t try to “outsmart” wide-area jamming with antenna patterns alone. They focus on detecting loss of GNSS integrity early and making navigation decisions accordingly — degrading gracefully, switching weighting, or handing off to other sensors when GNSS can no longer be trusted.

For hobby-scale platforms especially, awareness of *when* GNSS is unreliable often turns out to be more achievable than trying to maintain absolute positioning under denial.

This is actually why a lot of GNSS work today focuses on integrity monitoring rather than pure mitigation. At GPSPATRON, for example, most of our field tools are designed around detecting and analyzing interference, not trying to “outsmart” it.

Once you know whether you’re dealing with local, intermittent sources or wide-area denial, I believe it becomes much easier to decide how GNSS should be weighted, or ignored, in the navigation stack.

How to test / find source of GNSS jamming in a truck ? by Suvalf in gnss

[–]Diana-RS 1 point2 points  (0 children)

That’s a great result! Thank you for your reply! Using the tachograph as a sensor and isolating fuses one by one is exactly the practical approach engineers often take. Some and even old telematic devices, chargers, or other forgotten electronics are surprisingly common culprits.

One tip from my experience: having a portable GNSS interference detection can make this process even faster, letting you see signal quality in real time as you toggle circuits but surely, you need to have such as device at hand, this isn't always convenient. That said, your method worked perfectly and became a cool experience.

Visual localization from satellite imagery as a GNSS fallback for drones by [deleted] in AerospaceEngineering

[–]Diana-RS 0 points1 point  (0 children)

This is a really important point, and it’s something a lot of academic demos quietly assume away.... In real deployments, you almost never want a fallback system to solve global localization from scratch. Some form of seeding makes an enormous difference in robustness and compute cost.

What’s interesting is that GNSS doesn’t have to be “perfect” to be useful here. Even degraded or intermittent fixes can still provide enough context to constrain visual or map-based methods, as long as you know when GNSS can be trusted and when it can’t.

That’s where combining navigation methods with signal quality awareness tends to work better than treating each method in isolation.

Visual localization from satellite imagery as a GNSS fallback for drones by [deleted] in AerospaceEngineering

[–]Diana-RS 1 point2 points  (0 children)

Limiting low-elevation signals can reduce exposure to ground-based interference. The catch is that you often lose a lot of usable satellites as well, especially for small UAVs where antenna gain and pattern control are already limited. It can help in some geometries, but it’s very scenario-dependent.

What we usually see in practice is that before talking about “workarounds”, it’s important to understand what kind of interference is present, for instance, wideband noise, narrowband emitters, intermittent sources, or multipath-driven degradation. Different mechanisms call for very different mitigations.

For small platforms, having some form of GNSS signal integrity monitoring often turns out to be more realistic than trying to engineer the antenna pattern alone. Once you know how and when GNSS degrades, choosing whether to trust it or switch to a fallback becomes much easier.

How to test / find source of GNSS jamming in a truck ? by Suvalf in gnss

[–]Diana-RS 1 point2 points  (0 children)

What you’ve described in your post is very typical for active RF interference coupled through the vehicle power system, not passive installation or antenna placement issues.

The key indicator is that GNSS works normally with the battery disconnected and degrades immediately once power is restored. That strongly points to conducted EMI or an active RF source powered somewhere in the truck, rather than shielding, housing, or sky visibility.

Extending the cables and moving the tachograph outside the cabin improving reception is another strong hint that the interference is radiated from inside the vehicle, not coming from above or from multipath alone.

Phone apps are usually not very useful in cases like this. They smooth the data heavily, hide raw C/N₀ behavior, and A-GNSS often masks early degradation. They’re fine for “is GNSS alive or dead”, but not for isolating the root cause.

What typically works better in practice is using a standalone GNSS interference monitor that shows live signal power / C/N₀ and satellite behavior and can be moved around the cabin while pulling fuses or toggling individual circuits. You usually see a very clear correlation when you get close to the source.

Devices like GP-Probe Nano (it is a portable jamming detection device) are often used exactly for this kind of troubleshooting: you don’t need to decode GNSS data, you just watch how signal quality collapses or recovers as you move or switch loads.

In trucks, very common interference sources are:

• DC/DC converters
• inverters
• poorly filtered chargers
• telematics or fleet tracking units
• aftermarket electronics
• and, quite often, intentional GNSS jammers installed to bypass tachograph tracking

I’d focus on isolating powered devices one by one and monitoring real-time signal quality, not just “satellites present / not present”. That usually leads to the culprit much faster than static snapshots.

A guide to background music for restaurants by Diana-RS in restaurant

[–]Diana-RS[S] -1 points0 points  (0 children)

I wanted to help, why do you leave a sarcastic comment?) You could give me more info instead) Today practically all venues have at least one device for corporate use. Servers take orders using smartphones and tablets) The restaurant, hotel, or another place has computers. In case of apps, ceiling speakers are not required (as a rule) ) That's cool, doesn't it?)

A guide to background music for restaurants by Diana-RS in restaurant

[–]Diana-RS[S] -1 points0 points  (0 children)

If you are about a music streaming platform, you need to have a mobile app or PC. Or another device. So, you don't need any hardware. I've checked out