Connect with us
Elon Musk stands beside Raptor's nozzle as SpaceX propulsion prepares for its first hot-fire test. (Elon Musk) Elon Musk stands beside Raptor's nozzle as SpaceX propulsion prepares for its first hot-fire test. (Elon Musk)

News

SpaceX CEO Elon Musk arrives in Texas for milestone Starship engine test

Elon Musk stands beside Raptor's nozzle as SpaceX propulsion prepares for its first hot-fire test. (Elon Musk)

Published

on

On Saturday evening, SpaceX CEO Elon Musk landed in Waco, Texas – perhaps along with additional SpaceX propulsion engineers – for the critical static fire debut of the first “radically redesigned” Raptor engine, built to power BFR’s Starship upper stage and Super Heavy booster.

If the first operationalized Raptor’s static fire tests go well, there are several possible routes the test program could take, all of which will end up with this engine and several others being tested and ultimately installed on the Starship hopper (Starhopper) prototype under construction roughly 500 miles (800 km) south of SpaceX’s Raptor test cell.

Advertisement

Shortly after Musk revealed official photos of the first operationalized Raptor preparing for an inaugural static fire test at SpaceX’s McGregor, Texas facilities, the SpaceX and Tesla CEO’s private jet was seen landing at Waco, Texas around sunset. Although all SpaceX technical expertise needed for Raptor’s first ignition was probably already on site several days prior, Musk has been known to offer seats on his private planes to SpaceX and Tesla employees when a critical group is needed away from their normal base of operations. The best examples come from Tesla engineering expertise sometimes traveling between Fremont and Gigafactory 1 when needed, often to solve production holdups.

Regardless of whether he was traveling with members of the SpaceX propulsion team, Musk’s arrival at McGregor yesterday signified that Raptor Block 1’s first integrated hot-fire was imminent. Assuming no attempt was made on Saturday night or Sunday morning, SpaceX technicians and engineers are presumably still working on installing what is effectively a new rocket engine and ensuring that Raptor’s test cells – extensively overhauled and upgraded for the occasion – are working as intended. While the development Raptors SpaceX built hovered around 1000 kN (~100t) of thrust, also roughly the same as Merlin 1D, the Raptor now on stand in Texas is reportedly a 200 ton-class engine or more than double the thrust of any single engine SpaceX engineers and technicians have built or test-fired in 15 years of engine development.

A fork in the R&D road

Prior to completing Raptor Block 1 (unofficial designation), SpaceX cumulatively test-fired dev Raptors for far more than 1200 seconds over the course of more than 24 months. It’s unclear how extensively the company’s engineers will be able to test the pathfinder hardware built on the back of that extensive test program. Nominally, one would expect hundreds or thousands of seconds of additional testing to properly characterize the design and production of a brand-new, optimized engine like Raptor while primarily ensuring that it performs within engineering specifications.

Knowing CEO Elon Musk’s self-admitted tendency to push for impractical deadlines and schedules that often appeared rushed for the sake of rushing, it’s not impossible that the first Raptors could find themselves installed on the Boca Chica-based Starhopper test article after Merlin-esque acceptance testing and nothing more. For M1D and MVac, acceptance testing usually takes the shape of a full-duration burn with throttle and gimbal activity to closely simulate a true Falcon 9 or Heavy launch. For the 200-ton Raptor now in Texas, comparable acceptance testing could take a variety of forms, ranging from short Starhopper-relevant burns (10-60 seconds for small hops) to simulating conditions during a Super Heavy launch and landing or even a 6 or 7-minute orbital insertion burn indicative of the performance needed for Starship.

