Most active commenters

    ←back to thread

    319 points doctoboggan | 11 comments | | HN request time: 0.447s | source | bottom
    1. iambateman ◴[] No.46239609[source]
    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?

    replies(3): >>46239644 #>>46239821 #>>46240948 #
    2. dymk ◴[] No.46239644[source]
    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

    replies(3): >>46239805 #>>46240055 #>>46240711 #
    3. AlotOfReading ◴[] No.46239805[source]
    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.
    replies(1): >>46241836 #
    4. hogehoge51 ◴[] No.46239821[source]
    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.

    replies(2): >>46240035 #>>46240497 #
    5. rootusrootus ◴[] No.46240035[source]
    Don't many automakers outsource level 2 driving aids these days? Typically someone like Mobileye?
    replies(1): >>46241764 #
    6. rootusrootus ◴[] No.46240055[source]
    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.

    7. jmtulloss ◴[] No.46240497[source]
    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.
    8. plun9 ◴[] No.46240711[source]
    Aptera has: https://aptera.us/openpilot-release
    9. riazrizvi ◴[] No.46240948[source]
    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.
    10. hogehoge51 ◴[] No.46241764{3}[source]
    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)

    11. RealityVoid ◴[] No.46241836{3}[source]
    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.