News
SpaceX rocket performs first last-second launch abort in years, delaying Starlink mission
A Falcon 9 rocket has performed SpaceX’s first last-second launch abort in years, shutting down the booster’s main engines and preventing liftoff just milliseconds after ignition.
Scheduled to lift off at 9:22 am EDT (13:22 UTC) on March 15th, SpaceX will now wait until no earlier than (NET) 8:21 am EDT (12:21 UTC) on Wednesday, March 18th for the sixth 60-satellite Starlink mission’s next launch attempt. Featuring an exceptionally flight-proven Falcon 9 booster and marking the second time ever SpaceX has reused a payload fairing, yesterday’s launch abort is also unique in its own right.
Notably, shortly after the launch countdown froze and Falcon 9 shut down at T-00:00:00, a launch operator – on-console either in Florida or at SpaceX’s Hawthorne, CA headquarters – revealed that the rocket had triggered a “launch abort on engine high power”. To explain that decision, a little background on how SpaceX launches its rockets and what exactly abort conditions are is necessary.
Software has always been a central part of SpaceX’s launch vehicles, treated more like a first-class citizen in design and engineering instead of the reluctant necessity other launch providers have frequently relegated it to. For anyone that’s watched numerous SpaceX launch webcasts, some might recognize the familiar “vehicle is in startup” callout that made around T-1 minute to liftoff. Standard on most modern launch vehicles, SpaceX’s Falcon rockets use onboard computers to take over their countdowns shortly before launch.
This is mainly done to allow the vehicle to simultaneously analyze thousands of channels of telemetry far faster and more reliably than humans ever could. During today’s launch attempt, that meant that Falcon 9 saw something it didn’t like just milliseconds before it was scheduled to command the release of the pad’s hold-down clamps and lift off.
Per one of SpaceX’s on-console engineers, the specific issue Falcon 9’s computer flagged was an “engine high power” alert. Soon after, SpaceX provided an update on Twitter, stating that the abort was “triggered due to out-of-family data during [an] engine power check” – putting the blame more on the sensors and software used to determine engine thrust than the engine hardware itself. An actual hardware or software failure that caused one or several booster engines to exceed their design limits could have potentially damaged B1048’s Merlin 1Ds, likely requiring weeks of repairs or a full swap with a different booster.
Given that Falcon 9 B1048 has already performed four orbital-class launches, hardware issues would not come as a major shock, but the successful static fire test it completed on Saturday made that far less likely. SpaceX’s confirmation that it was looking at an “out-of-family” reading thankfully means that only one of several thrust sensors showed the Falcon 9 booster producing too much thrust.
With any luck, post-ignition launch aborts will continue to be extremely rare for SpaceX’s Falcon launch vehicle family. The last such abort occurred in February 2016, more than four years and several booster ‘Block’ iterations ago.
Starlink L6 (V1 L5) is now scheduled to launch on Wednesday, March 18th, giving SpaceX workers some 72 hours to inspect Falcon 9 B1048’s engines, replace thrust sensors, tweak software, and prepare for a second launch attempt. Drone ship Of Course I Still Love You (OCISLY), fairing recovery ships GO Ms. Tree and GO Ms. Chief, and another support vessel or two remain on station in the Atlantic Ocean and will have to wait a bit longer for their next rocket recovery attempts.
Check out Teslarati’s Marketplace! We offer Tesla accessories, including for the Tesla Cybertruck and Tesla Model 3.
Elon Musk
Tesla Cybercabs narrowly miss deadly Amazon cargo plane crash
An Amazon cargo plane crash near Miami’s airport stopped feet from dozens of Tesla Cybercabs.
An Amazon Prime Air Boeing 767 cargo jet overran the runway at Miami International Airport on Sunday afternoon, killing five people and injuring five more. The jet, operated by North Carolina based carrier 21 Air as Flight 7598, touched down around 2 p.m. after arriving from San Juan, Puerto Rico, then crossed the airport perimeter, plowed across NW 67th Avenue and struck multiple vehicles before catching fire, according to the Associated Press.
Photos and video from the scene show the aircraft’s nose stopped within meters of a fenced staging lot holding dozens of gold painted Tesla Cybercabs, the steering wheel free robotaxi Tesla began putting on public roads in Austin last week. Miami-Dade Fire Rescue has confirmed the plane struck “multiple vehicles” but has not said whether any Cybercabs were among them, and neither Tesla nor airport officials have addressed the fleet directly.
The Cybercabs had not yet entered commercial service in Miami. Tesla’s existing Robotaxi operation there runs on modified Model Y vehicles and has been unsupervised since Ashok Elluswamy confirmed the detail on X in July.
Footage of the plane crash from earlier today | #ONLYinDADE pic.twitter.com/iGoOtnd6cD
— ONLY in DADE (@ONLYinDADE) September 6, 2026
Elon Musk offered the briefest of reactions. Replying to a Zero Hedge post about the Cybercabs sitting so close to the wreckage, he wrote a single word: “Weird.” He has not commented further, and Tesla has not issued a statement.
The timing puts Tesla’s newest vehicle near an unrelated but highly visible tragedy just days after its Austin debut, a launch that had already drawn scrutiny from federal regulators. The National Highway Traffic Safety Administration opened an audit how Tesla certified the Cybercab as compliant with federal vehicle safety standards, a process Teslarati covered after the vehicle’s September 3 launch event. That inquiry concerns the car’s lack of a steering wheel and pedals, not the Miami crash.
Investigators from the FAA and NTSB are focused on the plane, not the parking lot beside it. Flight data reviewed by outlets including Simple Flying show the 767 touched down around 170 knots, well above the 135 to 140 knot range typical for the aircraft, though investigators have not determined a cause. Amazon said it is working with authorities and that its priority is the safety of everyone affected.
Whether any Cybercabs were damaged, and what Tesla plans for the fleet parked near one of the country’s busiest airports, remain open questions.
Tesla has reached a notable benchmark in its autonomous driving program after its Robotaxi fleet surpassed one million miles of unsupervised operation. The company made the announcement during its Cybercab event in Austin on September 3.
Tesla Vice President of AI Ashok Elluswamy told attendees he was happy to report the fleet had achieved one million miles of unsupervised Robotaxi operation as a testament to safety.
The new total marked a sharp increase from the 380,000 unsupervised miles Tesla disclosed during its second-quarter 2026 earnings update in late July.
In roughly six weeks, the company added about 620,000 miles. That acceleration followed Tesla’s decision to remove in-vehicle safety monitors from most of its operations outside the San Francisco Bay Area.
Credit: Tesla
Tesla first launched Robotaxi service in Austin in June 2025 with safety drivers present. It later began fully unsupervised rides and expanded into Dallas, Houston, Miami, Orlando, and Tampa. The San Francisco Bay Area remains the exception, where a safety monitor still rides in the vehicle under California permitting rules.
The company has not released a city-by-city breakdown of the one million unsupervised miles.
The milestone arrived as Tesla began offering public Cybercab rides in Austin. The purpose-built vehicle has no steering wheel or pedals and is designed only for autonomous ride-hailing. Production versions joined the existing fleet of modified Tesla vehicles already operating in the service.
Tesla’s unsupervised mileage is growing at a double-digit weekly rate according to earlier company comments, yet its fleet size remains modest compared with established competitors. Waymo has accumulated more than 200 million fully autonomous rider-only miles. Tesla has described its own unsupervised operations as having recorded zero notable incidents in the period leading up to the July update.
The one-million-mile figure reflects Tesla’s shift from supervised testing to broader driverless service in multiple states. It also highlights the company’s strategy of using both existing Model Y vehicles and the new Cybercab to scale its network.
Credit: Tesla
Whether the rapid recent growth continues will depend on further city expansions, regulatory approvals, and the performance of the purpose-built Cybercab in everyday paid rides. Tesla has not specified how many of the latest miles involved the new vehicle versus the rest of the fleet.
The announcement underscores Tesla’s progress toward a larger robotaxi network while illustrating the remaining gap in total autonomous experience relative to longer-operating rivals.
Tesla AI lead Ashok Elluswamy said this week that 24-hour Robotaxi service is close. Replying on X to a rider who wanted Cybercab trips all night, he wrote that the capability would arrive “next month or so” once “the next tech to merge on the v15 plan” is ready.
The comment landed on September 4, one day after Tesla opened public Cybercab rides in Austin. It is the clearest near-term timeline yet for overnight unsupervised operation. Tesla’s paid Robotaxi network currently runs from 6 a.m. to 10 p.m. seven days a week across Austin, Dallas, Houston, Miami, Orlando, and Tampa.
next month or so. the next tech to merge on the v15 plan will enable it.
— Ashok Elluswamy (@aelluswamy) September 4, 2026
That 16-hour window is shorter than the 6 a.m. to 2 a.m. schedule the company used for much of the prior year.
Elluswamy did not name the specific feature or say whether the change would apply first to purpose-built Cybercabs, the existing Model Y fleet, or both. He also offered no city-by-city rollout list. The link to Full Self-Driving v15 is nevertheless significant.
Tesla has described v15 as a step-change architecture with seven parallel improvement tracks and roughly ten times more parameters than earlier builds. Early versions of that software already operate on the Robotaxi fleet and contain about 40 percent of the planned gains.
By July 2026, the unsupervised fleet had logged more than 380,000 miles across six cities in two states with what the company called an impeccable safety record and no notable incidents caused by the vehicles themselves. Tesla has repeatedly argued that camera-based end-to-end neural networks, rather than extra sensors, are the core of the solution.
Overnight service would test that claim in lower-light conditions and would also raise vehicle utilization, a key variable for Robotaxi unit economics. The company has already begun using public Superchargers at night and is building dedicated Robotaxi charging sites.
Riders have asked why software must change if the cars already drive in the dark. The practical answer appears to be reliability and scale: Tesla has held back mass expansion until more of the v15 stack is merged, citing the need for higher confidence before putting thousands of unoccupied vehicles on streets around the clock.
If the next module arrives on the timetable Elluswamy sketched, 24-hour service could begin in October 2026 in at least some markets.
That would mark a shift from a daytime-bounded pilot to a service that can run whenever demand exists, including the late-night hours that have so far remained out of reach.
Tesla Cybercabs narrowly miss deadly Amazon cargo plane crash
Tesla crosses major Unsupervised Self-Driving milestone
