How NASA Designed a Helicopter That Could Fly Autonomously on Mars
spectrum.ieee.org
spectrum.ieee.org
I would looooove to know more more more about this. What did dev of this look like (eg simulators)? What's the flight envelope? What are the most important risks and how are they mitigated? What internal discussions took place (do this, prio that, don't do X etc).
Just so much interesting stuff! Can't wait :)
edit: from wikipedia: "Each flight is planned to be at altitudes ranging from 3–5 metres (10–16 ft) above the ground.[1] In up to 90 seconds per flight, it could travel as far as 50 metres (160 ft) downrange and then back to the starting area".
"The helicopter uses counter-rotating coaxial rotors about 1.2 metres (4 ft) in diameter".
Etc. Recommend the wiki page on it: https://en.wikipedia.org/wiki/Mars_Helicopter_Ingenuity
My big question is where does it land? Does it dock with the rover? It seems to power itself via a solar array. About 100 days into the mission they plan on launching the helicopter for the tiny lifespan window.
I think the limit on its lifespan is really, "How long until destroyed by wind/dust". And then how long until it cannot charge its own batteries/sustain itself.
It lands on the ground. And yes, dust on the panels is a big concern. (I work at JPL but not on Perseverance / Ingenuity)
I cant wait to see how Y'all figure out how to get those rock samples back to earth; that's gonnna be nuts XD
https://www.youtube.com/watch?v=GhsZUZmJvaM
nm it was already linked elsewhere
Some takeaways:
> Constrained CPU: 133MHz PowerPC, 128MB RAM, 4GB storage
> Software written in C, OS is VxWorks
> Only get contact a few times a day, rover must be charged and ready each time regardless of uncompleted tasks. Scheduling is hard.
> Some tasks require parts preheated for X time, which depends on ambient temp, they use a lookup table for the time of day instead of measuring the temp directly. (Assume this is for reliability purposes)
> High level activities are constructed in a GUI by the operations team, low-level tasks are written in XML, both are uploaded to the rover as a binary plan file.
It's a good read, do recommend it.
https://ai.jpl.nasa.gov/public/documents/papers/rabideau_iwp...
That's an interesting one. Guessing that there also must not be that much variation of temp and weather conditions?
1. https://arstechnica.com/science/2019/11/space-grade-cpus-how...
2. https://en.wikipedia.org/wiki/RAD750
3. https://mars.nasa.gov/mars2020/spacecraft/rover/brains/
4. https://www.qualcomm.com/products/snapdragon-processors-801
In the far future where robots are exploring distant planets, our best tech troubleshooting tool is to turn it off and turn it on again.
"This the first time we’ll be flying Linux on Mars. We’re actually running on a Linux operating system. The software framework that we’re using is one that we developed at JPL for cubesats and instruments, and we open-sourced[0] it a few years ago. So, you can get the software framework that’s flying on the Mars helicopter, and use it on your own project. It’s kind of an open-source victory, because we’re flying an open-source operating system and an open-source flight software framework and flying commercial parts that you can buy off the shelf if you wanted to do this yourself someday. This is a new thing for JPL because they tend to like what’s very safe and proven, but a lot of people are very excited about it, and we’re really looking forward to doing it."
If you're willing to relax your real-time constraints a bit, and risk a brief period of incorrect behavior before the error is caught, the problem becomes vastly easier and cheaper to solve.
it is usually done with COTS CPU by either running the CPUs in lockstep (the simpler early generations of CPU) or by inserting hardware checkpoints at various points like branches, by number of instructions, etc. A recent such commercial system was the triple Itanium from Tandem/NonStop(HP).
Kind of "Ok if we for a brief moment believe there's an obstacle in front of us, since it'll be gone next tick, but not ok to turn off motors".
>TMS570LC43x high-reliability automotive processor operating at 300 MHz, with 512 K RAM, 4 MB flash memory, UART, SPI, GPIO
https://rotorcraft.arc.nasa.gov/Publications/files/Balaram_A...
1. Given the thinness of the atmosphere, the counter rotating blades are balanced among thickness, length, and rotation speed. They're essentially as big as they can spin with the power they have at a speed where the tips are just under the Martian speed of sound.
2. I asked if wind was an issue. He said that it wasn't an issue for the stability of the craft (Martian wind moving much of anything is a movie trope) but the turbulence it caused could be a major issue for the blades, as they're essentially small wings, like a helicopter. The turbulence of a cross breeze could disrupt the flow of air over the blades and cause them to lose lift.
3. The design of the craft was essentially locked once they confirmed it could fly. They would keep most of their original hardware and software, rather than rebuild anything, which I found surprising. Given this was before they were accepted on the mission I'm not sure if anything changed. It does appear to be pretty equivalent to what we saw there.
> "This [is] the first time we’ll be flying Linux on Mars."
But regardless of that, I find it so incredibly cool and inspiring that during my lifetime, a human flying vehicle will fly on Mars. I was a space nut in my childhood and youth and love to see this.
That is in reference to Linux. I think it can be a proud moment for Linus Torvalds and the team.
It needs a temperature differential to generate electric current and it looks to have fins for convective cooling but the atmospheric pressure is a few % of that of sea level Earth.
Heat can be conducted away by contact with another object, probably not what you want if you're using an RTG to power your spacecraft, you don't want your RTG to heat it too much. It can be convected away, which is more difficult in a thin atmosphere like Mars has. Or it can be radiated away by blackbody radiation, which some certainly is, but that is limited and isn't much.
Boltzman equation has temperature in the 4th power, so it is quickly becomes a lot.
https://en.wikipedia.org/wiki/Thermal_radiation
"Using the formulas below shows a human, having roughly 2 square meter in surface area, and a temperature of about 307 K, continuously radiates approximately 1000 watts."
At the temperature that you can keep your electronics at, say 60C, it would be 700W/m2. So, for example a GPU mining ethereum in space (where i think we're ultimately heading toward with the crypto) would need a heat radiator only 3-5 times the size of the GPU.
".. radiation, diurnal and seasonal temperature".
"Convective cooling by the Martian atmopshere, even on a cold windy day makes only a relatively minor contribution to heat rejection"
No it mustn't. You'd expect efficiency to be higher, all else being equal, since there's less drag to overcome - aircraft can generally fly more efficiently at high altitude on Earth (up to a point). The limiting factor is that helicopter flight only works while the rotor tips are subsonic, so as the air gets thinner the "IAS" that a pitot tube on the rotor (that's going as fast as you safely can) would experience gets lower and lower, and so the flight dynamics will be like a helicopter with a slow rotor, but speeded up. But for a small helicopter the square-cube law is on your side and so a low "IAS" is quite doable.
But it's not that simple. The reynolds number which Ingenuity's blades are operating on Mars is extremely low, 10,000 to 20,000. This makes the airfoils less efficient compared to what you might design on Earth.
Compare to a Trex 450 (30% heavier weight equivalent) helicopter on Earth, it's got 10+ minutes of endurance and has a smaller diameter rotor, whereas Ingenuity has a 90 second stated endurance, although that is probably limited by navigation too.
Also can't you use a kind of balloon instead to save power?
TL;DR a decent camera at <1km is hard to beat from >100km no matter how good the satellite camera is.
https://space.stackexchange.com/questions/1140/whats-the-hig...
https://en.wikipedia.org/wiki/HiRISE
or HRSC:
https://mars.nasa.gov/resources/24729/map-of-nasas-mars-land...
How long before a commercial autonomous helicopter-based solar panel dusting service on Mars, I wonder?
from the episode summary:
> "Friend of the podcast Doug Ellison from NASA's Jet Propulsion Lab stops by to give us the lowdown on the newest Mars rover Perseverance, which will be landing on the red planet in just a few weeks, plus all kinds of fun info about Lagrange transceivers, making oxygen out of thin air, flying helicopters on other planets, and recording home movies at mach 25."
https://techpod.content.town/episodes/71-curiosity-and-perse...
It takes quite some care to make those algorithms robust. Even when you run in an environment covered with diverse visual features. The state divergence is a real thing which essentially means the copter is falling from the sky (Do they call it like that on Mars?).
My guess is that takeoff would be too difficult for a traditional winged aircraft and VTOL was way too complicated.
But given the thin nature of the atmosphere, a helicopter seems even more difficult to get lift than a winged aircraft.
Can someone explain or link to the science between lift and air density and it's relation to helicopters and winged aircraft? Thanks!
Haven't done the math but the aircraft has to be going pretty fast ('v' in the equation) to generate the required lift. This also means longer runway lengths.
Easier to speed up a helicopter's wings (rotors) than speeding up an aircraft which would need more and more runway.
Sorry, slightly off-topic: Not a native English speaker. Isn't this sloppy writing? Seems like declaring victory ahead of time?
I imagine it's purely for mission planning complexity reasons. But a more sensible approach seems to be to say "after 30 days you have to limit comms to 100 bytes/sec back to earth and stay 100 meters from the rover".
In the future I could imagine the more modern processor on the helicopter might become handy... Some neural network based navigation system might run on it but not the rover main cpu... Also the helicopter might be able to get very good aerial photos that could be turned into 3d models to figure out the best spots to do science. It should be able to see much better than orbital radars.
At this point, NASA is getting rather famous for this. Opportunity had a 90 day mission that survived for nearly fifteen years. Curiosity, a much bigger and more complicated machine, is still doing science 8.5 years later.
* Imaging areas from above with higher fidelity than possible from orbit, and from angles not possible from a rover.
* Retrieving samples from areas inaccessible for a rover.
For comparison, the Curiosity rover has travelled 23 km over 8 years.
Also, you can't really(easily) get a helicoper stuck on rocks :)
https://apod.nasa.gov/apod/ap080723.html
There is a whole new world out there!
In the future maybe they can fly with LiDAR to get more accurate surface details for the rovers to navigate with, and finding interesting features