Advertisement
A trio of roughshod Raptor mockups were installed on Starhopper around Jan. 1, presumably helping engineers and technicians prepare to install the real thing. (NASASpaceflight – bocachicagal.

Depending on the interplay between the route SpaceX engineers would likely prefer and the Starhopper test schedule executives and managers might want, this first Raptor engine (and two more soon to follow) could be installed on Starhopper anywhere from a few weeks to several months from now. Elon Musk indicated in early January that he expected hop tests would occur 4-8 weeks later, shortly followed by unplanned damage to the craft’s nose cone that pushed the debut back “a few weeks”.

Advertisement

Realistically, hop tests should thus be expected to begin no earlier than (NET) 8-12 weeks from the first week of January, translating to NET March or April. This would give SpaceX propulsion engineers a decent amount of time to gain at least a few hundred (or maybe 1000+) seconds of experience operating the newest and most advanced iteration of Raptor.


Check out Teslarati’s newsletters for prompt updates, on-the-ground perspectives, and unique glimpses of SpaceX’s rocket launch and recovery processes!

Eric Ralph is Teslarati's senior spaceflight reporter and has been covering the industry in some capacity for almost half a decade, largely spurred in 2016 by a trip to Mexico to watch Elon Musk reveal SpaceX's plans for Mars in person. Aside from spreading interest and excitement about spaceflight far and wide, his primary goal is to cover humanity's ongoing efforts to expand beyond Earth to the Moon, Mars, and elsewhere.

Advertisement
Comments

News

Tesla faces Full Self-Driving pushback in EU over ‘speeding’

Published

on

Credit: Tesla

A new report from Reuters claims that a transport authority in Sweden is pushing back against the approval of Tesla’s Full Self-Driving suite because it will travel over speed limits.

The report says the Swedish Transport Administration (TRV) recommends the European Union votes against FSD’s approval. TRV believes it should not be approved until Tesla disables FSD’s ability to speed.

TRV sent a letter to the European Union’s Technical Committee on Motor Vehicles (TCMV), which is set to meet on June 30 to discuss the potential approval of the Tesla FSD suite in the country. Tesla, which has received various approvals in Europe over the past two months, has not provided a comment.

Tesla Full Self-Driving gets first-ever European approval

Advertisement

Teslas operating on FSD do travel over the speed limit, depending on the Speed Profile that is chosen. Drivers have the ability to disengage FSD at any point; Tesla specifically states that those supervising the suite are responsible for its actions.

Let’s cut to the chase: humans operating any vehicle speed almost daily in the United States. Realistically, speed limits in the U.S. are more frequently treated as speed minimums. However, other countries are different, and driving behaviors are less aggressive.

TRV believes that “allowing automated systems to systematically exceed legal speed limits…risks undermining both the legal framework and the expected safety benefits of ​vehicle automation,” the report stated. It’s surprising that Tesla has not received this claim from other countries previously.

This could be a good argument to bring Max Speed back, the setting that previously allowed the driver to choose the absolute fastest the car would travel.

Advertisement

This would still put the responsibility of supervision in the hands of the driver. It would allow the driver to choose whether the car would travel over the speed limit or not, acknowledging that they set the speed, and if they get pulled over, there would be no ability to argue it.

However, it does not seem as if this is something Tesla will do, especially considering many U.S. drivers have requested the feature in an effort to eliminate speeding or at least tone it down. The company has not shown any interest in bringing it back.

Tesla has approvals for FSD in Europe in Estonia, Lithuania, Denmark, the Netherlands, and Belgium.

Advertisement
Continue Reading

Elon Musk

Tesla teases greater Grok FSD integration and ‘Banish’ feature ‘in about 3 months’

Published

on

Credit: Tesla

Tesla is going to let you guide Full Self-Driving with Grok in 3 months, CEO Elon Musk confirmed on X.

The response from Musk, which revealed Tesla plans to allow drivers to effectively control the car and its navigation more explicitly using Grok, puts the feature for about September.

A Tesla owner said that Full Self-Driving is great, but owners should be able to “converse with Grok like we can with an Uber driver.” She then used examples like, “Grok, turn right here,” and “Drop us off right here, we’ll walk due to traffic,” and finally,” Drop at entrance first, then park far away.”

Coincidentally, the final piece of dialogue would also mean features like Banish are potentially on the way soon.

Advertisement

Banish is also referred to as “Reverse Summon,” and would enable the car to self-park while dropping occupants off at their destination.

This would be a great way to improve the overall experience while supervising FSD. Navigation is already a major painpoint that many owners complain about. Manual overrides when a maneuver is requested or canceled (like using the turn signal stalk to override a navigation route), do not always work.

Advertisement

The feature could be especially useful in street parking scenarios in a city, where spots are sometimes tough to come by. Many of us who grab dinner in a more populated area will park a street or two over from wherever we’re going, because sometimes you know that’s the best you will get. If a driver using FSD could say, “Hey Grok, turn right here on Queen St. and park in that open spot on the right,” it could save a lot of confusion FSD might have on its own.

Musk teased that a similar feature was “coming” back in February:

Tesla Full Self-Driving set to get an awesome new feature, Elon Musk says

It is certainly surprising that Tesla is doing it at this point. The company’s more recent moves have been more evident of taking control and inputs away from humans and putting them in the AI’s hands more frequently. The biggest example of this was taking away Max Speed in AI4 cars, giving us Speed Profiles, and not having any input on the fastest speed the car will travel.

Advertisement

Of course, giving navigation preferences to Grok is availble already in Teslas, but not at the drop of a hat. Instead, you can suggest a certain route at the beginning of your drive.

Here’s an example of that from December:

Finally, the original post that Musk responded to mentioned a parking preference after dropping off the occupants, which describes the Banish feature that Tesla has teased for years.

We’re not sure if Musk was responding more to the ability to guide the car with Grok, or whether he also was including Banish in the three-month prediction timeframe.

Advertisement
Continue Reading

News

Tesla Cybercab has one important piece that AI4 cars might need for FSD

Published

on

Credit: @tpgoebel | X

A close-up image of a Cybercab engineering vehicle in Peabody, Massachusetts, reveals a compact triangular side repeater camera housing equipped with an integrated washer mechanism.

This seemingly small hardware addition could prove to be one of the most critical components for achieving reliable, unsupervised Full Self-Driving (FSD) — not just for the dedicated Robotaxi but potentially for existing AI4-equipped vehicles as well.

The washer system’s importance cannot be overstated in Tesla’s vision-only autonomy approach. Cameras are the sole sensory input for the neural networks powering FSD, constantly interpreting the environment for safe navigation. In real-world conditions, however, lenses quickly accumulate rain, snow, mud, dust, or road spray.

Many of us Tesla owners, especially those who deal with any sort of winter weather at all, know the all-too-common alert that pops up when cameras are obstructed:

Advertisement

Even brief obstructions can drop perception confidence, trigger safety disengagements, or force the vehicle to pull over, although these are relatively rare. Instead, most of the time, the camera will need a wipe from the owner next time they stop the car.

But unlike human drivers who can manually clear their view, a Robotaxi operating 24/7 without a steering wheel or mirrors must maintain pristine vision autonomously. The Cybercab’s side repeater washer delivers targeted cleaning bursts precisely where needed for merging, lane changes, and blind-spot monitoring — functions that demand uninterrupted visibility from the external cameras:

Advertisement

This hardware directly tackles a known pain point in current FSD deployments. Owners frequently report camera-related alerts during inclement weather, which is understandable, but needs to be solved for a true autonomous experience.

For a production Robotaxi fleet aiming for high utilization and minimal downtime, robust washer systems represent a foundational reliability upgrade; essentially, they’re a must-have. Early sightings suggest the design may extend to rear cameras as well, creating a comprehensive cleaning architecture that keeps the entire vision suite operational in harsh environments.

Without it, even the most advanced neural nets struggle when their “eyes” are compromised.

What Does This Mean for AI4 Cars?

This Cybercab detail raises timely questions for AI4 cars already on the road. While Hardware 4 delivers superior compute and camera resolution compared to earlier versions, production models typically lack dedicated side and rear washers. Tesla has included them on Model Y robotaxis that it is using in the fleet:

Advertisement

Tesla Robotaxi has a highly-requested hardware feature not available on typical Model Ys

As Tesla refines unsupervised FSD for broader release, the gap in environmental resilience becomes evident. Software improvements can help mitigate issues, but they cannot fully replace physical cleaning in heavy rain or muddy conditions. Analysts and owners increasingly speculate that AI4 vehicles may eventually require similar washer retrofits — or a future AI4.5 variant — to match the Cybercab’s all-weather readiness and support the same level of autonomy.

As testing progresses, the Cybercab’s washer mechanism highlights Tesla’s pragmatic focus on real-world robustness. It may well become the hardware piece that determines how quickly and reliably FSD scales from prototypes to everyday vehicles.

Advertisement
Continue Reading