News
SpaceX wins FCC approval to launch first polar Starlink satellites amidst rideshare chaos
In a sign of the regulatory agency’s growing confidence in SpaceX, the FCC has rapidly approved a request to add ten Starlink satellites to an imminent Falcon 9 rideshare launch.
Known as Transporter-1 and originally scheduled to launch as early as December 2020 or January 14th, SpaceX delayed its first dedicated Smallsat Program mission to January 21st for unknown reasons last week. While there is no confirmed cause, any one of several recent events could have easily contributed to or fully caused the delay. In a rare ground processing failure, DARPA (Defense Advanced Research Projects Agency) revealed that two “risk reduction” technology demonstrator satellites were damaged on January 4th when their deployment mechanism was accidentally triggered during processing.
In other words, the two spacecraft may have been shot out of their dispensers by their spring-loaded deployment mechanisms, falling onto a processing bench or even off of the much taller payload stack. Meanwhile, on the very same day, space tug startup Momentus Space announced that it was removing its first Vigoride tug from Transporter-1 “for additional time…to secure FAA approval of…payloads.” Finally, once more on January 4th, SpaceX filed a request with the FCC to manifest and launch its first polar Starlink satellites to better take advantage of Transporter-1’s full capacity.
If launched, the ten spacecraft would be the first of several hundred planned polar Starlink satellites necessary for SpaceX’s massive internet constellation to serve some of the most remote communities on Earth. Referring to an orbit centered more around Earth’s north and south poles than its equator, the polar Starlink launch opportunity is available because SpaceX’s Transporter-1 mission – set to carry several dozen small satellites – is headed for a nearly polar “sun-synchronous orbit” (SSO).
For Starlink, sun-synchronous and polar orbit satellites will allow the constellation to serve customers and communities in high northern latitudes – possibly up to and including the Arctic and Antarctic once fully deployed.
SpaceX supported the US East Coast’s first polar launch in more than half a century in August 2020, effectively opening the same polar corridor that’s now allowing the company to launch Transporter-1 – and polar Starlink satellites – from the same pads it launches almost every other mission. It remains to be seen if SpaceX will one day perform dedicated polar Starlink launches from its West Coast launch pad – reactivated in November 2020 after spending almost a year and a half mothballed.
Perhaps the most impressive aspect of Starlink’s imminent polar launch debut is just how quickly both SpaceX and the FCC acted to make it happen. When SpaceX requested permission on January 4th, then just 10 days from the launch date, the historical odds of the FCC responding at all – let alone approving the request – in time were practically zero. Instead, the agency got back to SpaceX with a lengthy conditional approval (PDF) four days later. Although the FCC has yet to approve a request to move almost all of SpaceX’s 4,408 Phase 1 Starlink satellites to much lower orbits, the agency was apparently chomping at the bit to allow a limited trial at those lower orbits.
Dropped from an orbital altitude of ~1200 km (~750 mi) to 560 km (~350 mi), the ten Starlink satellites SpaceX now has permission to launch on Transporter-1 likely represent less than 20% of one polar ‘plane’ of Starlink satellites. In simpler terms, those ten satellites will only be capable of supporting a very limited test of polar Starlink internet, likely resulting in intermittent, unreliable coverage that won’t be viable for civil use until the FCC permits SpaceX to launch one or several full planes. Still, receiving approval to launch any number of satellites mere days after filing a request suggests that full FCC approval is a now question of “when,” not “if.”
-
Just hours after Starship Flight 13 achieved a successful soft splashdown of its upper stage in the Indian Ocean on July 24, Elon Musk announced an ambitious next step for the company’s next launch of the rocket.
“Unless we discover problems after mission data review, SpaceX will attempt to catch the ship with the tower on [the] next flight,” the SpaceX CEO posted on X on Friday.
That “next flight” is expected to be Flight 14. The plan involves returning the Starship upper stage, commonly called the “ship,” to the Starbase launch tower in Texas and catching it mid-air using the same mechanical “chopsticks” arms that have already proven themselves with the Super Heavy booster.
Unless we discover problems after mission data review, SpaceX will attempt to catch the ship with the tower on next flight
— Elon Musk (@elonmusk) July 25, 2026
A successful catch would mark the first time an orbital-class upper stage has been recovered this way, advancing SpaceX’s goal of full and rapid reusability for the entire vehicle.
SpaceX has already demonstrated the tower-catch technique multiple times with Super Heavy. The first successful catch came on Flight 5 in October 2024, when Booster 12 was plucked from the sky by the Mechazilla arms. Subsequent flights, including those involving Boosters 14 and 15, repeated the feat. Several of those recovered boosters were later inspected, refurbished, and flown again, proving the system’s viability for quick turnaround.
Traditional reusable rockets, such as SpaceX’s own Falcon 9 or Blue Origin’s New Shepard, land on legs either on land or droneships. Rocket Lab has recovered its small Electron first stages by helicopter, but those are far lighter vehicles.
SpaceX Starship just nailed something it’s never done before
The China Academy of Launch Vehicle Technology (CALT), a subsidiary of the China Aerospace Science and Technology Corp. (CASC), completed a catch of its booster on July 10. They are the only entity besides SpaceX to attempt and complete the feat.
Flight 13 provided encouraging data. The ship executed a controlled reentry, flipped, and soft-landed intact in the ocean after deploying Starlink satellites, offering the first clear post-splashdown views of an undamaged heat shield. The Super Heavy booster, meanwhile, experienced a harder splashdown in the Gulf of Mexico.
Musk has previously stressed that ship catches would only follow multiple successful soft ocean landings to minimize risk of debris over land.
If Flight 14 succeeds, SpaceX would take a major stride toward routine, rapid reuse of both stages—critical for lowering launch costs and supporting ambitious plans for lunar and Mars missions. For now, teams are reviewing the Flight 13 data. Should everything check out, the next Starship flight could deliver one of the most spectacular recoveries in aerospace history.
In a move echoing its earlier commitment to open innovation, Tesla CEO Elon Musk announced recently that the company plans to make the design and software of its Model S and Model X fully open source.
This follows the same approach Tesla took with its original Roadster, releasing all available design, engineering, and diagnostic materials in November 2023 so that “whatever we have, you now have.”
Just as Tesla made the original Roadster design & software open source, we plan to do the same with Model S & X
— Elon Musk (@elonmusk) July 24, 2026
The Model S, introduced in 2012, was Tesla’s first mass-produced vehicle and a groundbreaking luxury electric sedan. It offered impressive range, rapid acceleration, and over-the-air software updates that redefined expectations for electric cars.
The Model X, launched in 2015, built on that foundation as a high-performance electric SUV notable for its distinctive falcon-wing doors, spacious interior, and advanced safety features. Both models served as flagships that helped establish Tesla as a leader in the EV industry and popularized long-range battery-electric vehicles.
Production of the Model S and Model X was wound down earlier in 2026, with manufacturing ending in the second quarter. Tesla redirected the Fremont factory space previously used for these vehicles toward higher-priority projects, including Optimus humanoid robots and the Cybercab autonomous vehicle.
By the time of Musk’s open-source announcement, custom orders had closed and only remaining inventory was available.
Open-sourcing the designs and software offers several clear advantages. Owners of these aging but still capable vehicles gain better access to technical documentation, diagnostic tools, and software resources, making independent repairs and modifications easier and more affordable.
Independent repair shops and third-party specialists can support the large existing fleet without relying solely on Tesla’s service network. Enthusiasts and engineers can study real-world implementations of Tesla’s battery, powertrain, and software systems, potentially accelerating broader industry progress in electric mobility.
The step aligns with Tesla’s 2014 patent pledge and its overall mission to advance sustainable transport by sharing hard-won knowledge rather than locking it behind proprietary walls.
By releasing these materials now that the models have left production, Tesla ensures continued support for its early adopters while freeing internal resources for future technologies. The open-source release of the original Roadster already enabled simulations, community projects, and deeper technical understanding.
Extending that practice to the Model S and Model X should deliver similar benefits on a larger scale, helping keep these influential vehicles relevant and repairable for years to come
Tesla flexed one incredible Robotaxi metric during the Q2 Earnings Call that skeptics have to hate to hear. The company’s platform has already driven more than 380,000 miles of unsupervised ride-hailing across several states with no notable incidents.
During the company’s Q2 Earnings Call on Wednesday, Vice President of AI, Ashok Elluswamy, said:
“First of all, I’d like to state that the Robotaxi program has been operating extremely well. Especially in terms of safety, the program has had an impeccable safety record. We have driven more than 380,000 miles of unsupervised Robotaxi, now across six cities in two different states. We have had zero notable incidents. Any reports have been of other actors impacting us when we were stationary. I like to emphasize how safe the operation has been so far. Zero notable incidents over 380,000 miles.”
Elluswamy’s claim over Robotaxi miles is a significant milestone for Tesla in the grand scheme, especially considering this is a sizeable number of miles without any incident.
0 notable incidents across over 380,000 miles traveled by Robotaxi
— Tesla (@Tesla) July 22, 2026
Tesla’s self-driving approach is much different than that of other companies. Tesla has maintained that vision is the only thing needed to have a solid and effective self-driving suite. Many self-driving companies utilize things like LiDAR, sensors, and other elements to improve performance, but Elluswamy sent a jab at those who believe it’s needed.
“Historically, the so-called experts have always claimed that you need LiDARs, radars, HD maps, and the entire kitchen sink to drive safely. Here we show that such is not true. You can have safe, comfortable, and affordable autonomy with just cameras. This record should be a huge validation of Tesla’s entire AI approach.”
The feat of accumulating this many miles without any driver behind the wheel is impressive. The thing is, Tesla is also doing this across several different locations, with varying traffic rules, pedestrian levels, weather patterns, and other important factors.
While Tesla is not ready to roll out an unsupervised platform completely, it is a slow but steady indication that the company is well on its way to figuring things out.
The company’s attitude toward expansion is slow, safe, and controlled, and despite this huge milestone, it will still be some time until we see Tesla truly unleash unsupervised rides more aggressively.
SpaceX wants to catch Starship for launch 14, Elon Musk says
Tesla to open source Model S and Model X designs and software
