News
Elon Musk talks upgrades after SpaceX Starship launches, explodes in midair
SpaceX has completed its fourth Starship test flight in as many months, offering the latest glimpse into the often frustrating reality of a highly iterative, hardware-rich rocket development program.
Right on schedule, SpaceX Starship prototype serial number 11 (SN11) lifted off from Boca Chica, Texas at exactly 8am CDT (UTC-5) – all but completely cloaked in a thick layer of fog. While unfortunate for any unofficial observers (and possibly SpaceX’s own desire to gather video footage of a test flight), SpaceX has experience launching rockets (namely Falcon 9) in thick fog thanks to its Vandenberg Air Force Base launch site on the California coast.
As such, fog theoretically poses no fundamental threat to rockets like Starship, but SN11 still took the opportunity to explore new and exciting failure modes shortly before touchdown. CEO Elon Musk himself didn’t take long to weigh in and has even offered some details and a schedule for upgrades planned for SpaceX’s next-generation launch vehicle – upgrades hoped to alleviate whatever issues led to Starship SN11’s premature demise.
First and foremost, due to the fog, the general public saw virtually nothing throughout the launch attempt. Remote streaming cameras set up near SpaceX’s launch facilities – now, excitingly, with the company’s own permission – did manage to catch some level of detail, providing the bare minimum level of insight needed to speculate on SN11’s failed landing attempt.
Per an official webcast and NASASpaceflight’s unofficial “Danger-Close Camera,” installed a few hundred feet from the launch site with SpaceX’s permission, Starship lifted off at exactly 8am and had a seemingly nominal ascent, reaching a familiar 10 km (6.2 mi) apogee around four minutes later. SN11 then arced over onto its belly and free-fell for ~100 seconds. Aside from a few intermittent fires burning on some of the rocket’s three Raptor engines, not an uncommon sight since SN8 first flew, nothing appeared particularly out of the ordinary.
At T+5:49, however, things rapidly went wrong. Still belly-down, Starship SN11 attempted to reignite all three of its Raptor engines to propulsively flip into a vertical landing position. After at least one seemingly successful reignition, SpaceX immediately lost onboard video and telemetry feeds. Based on NASASpaceflight’s pad-adjacent camera, a substantial explosion followed one or two seconds after that attempted ignition, ending Starship SN11’s test flight around 20 seconds earlier than any of its three late siblings.
Debris began to visibly hit the ground another 5-10 seconds after that explosion was first heard, all but guaranteeing that Starship SN11 exploded in midair. At this time, it’s impossible to know what exactly went wrong, but there are two clear possibilities. Starship SN11 could have failed to reignite two or even all three Raptor engines, triggering onboard flight termination system (FTS) explosives designed to prevent the rocket from straying beyond a safe zone of operations. More likely, Starship suffered a substantial failure during that reignition and flip attempt, triggering an almost immediate explosion that tore the rocket apart around half a kilometer (~1500 ft) above the pad and landing zone.
Shortly after, Musk said that Raptor “engine #2 had issues on ascent” that were notable but not enough to explain a violent midair failure and confirmed that whatever went wrong came “shortly after landing burn start.”
Musk offers Starship upgrade schedule, details
Having suffered a failure a bit less than six minutes after launch, Starship SN11 – the fourth three-engine, high-altitude prototype – was ironically the farthest from a successful landing before something went wrong: one step forward, two steps back. While unfortunate, SpaceX still got some amount of data and uncovered one or several new failure modes – arguably the two of the most important primary goals of any developmental flight test program.
Further, Musk revealed that SpaceX intends to complete and roll Starship SN15 to the launch pad just “a few days” from now – certainly earlier than expected. While the SpaceX CEO didn’t go much into detail, he reaffirmed that SN15 would bring substantial upgrades, stating that “it has hundreds of design improvements across structures, avionics/software, & engine[s].”
Musk also touched on SpaceX’s near-term plans after SN15’s upgrade path, confirming that Starship prototypes from SN20 onwards will be “orbit-capable” with even more improvements. That seemingly delineates three clear ‘blocks’ of Starship prototypes, beginning with SN8 through SN11, proceeding with SN15 through SN19, and (nominally) gearing up for true orbital-class test flights with prototype SN20 and its successors. All told, SN11’s midair demise appears likely to be just a small blip in front of a jam-packed, well-structured series of Starship upgrades and flight tests just over the horizon.
Elon Musk
Tesla Full Self-Driving’s newest behavior is the perfect answer to aggressive cars
According to a recent video, it now appears the suite will automatically pull over if there is a tailgater on your bumper, the most ideal solution for when a driver is riding your bumper.
Tesla Full Self-Driving appears to have a new behavior that is the perfect answer to aggressive drivers.
According to a recent video, it now appears the suite will automatically pull over if there is a tailgater on your bumper, the most ideal solution for when a driver is riding your bumper.
With FSD’s constantly-changing Speed Profiles, it seems as if this solution could help eliminate the need to tinker with driving modes from the person in the driver’s seat. This tends to be one of my biggest complaints from FSD at times.
A video posted on X shows a Tesla on Full Self-Driving pulling over to the shoulder on windy, wet roads after another car seemed to be following it quite aggressively. The car looks to have automatically sensed that the vehicle behind it was in a bit of a hurry, so FSD determined that pulling over and letting it by was the best idea:
Tesla appears to be implementing some sort of feature that will now pull over if someone is tailgating you to let the car by
Really cool feature, definitely get a lot of this from those who think they drive race cars
— TESLARATI (@Teslarati) February 26, 2026
We can see from the clip that there was no human intervention to pull over to the side, as the driver’s hands are stationary and never interfere with the turn signal stalk.
This can be used to override some of the decisions FSD makes, and is a great way to get things back on track if the semi-autonomous functionality tries to do something that is either unneeded or not included in the routing on the in-car Nav.
FSD tends to move over for faster traffic on the interstate when there are multiple lanes. On two-lane highways, it will pass slower cars using the left lane. When faster traffic is behind a Tesla on FSD, the vehicle will move back over to the right lane, the correct behavior in a scenario like this.
Perhaps one of my biggest complaints at times with Full Self-Driving, especially from version to version, is how much tinkering Tesla does with Speed Profiles. One minute, they’re suitable for driving on local roads, the next, they’re either too fast or too slow.
When they are too slow, most of us just shift up into a faster setting, but at times, even that’s not enough, see below:
What has happened to Mad Max?
At one point it was going 32 in a 35. Traffic ahead had pulled away considerably https://t.co/bjKvaMVTNX pic.twitter.com/aaZSWmLu5v
— TESLARATI (@Teslarati) January 24, 2026
There are times when it feels like it would be suitable for the car to just pull over and let the vehicle that is traveling behind pass. This, at least up until this point, it appears, was something that required human intervention.
Now, it looks like Tesla is trying to get FSD to a point where it just knows that it should probably get out of the way.
Elon Musk
Tesla Megapack powers $1.1B AI data center project in Brazil
By integrating Tesla’s Megapack systems, the facility will function not only as a major power consumer but also as a grid-supporting asset.
Tesla’s Megapack battery systems will be deployed as part of a 400MW AI data center campus in Uberlândia, Brazil. The initiative is described as one of Latin America’s largest AI infrastructure projects.
The project is being led by RT-One, which confirmed that the facility will integrate Tesla Megapack battery energy storage systems (BESS) as part of a broader industrial alliance that includes Hitachi Energy, Siemens, ABB, HIMOINSA, and Schneider Electric. The project is backed by more than R$6 billion (approximately $1.1 billion) in private capital.
According to RT-One, the data center is designed to operate on 100% renewable energy while also reinforcing regional grid stability.
“Brazil generates abundant energy, particularly from renewable sources such as solar and wind. However, high renewable penetration can create grid stability challenges,” RT-One President Fernando Palamone noted in a post on LinkedIn. “Managing this imbalance is one of the country’s growing infrastructure priorities.”
By integrating Tesla’s Megapack systems, the facility will function not only as a major power consumer but also as a grid-supporting asset.
“The facility will be capable of absorbing excess electricity when supply is high and providing stabilization services when the grid requires additional support. This approach enhances resilience, improves reliability, and contributes to a more efficient use of renewable generation,” Palamone added.
The model mirrors approaches used in energy-intensive regions such as California and Texas, where large battery systems help manage fluctuations tied to renewable energy generation.
The RT-One President recently visited Tesla’s Megafactory in Lathrop, California, where Megapacks are produced, as part of establishing the partnership. He thanked the Tesla team, including Marcel Dall Pai, Nicholas Reale, and Sean Jones, for supporting the collaboration in his LinkedIn post.
Elon Musk
Starlink powers Europe’s first satellite-to-phone service with O2 partnership
The service initially supports text messaging along with apps such as WhatsApp, Facebook Messenger, Google Maps and weather tools.
Starlink is now powering Europe’s first commercial satellite-to-smartphone service, as Virgin Media O2 launches a space-based mobile data offering across the UK.
The new O2 Satellite service uses Starlink’s low-Earth orbit network to connect regular smartphones in areas without terrestrial coverage, expanding O2’s reach from 89% to 95% of Britain’s landmass.
Under the rollout, compatible Samsung devices automatically connect to Starlink satellites when users move beyond traditional mobile coverage, according to Reuters.
The service initially supports text messaging along with apps such as WhatsApp, Facebook Messenger, Google Maps and weather tools. O2 is pricing the add-on at £3 per month.
By leveraging Starlink’s satellite infrastructure, O2 can deliver connectivity in remote and rural regions without building additional ground towers. The move represents another step in Starlink’s push beyond fixed broadband and into direct-to-device mobile services.
Virgin Media O2 chief executive Lutz Schuler shared his thoughts about the Starlink partnership. “By launching O2 Satellite, we’ve become the first operator in Europe to launch a space-based mobile data service that, overnight, has brought new mobile coverage to an area around two-thirds the size of Wales for the first time,” he said.
Satellite-based mobile connectivity is gaining traction globally. In the U.S., T-Mobile has launched a similar satellite-to-cell offering. Meanwhile, Vodafone has conducted satellite video call tests through its partnership with AST SpaceMobile last year.
For Starlink, the O2 agreement highlights how its network is increasingly being integrated into national telecom systems, enabling standard smartphones to connect directly to satellites without specialized hardware.