So FSDb 11 had a rejected takeoff, once again?
You can install our site as a web app on your iOS device by utilizing the Add to Home Screen feature in Safari. Please see this thread for more details on this.
Note: This feature may not be available in some browsers.
Yep, correct. But.. we're talking about automotive radar systems, here. These have been put on $RANDOM cars from random manufacturers for at least 15 years now. By this time, the technology has settled. I suspect that there's a little plug-in module that provides information to the driving computer in a Tesla, complete with information on targets and all that, and that plug-in module and the associated RADAR is acquired from a third party. Why build your own when somebody else has done all the work, has the economies of scale, and can sell it to your cheaper than it would cost to engineer, build, and develop it yourself?It's not quite so simple as that. There are potential issues with little things like multipath, mutliple targets, range ambiguities, range resolution and co-channel interference, to name a few complications. Not to mention the trade between detection threshold and false alarms.
BTW, doppler radars do not need multiple returns to determine velocity of the target.
L3 is certainly not my only concern. Why not implement L3 initially followed by city streets then robotaxi?I get your point on that and I've owned 3 tesla's since 2018. However, it's questionable whether they have an advantage over their competition with regards to L3 on restricted highways if that's your only concern. And the never ending phantom braking is always present although much improved. For me personally, I would not have purchased my S and bought Mercedes if my criteria were only limited to L3 and restricted highways. I may eventually go that route as it looks like FSD is going to take a long time to be useful in my opinion.
Yeah, it never even reached VrSo FSDb 11 had a rejected takeoff, once again?
I think you mean V1Yeah, it never even reached Vr
Stuck on VSI think you mean V1
Financial liability. Tesla has no interest in having an L3 system. No reason to do so.Why not implement L3 initially followed by city streets then robotaxi?
Of course they do. The take rate for FSD today is maybe 15-20% for FSD. If people could use L3 on restricted access highways and text, read and watch videos on the 15" screen etc. the take rate would be multiples higher. That is a lot more revenue.Financial liability. Tesla has no interest in having an L3 system. No reason to do so.
Or left seat?I think you mean V1
What you say may be true but even if it is they have no excuse for removing a working system before they have an equivalent system to replace it.Yep, correct. But.. we're talking about automotive radar systems, here. These have been put on $RANDOM cars from random manufacturers for at least 15 years now. By this time, the technology has settled. I suspect that there's a little plug-in module that provides information to the driving computer in a Tesla, complete with information on targets and all that, and that plug-in module and the associated RADAR is acquired from a third party. Why build your own when somebody else has done all the work, has the economies of scale, and can sell it to your cheaper than it would cost to engineer, build, and develop it yourself?
Yeah, yeah: The above is how traditional auto companies have always worked, and look at where it's left them: No expertise in the, shall we say, more complex factors of self-driving cars. But Tesla doesn't build their own windshields: They get them from a third-party vendor, just like everybody else.
But, now that I'm thinking about all of this.. The RADAR-based cruise control systems have been around for a time and have been used on everything from Toyotas to BMWs. And are probably optimized for plug-and-play for that purpose. Suppose that Tesla has realized that they need More than what the standard box can provide, at least for FSD-b. So, they would have (probably more than) two choices: Roll their own RADAR with the advanced feature set they'd like to see or... use their existing expertise with vision systems, for which they've already got the hardware installed, improve the software (which is purportedly getting better by leaps and bounds), and ditch the RADAR entirely?
That.. actually makes a bit of sense. Everybody's been screaming about how Tesla has ditched RADAR as a way of reducing the cost of goods. But we kind of know now that Tesla makes a heck of a profit margin per car, so the couple hundred bucks (if that) may not have been such a big factor. Getting the advanced ADAS for FSD-b might have actually been the more important bit and, if one is going to ditch RADAR and go for vision anyway, why waste the money on software support and hardware in R&D and production and just ditch the RADAR entirely? It's not like one has to redesign the car to leave a sensor connector unplugged.
So, along with all the other new stuff coming down the pike with FSD-b, we'll have Full Vision being made with cutting-edge technology. Cutting-edge, in this case, is a stand-in for Research. Research being defined as, "Running down alleys to see if they're blind."
My take: The vision-based cruise control has some bugs in it that'll probably be solved, right along with all the other bugs flitting about in the code base. But the R&D development engineers have my full sympathy.
sadly, history shows that is standard operating procedure at Tesla. They have a constant cycle, throw the working system away then regress everyone to a hopeless new version and slowly improve it before giving up and regressing again.What you say may be true but even if it is they have no excuse for removing a working system before they have an equivalent system to replace it.
Here is FSD Beta making a random turn off a main road with no destination set. It happened in the first 2 minutes. This is the behavior I had.With no destination set, FSDb is supposed to continue straight until it must turn. It then attempts to make a right turn. It should not make 'random' turns.
I often engage FSDb with no destination set if my destination is along the road I'm on. The car never has made a 'random' turn. The only time my car has made an unexpected turn was with a destination set when it got stuck in a right turn only lane. The car turned right, as required, then rerouted.
It was not a random turn. In the video, the car turned onto the main road and was in the rightmost lane. That lane became a right turn only lane, so the car turned right, as it should have. Apparently, since the car had no destination and there was no slower vehicle to pass, it had no reason to move out of the lane to continue straight.Here is FSD Beta making a random turn off a main road with no destination set. It happened in the first 2 minutes. This is the behavior I had.
Looks like it’s just the a bug in the visualizations. The cars disappear for a split second when they change from blue to white.Also from that Dirty Tesla video towards the end when going across half of a 55mph highway, it seems like there's a "blind spot" in 10.69.25.2 when vehicles move between the pillar camera and main camera:
View attachment 904454
This closest white vehicle to the front-right isn't visualized at all with FSD Beta drawing a dark blue line indicating it wants to go. The vehicle should have been visible from the wide fisheye camera, so odd that the unified 360º prediction would lose track or drop it under some threshold.
Doesn’t explain the briefly dark blue line with the little lurch though. I suspect you are right and the planner is just randomly wrong as per usual though.Looks like it’s just the a bug in the visualizations. The cars disappear for a split second when they change from blue to white.