A drone that calculates coordinates using a camera and Google Maps
twitter.com
twitter.com
It's obviously not the same precision as the google map, and it needs update, but it's enough to take in account seasonal change and even brutal events (floods, war, fire, you name it).
So you should be able to find the tile of your region at a date close to today, definitely not 4-6 month.
Why do you say that? Navigational techniques like this (developed and validated over longer timeframes of course) are precisely for war where you want to cause mayhem for your enemies who want to prevent you from doing that by jamming GPS.
This is not just an idea but we have already fielded systems.
> over the water this wouldn’t be useful
What is typically done with cruise missiles launched from sea that there is a wide sweep of the coast mapped where it is predicted to make landfall. How wide this zone has to be depends on the performance of the innertial guidance and the quality of the fix it is starting out with.
All the navigational methods predating GPS still work perfectly fine so.
Mind you, military hardware is not your smartphone, OTA updates are usually not a thong for various reasons.
The approach for sure is interesting so.
Here are some papers: https://secwww.jhuapl.edu/techdigest/Content/techdigest/pdf/...
I mean, a prominent tree along a stone wall might be sufficient to be fairly sure, if you at least got some idea of the area you're in via dead reckoning.
As an added data source to improve navigation accuracy, the approach sure is interesting (I am no expert in nav systems, just remotely familiar with some of them). Unless the approach was tried in real world scenarios, and developed to proper standards, we won't see it used in a milotary context so. Or civilian aerospace.
Especially since GPS is dirt cheap and works for most drone applications just fine (GPS, Galileo, Glanos doesn't matter).
I was thinking along the lines of preprocessing satellite images to extract prominent features, then using modern image processing to try to match against the observed features.
A quite underconstrained problem in general, but if you have a decent idea of where you should be due to dead reckoning, then perhaps quite doable?
You can use other things like Visual Odometer, but there are better sensors/techniques for that.
What it can do, if you have a big enough database onboard, and descriptors that are trained on the right thing, is give you a location when you hit land.
No, but you can use the stars. Even during the day.
The future is scary. It is now straightforward and inexpensive for lots of folks to construct jam-resistant Shahed-style drones. https://www.aliexpress.com/item/1005006499367697.html
Those things are getting really good. The drift specs keep getting better - a few degrees per hour now. The last time I used that kind of thing it was many degrees per minute.
Linear motion is still a problem, because, if all you have is accelerometers, position and velocity error accumulates rapidly. A drone with a downward looking camera can get a vector from simple optical flow and use that to correct the IMU. Won't work very well over water, though.
An INS will usually need some kind of sensor fusion to become accurate anyways. Like how certain intercontinental ballistic missiles use stars (sometimes only a single one) as reference. But all these things are based on the assumption of clear sight and even this google maps image based navigation will fail if the weather is bad.
https://youtube.com/playlist?list=PLErys4h2oiuyKCuzZhpHhCeRw...
Back in the day, TI had version of their Explorer Lisp machine contained on a single 256 pin chip. These were being considered for the next generation guidance packages on the tomahawk.
Without a GPS signal, I assume. Unless Google Maps is stored locally on their drone.
The drone uses a camera mounted underneath it to position itself with imagery from Google Maps highlighting similarities in the images to get a rough estimate of the co-ordinates. Doesn’t Google Maps still require internet, you may ask?
Google Maps allows users to download segments of maps ahead of time, usually for use when you are travelling or camping out in remote areas. In this instance, the team used this feature to their advantage, allowing the drone to continue operating regardless of having a GPS satellite connection.
The entire point of such a build is to operate autonomously with local data in the presence of jamming | signal loss for other reasons.Fun stuff. Wonder if there is any requirements for how "bumpy" the terrain needs to be to get recognized properly by the system.
Who's looking at this problem with the perspective that these should be 'ammo' and not 'aircraft'?
The Kalman filter[2], which pops up on this site rather frequently, is often used for updating the current state.
The issue is that sensors are not perfect. Not just noise, but they might be slightly off in one direction more often compared to another for example. These errors accumulate, and so you can be quite off after not that long of a time.
Almost always there's good reasons if a seemingly-obvious solution isn't much used. Sometimes it can be hard to understand why without a lot of in-depth knowledge, as it can depend on somewhat non-obvious aspects, typically in the practical realizations like in this case. With perfect sensors, dead reckoning would work like a charm.
However I find that thinking about the problem, coming up with these what-if solutions and then figuring out why they don't work, can be quite fruitful. Often leading to new knowledge that might actually be relevant down the line, and if not it's a great exercise in problem solving.
measured acceleration = true acceleration + accelerarion error
velocity = (true acceleration)t + (accleration error)t + v_0 + v_0's error
position = (true acceleration)t^2/2 + (acceleration error)t^2/2 + (v_0)t + (v_0's error)t + p_0 + p_0's error
The error grows quadratically meaning that this equation can only be used for a brief amount of time.
You can combine accelerometer and gyroscope data to give you a (position, orientation) signal that is more precise than either, using a Kalman filter. (You can add other sensors in like magnetometer too)
Unfortunately even with this technique there is still drift that over time accumulates without bounds (the error gets so larger you become completely lost). If you can navigate from known landmarks you can eliminate this drift however. Such landmarks include the stars (if you can see the night sky), buildings and topographic features like in this post, or GPS
Obviously, in GPS deprived situations, you have to think about alternatives.
The issue is that the system naturally drifts, so over time it will accumulate error which has to be mitigated somehow (e.g. in military equipment with finding a known landmark and fixing on it).
The so-called INS systems are quite the marvel of mechanical technology: https://en.wikipedia.org/wiki/Inertial_navigation_system
When searching for "accelerometer navigation", the first result is https://en.wikipedia.org/wiki/Inertial_navigation_system
Don't be lazy.
Once you have a functioning GPS, the INS is not needed at that point.
The INS can run in standby mode and be continuously calibrated using the GPS positions. If GPS is lost, the INS is used as a backup. But at that point, you no longer have the GPS velocity. So the normal thing to do is to integrate the acceleration data from your accelerometer, which gives you the velocity (+noise, +drift).
If the US government didn't already have this kind of tech, they would spend millions just for the same prototype they built. And probably tens or hundreds of millions for a final product.
I think that's a story
People can do weekend hackathon image recognition projects that aren’t story worthy but would have been billion dollar companies 15 years ago
Maybe I missed it in the article but does the processing take place on the drone or at a control station?
Or if GPS signal is being jammed.
>imagery quality is going to be garbage
Presumably, this relies on fairly limited compute resources, so it maybe probably downscales the image from it's camera to something like 256x256. Also, for machine vision stuff, too detailed an image can produce a lot of noise, so you'd need to pass it through some kind of low-pass filter anyway.
But yes, remote areas will have less mapping imagery quality because they are remote and uninteresting and don't have roads or people or companies to buy ads on the map. They will buy cheaper imagery in remote areas.
Tangentially, this isn't really new - ground-pointed RADAR system combined with a good terrain dataset can also be used.
If you want to try yourself you can use colmap (https://colmap.github.io/faq.html#register-localize-new-imag...) to do the same thing. I suspect that colmap not only does lat:lon but gives you a heading as well. (well I know it does, thats how it )
Now, had they made it happen _on the drone_ that would be more interesting. It looks like it was a simulated flight, especially as there is no rolling shutter wobble. Moreover, if you want real time, you need a monster GPU, unless they've done something clever.
This seems more like a potential device recovery feature.
If anything, it is a fail anti-safe… moving around with degraded navigation is always worse, right? Might miss the fact that you’ve entered restricted airspace…
It would also let you do some interesting goal based nav, like, “Fly to that meadow”
> The problem set given to the hackathon teams from the U.S. Department of Defense and the National Security Innovation Network (NSIN) focused on counter-UAS, AI/ML, and RF/Electronic Warfare.
All sort of landscape changing events happen in a war. Buildings burn or are bombed and leveled, dams fall and terrain is flooded, etc. The military won't rely on the satellite images in Google Map. They'll load their own fresh images. If they're not fresh enough, they'll wait until they have them.
In reports about the war in Ukraine it's common to read that FPV drones don't fly because of adverse atmospheric conditions, which could be too much wind, fog or rain. Or too many electronic warfare systems from the enemy, which is one of the points of this exercise. The drone will be shielded.
Edit: snow also changes the look of the terrain.
(There are other practical problems like how poorly drones do in the climate).
There were lots of people who just did their own thing but yes, that would otherwise be a risk without testing and I’m sure too cautious to be one of them.
Now though I don’t think it gets cold enough where I was at (Lake Erie near the Ohio/Michigan border) to freeze enough in the winters anymore. It’s been a solid 20 years since I knew people who drove on it so I’m not sure it’s still a thing.
NYT actually wrote an article about how the lack of freezing is killing a brisk (pun intended) winter business there and mentions it. I used to have family who lived on the next island north.
https://www.nytimes.com/2023/03/05/us/put-in-bay-ohio-ice.ht...
Sort of like calling a bank teller "an ATM without the machine"
So GPS coordinates isn’t really a bad way to describe them.
- lacking any details of technical implementation
- full of ads
- substantiated only by a single thread on X, which is where this article should link to (much as I dislike X), not to a page full of ads.
$500? 1 day? Cool. I'd love to know more; unfortunately, there is no more to know, because this page is just click bait and arbitrary statements like:
> which uses cameras to position itself, using imagery that doesn’t rely on light to work means this drone can fly anywhere in the world it has imagery for at any time of the day or night.
> The team built this impressive drone during the El Segundo Defense Tech Hackathon hosted by 8VC, Entrepreneur First, and Apollo Defense in collaboration with the. <--- the what?
These are obviously wrong and probably AI generated.
This is spaaaaammmm...
Link to the X thread or get rid of it.
GPS is a system used to self-locate, and find coordinates.
This doesn't use GPS..