Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

it seems like car-makers themselves feel burdened to make their own self-driving tech, as opposed to outsourcing the software to a third party.

Dell and HP don’t make operating systems…it seems like having a handful of companies focused on getting the self-driving part right without the need to also specialize in manufacturing would be beneficial.

My first inclination was to be bullish on Rivian, and there’s no question that their vehicles are beautiful. But is there anything to suggest they have an advantage over Tesla or other automakers when it comes to self-driving?





Most traditional OEMs in the automotive industry are integrators. They write a specification, and a Tier 1 supplier provides a black box matching that spec. (Tier 1 in turn provides a spec to its suppliers and integrates their parts)

This has several consequences - Tier 1 suppliers are waiting on input/approval from OEM before proceeding with projects - Tier 1 suppliers don't necessarily have the capital to do work "at risk", even if they could build the part without approval/specifications. (TBH - some do) - Each layer of the supply chain lacks context on the whole project and product line and cannot achieve efficiencies outside of the scope of its contract.

These haven't really been a problem for mechanical parts and E/E parts that have well-defined functions and interfaces and have a lot of re-use from previous generations. It works really well with Kaizen (incremental innovation).

To outsource it, a traditional OEM would need to completely specify the behaviour of said self-driving system, baseline the specification, put out the requests for quotation, etc. Tier 1 then needs to analyse the spec, estimate it, break it down in to sub work packages, work with its suppliers, etc. From an optimisation point of view, this is really inefficient partitioning of the problem space. For greenfields development, an emergent specification via experimentation may be better - but that won't fit in traditional V-model sub-contract OEMs/Tier 1s use.

That flow doesn't need to be followed; the suppliers could raise/allocate capital and build the self-driving stack "at risk" - and this seems to be done (Tier IV, Waymo, etc). But as it's new technology, I assume Rivian think they can do better by themselves and can get the capital for the development as part of an integrated solution while they are smaller it might seem they should not waste limited capitial that way - but integration will save a lot of inefficiency in sharing specifications across boundaries, full system integration and deriving emergent specification via experimentation rather than some MBSE folly.


Not only is Rivian betting on an integrated platform being important for their own cars long term, they’ve also essentially sold that portion of their business to VW. They are investing in the software platform for a lot more cars than just the rivian branded ones.

Don't many automakers outsource level 2 driving aids these days? Typically someone like Mobileye?

Level 2 is simpler and more mature, so it should be easier to specify, package and integrate.

It can follow the traditional OEM outsourcing route, where OEM has high-level models and gets suppliers to implement the details. e.g. I can find public information that Subaru use Veoneer cameras, Xilinx chipsets, but defines their own algorithms. I would speculate they have an outsourced company convert algorithms to FPGA netlists/embedded code. (On the other hand, I know other OEMs have a more complex mesh of joint ventures)


Aside from Mercedes-Benz, level 2 is the best we have, though?

Edit: Re-reading your post, you were talking about the future. You make good points; I will be interested to see how it plays out. Probably as long as the technology remains radar and cameras, it will continue to be easily outsourced.


Have you ever heard of comma.ai? What do you think about it?

HP did write their own operating system: HP RTE. It wasn't until decades later, after the platform became commodified and they stopped designing their own chips, that they went with someone else's.

And of course, Microsoft made their own cards back in the day, and they still make the XBox as integrated hardware.

This technology is way too early for commodification. Right now, Rivian is a data play.

Their platform means they have consistency other providers don't have. They have data from the existing trucks on the road, and they'll roll out these sensors long before they roll out self-driving. Cleverly they've also pitched these as "adventure" vehicles, which means they'll have some data from rarer situations, not just highways. Off-road performance, for example, will add anomalies that they can use to stress-test self-driving code. If a car could handle areas without roads, it is less likely to kill people if a mudslide happens. Or a shadow falls across the bridge.


> as opposed to outsourcing the software to a third party.

All about margins and data protection

> Dell and HP don’t make operating systems…

They come from an era where this style of thinking didn't really exist and now they're in an era where market share almost entirely prevents new players/ideas from entering. If it was 2025 and OS market share wasn't static and the PC was just taking off, we'd probably see far more attempts at OS development to better monetize the PC products the vendors sell.


It’s probably a sensible concern that if they use someone else’s tech, they’ll be subsidizing that company’s eventual mastery of the self-driving space, who will then be able to control pricing. The only long game, I imagine, is to create your own self-driving tech, so that your own customers are investing in your own long term success, not someone else’s.

One aspect is that Tesla is all cameras, whereas Rivian sees it as important to have multi-sensor suites (cameras, ultrasonic, radar, and in Gen 3: lidar). TBH as a customer I prefer to know that the latter is protecting me instead of just cameras.

It also suggests to me a more-professionalized R&D culture.

Tesla claiming it planned to implement self-driving with just cameras has always meant I don't trust anything they touch.


They could have a better driving assistance package than 99% of other cars on the road for 1/10 the price by using OpenPilot as the LKAS, or installing a Comma in the car.

Real shame nobody has taken that approach, not even a fork


Comma had made essentially no efforts to meet the requirements of automotive systems the last time I looked at them. They would be an incredibly risky supplier for systems that could easily come under regulatory scrutiny.

That's not completely true.

https://github.com/commaai/openpilot/blob/master/docs/SAFETY...

It's an... interesting approach, They essentially reduce the surface area as much as possible. I don't buy that it's enough, but, again, interesting to see what they do.

Besides, a big OEM could pour an army of developers and turn the Comma approach into an ASIL D, it would be quite a lot of work but within the realm of possibility.



I recently ordered a Comma Four, which I will install BluePilot on and use with my Lightning. I'm looking forward to seeing how competent it is. Gets good reviews, at least, so I'm hoping.

I do wonder if there will be many more iterations, though, with so many manufacturers switching over to an encrypted canbus and locking out the control method comma uses.


HP-UX?



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: