Rivian reduced electrical wiring by 1.6 miles and 44 pounds
popsci.com
popsci.com
I like to imagine some kind of engineering “meet cute” whereby, one random day, the headlights engineer and the parking radar engineer happen to be working on the front of the car together. Their eyes meet:
“hey, I’m John — I didn’t know you had an ECU here!”,
“hi, I’m Claire — wow, you have an ECU right up front too? It’s, like, right next to mine and we never knew!”
“I know, crazy right?! Hey this is going to sound really forward and I don’t normally do this but I’m only running at 70% compute capacity. I don’t suppose you need any real-time budget this evening?”
“So funny you should ask, I was just about to run a whole bunch of heavy new wiring to…”
And in a story as old as time they get ECU married and raise their control loops in the same front-of-vehicle ECU together instead of living their separate, lonely, ECU-right-next-to-each-other-and-they-didn’t-know-it lives.
I didn't know this was something I could be into so much, and yet here we are.
For those unfamiliar with Conway's law, I am arguing that how the car companies have organized themselves--and their budgets--ends up being directly reflected in the number of ECUs as well as how they're connected with each other. I imagine that by measuring the amount of excess copper, you´d have a pretty good measure for the overhead involved in the project management from the manufacturers' side.
(I previously worked for Daimler)
Electrical resistivity and conductivity: https://en.wikipedia.org/wiki/Electrical_resistivity_and_con...
Is there a name for Wh/m or W/m (of Cu or C) of loss? Just % signal loss?
"Copper Mining and Vehicle Electrification" (2024) https://www.ief.org/focus/ief-reports/copper-mining-and-vehi... .. https://news.ycombinator.com/item?id=40542826
There's already conductive graphene 3d printing filament (and far less conductive graphene). Looks like 0.8ohm*cm may be the least resistive graphene filament available: https://www.google.com/search?q=graphene+3d+printer+filament...
Are there yet CNT or TWCNT Twisted Carbon Nanotube substitutes for copper wiring?
FWIU recent developments in graphene semiconductors for example on silicon carbide are undercapitalized.
Can industry undo its unsustainable copper dependency by replacing power wires and data cabling with TWCNT cabling?
With domain-based ECUs, a failure means your locks OR windows OR windshield wipers stop working.
With zone-based, it could be the entire "west" zone that stops, which means you can't unlock the driver's door, open the windows, adjust the seat, and maybe even the ventilation fans don't work
I actually thought a lot of that was already on the CAN bus anyway, but my knowledge of cars stops there so maybe someone can fill in the gaps. Seeing only three "zones" is actually surprising to me. As I was reading I started forming the idea of a single bus cable that went around the car, with I/O modules anywhere there were physical buttons/lights/etc. There would just have to be a cost+weight balance of where it makes sense to stick a small I/O module vs run individual wires back to a bigger module. My assumption is as technology advances it becomes cheaper to have more small I/O modules with very short wire runs to buttons, but it doesn't seem like this is what they're doing.
I am also making the assumption this is "dumb I/O", and somewhere there is a "door lock" program that handles all locks/buttons. In the main computer you'd run all the domain programs individually/isolated, but there would still be a single program responsible for each domain, eg: all the locks (eg: considering button presses, fob buttons, door state, moving or not, etc, and act on the locks accordingly).
From a pure software point of view, if the east/west/south ECUs are actually doing the logic for their respective parts of the car, that seems like a nightmare to build: the code would end up being all partial and distributed. In the worst case you end up with bizarre bugs like "if you open the passenger door, then open the tailgate, then close the passenger door and press the lock button, the driver's door will lock but the passenger won't until you first unlock then shut everything" (which gets reported as "the locks are unreliable, some will randomly just not work every few days").
Given some of the chip shortages of recent year, I’m curious how the teams responsible for those trade offs made the balance.
I have a Jeep where the dome light logic has a problem like that. If you open a door, the dome light comes on. When all doors are closed, but the engine is not running, the dome light dims out after a delay. If the engine is running or is started in the all doors closes, dome light on situation, the dome light goes out. If you open the tailgate, the dome light comes on as well. That's all normal.
But if I open a side door, then close it, and the light times out and dims, then, for some period of time thereafter, opening the tailgate will not turn on the light. I can just see some horrid mess of IF statements written in C behind this.
Or something like that
Distributed systems are hard, more so in a real-time environment. If you can reduce the number of components or the need for them to communicate they will almost always become more robust and also easier to code.
Rivian added some network redundancy and central monitoring to make this design safe, but otherwise the core design principle was basically KISS.
> The system includes an array of 11 internally developed cameras and five radars performing over 250 trillion operations per second, which Rivian says is an industry-leading statistic
I generally like what they are doing with their overall architectural simplifications, but gee-zus; the feeling of complexity I get from that one statement leaves me with the feeling of "it's just a car man... it takes us from point A to point B... is all that really necessary?"
https://en.wikipedia.org/wiki/Automated_emergency_braking_sy...
https://en.wikipedia.org/wiki/Lane_departure_warning_system#...
A new high-end Audi has around 200 ECUs.
(1) "dumb" meaning no decision-making logic. It could still mean a lot of decision-less logic, from button debouncing to input signal filtering/processing and outputting compressed audio streams.
From my reading, I thought the important parts were on their own dedicated ECUs (7 ECUs, 3 zones). Battery management, driving related stuff, infotainment, door mechanisms, etc have their own ECUs. The three zones are for smaller things that are probably important but not urgently important.
The dealer can’t figure out the issue four years in.
https://news.ycombinator.com/item?id=38576612: The move to 48V means much less power is lost (power loss = (IxI)xR ), cables can be much smaller, cables and terminals can be much lighter and much less copper can be used used.
Discussion: Tesla shares 48V architecture with other automakers: https://news.ycombinator.com/item?id=38557203
https://electrek.co/2019/07/22/tesla-revolutionary-wiring-ar...
"In order to facilitate the automation of manipulating cables, Tesla has been reducing the length of wiring harnesses in its vehicles.
Musk said that Model S has about 3 kilometers of wiring harnesses and Tesla brought it down to 1.5 kilometers in length for the Model 3.
But that’s just the beginning. Tesla is working on a whole new wiring architecture for future vehicle platforms and they aim to bring it down to just 100 meters starting with the Model Y."
It is assumed this will continue in their next gen vehicles
It's frustrating to be a Tesla owner. For every great engineering choice they make like going all in on 48V they make a user hostile choice like removing stalks and selling "full self driving" that is downright dangerous.
INB4 the 12V terminals: They are hard to access, have limited amps, and are a separate crappy battery.
But I still agree the option should be there for emergencies
This is a disruption opportunity wasted.
I don't know why you mentioned the traction motor voltage as part of the mess. Do you want hundreds of volts DC running all over the car?
And being able to find replacement parts at the dollar store no matter where you are is really great.
Is there evidence of this, at this point?
I haven't looked into it in several years, but back then, Teslas were getting in fewer accidents per driver mile than average. I would think given that there's a faction of the public, and especially of the activist public, who are hostile to Tesla/Musk, that if FSD is in fact more dangerous (which would mean more accidents per driver mile), there would be a good URL you could provide us which makes that case using the available statistics on the subject.
Because it's an entirely empirical question. Anyone can argue from first principles in either direction, but one of two things are the reality: either FSD driver miles are less prone to accident than average, or they're more so. I suppose it could be precisely at 50%, as well.
https://www.wsj.com/business/autos/tesla-autopilot-crash-inv...
This NHTSA report is pretty damning about Tesla's cavalier attitude towards the design of safe systems.
https://static.nhtsa.gov/odi/inv/2022/INCR-EA22002-14496.pdf
https://www.forbes.com/sites/bradtempleton/2023/04/26/tesla-...
https://www.forbes.com/sites/bradtempleton/2020/10/28/new-te...
https://www.wired.com/story/tesla-autopilot-risky-deaths-cra...
Ok. So in the middle then. Not, in other words, "downright dangerous".
That would be, worse safety outcomes. Rather than insignificantly better.
This has been proven false by Tesla's own data released to the NHTSA. Teslas have more accidents per vehicle than any other cars with advanced cruise control from every other automaker in the world combined. And that doesn't even include the far worse accident statistics for 2023 and 2024.
There were three Tesla-related fatalities in the past week in the U.S. alone, including one in which the design of the Cybertruck is thought to have contributed directly to the death of its driver. Teslas get into so many accidents that news media don't even bother to report on Tesla-related accidents anymore unless someone dies.
> This has been proven false by Tesla's own data released to the NHTSA.
What I said is very close to a tautological statement, and cannot be proven false by data.
What data can do is determine which of these three categories that data falls into.
Your anecdotes don't appear to align with the actual data as summarized by someone kind enough to provide some.
> Teslas get into so many accidents that news media don't even bother to report on Tesla-related accidents anymore unless someone dies.
Why would they?
You assert that 3 people died this week due to Tesla related fatalities in the US alone. That adds up to more than 150 per year! But considering that Tesla’s comprise 5% of the car market, that 150 is a drop in the bucket compared to the 43000 that die in car accidents in the US every single year.
Tesla’s fully autonomous self driving is about as safe as a regular person. Many of it’s “accidents” as shown by the various investigations have shown that “drivers” in the plurality of cases had several(>5) seconds to react but failed to do so.
The curious case of Tesla’s safety record will one day be a case study in every undergraduate business class. The naysayers want to see the company fail, the CEO fail, or the technology fail. But the problem is not the technology, but rather the people using it. It’s been long known that increasing protective equipment in sport decreases minor injury but paradoxically increase the likelihood of severe ones.
Why? Because people are lulled into a false sense of security. Individuals take risks they would not otherwise due to the inhibition of the natural feedback mechanism that would otherwise deter them from continuing to push the bounds. Since they keep getting away with it, they continue to push, only to discover that the failure mode has gone from mild to extreme.
Those small injuries are the warnings that keep you safe and prevent you from taking greater and greater risks.
Technology is like that. Cars are safer now than ever. Seat belts, crumple zones, air bags - and yet looking at the statistics you would never know it. This has led to urban legend like cars in the 1940s being “safer” due to their all steel construction. But this is not true.
What is true is that people drove slower in the 1940s. Most highway traversal occurred at a mere 40 miles per hour. A far cry from the 80 everyone does on the way to work today. As safety increases so too does our tolerance for risk.
Ultimately, that is the problem with self driving cars. They work too well. They unintentionally encourage drivers to take greater and greater risks. And they get away with it. Until suddenly. They don’t.
It's not fully autonomous if the drivers have to react. No idea if it's safer or not but the naming is terrible.
The maxim of make it work and then make it work better probably applies. He has repeatedly said that since humans only need 2 eyes to drive, AI should too - but that completely ignores the neurological differences between a camera outputting a flat 2d image and the complex make up of our eyes. There is a lot happening there behind the scenes, abstracted away by our brain, that he discounts.
Anyways, yeah, I agree. My only concern is people turning against self-driving because of implementation failures in the short term. Self-driving is going to save lives. Let’s not throw the baby out with the bath water and discount the work being done by people who aren’t Elon. If you seperate FSD from the politics, the business, the fandom, it is an amazing piece of technology. A computer is now driving as well as a person. Like that’s insane. In a different circumstance we would be applauding it in amazement. That team has done amazing work.
Teslas get into more accidents than competitors' cars on a per mileage basis, ona per capita basis, and on a per vehicle basis and that's even though Tesla buyers come from the group with the lowest rate of accidents...when driving non-Tesla vehicles.
This cannot be repeated enough. Even though Tesla drivers come from the safest group of drivers when they drive non-Tesla vehicles, these same drivers have far more accidents when driving Teslas. What's more likely, that thousands of people suddenly became dangerous drivers when they bought a Tesla, or that the common vehicle they all bought is dangerous?
Can you name some benefits ? ICs working at 48 V are expensive and hard to find.
In terms of things like digital ICs, well they have never worked at 12V either. You have a step down converter to produce the 3.3 V, 1.8 V etc. rails they need.
If Rivian wants to add a new feature that doesn't 'fit' on the AIO ecu, then what? Replace it and re-certify ALL of its functions?
A good example is the ABS controller which is usually just a Bosch COTS ECU.
You wouldn't even want to implement that for yourself.
Next step: Each wire only goes to the nearest box. I'm curious how the Tesla unboxed architecture will eventually play out. I understand that eventually, the ECUs will be split up, so you have some aspect of each ECU in each corner of the vehicle. Part of the "lights" function is in front-left, part of it in the back. Wires only go to the nearest box.
A powerful vision, with the potential to further reduce wiring. Complex until you get a distributed brake ECU.
EDIT: That's not the only tradeoff, but it is a key one.
In the future, please include the actual link. It is 10x more useful.
Rivian is able to do this because they're taking advantage of modern heterogenous processors and they haven't made the mistake of outsourcing almost all of their software capabilities to tier 1,2,3 suppliers. Legacy OEMs find it much more difficult to adopt, especially once the institutional inertia takes over.
Remove any logic and computing from screens, keyboards, mice, SSDs, HDDs, off load everything from network chips and sounds chips. Just move all of it to CPU?
I wonder to what extent Rivian has removed intermediate controllers here, where they used them in the first place to get things done on a tighter timeline.
Am I reading this wrong, or are these actually five categories?
> 1.6 miles and 44 pounds
pure copper density at 9000 kg/m3, wire diameter assumed at 1mm, length at 3000 m (1.8 mi, approx) gives 21 kg, approximately 46 lb. math checks out.
> the company claims a 20 percent savings in material costs and 15 percent reduction in its carbon footprint between Gen 1 and Gen 2.
surely this is not just due to the reduction of copper. copper is around 10 USD/kg at bulk.
now let's see if we can address the copper length number. can 1.6 mi (< 3000 m) of copper be saved from wiring alone?
The car dimensions are 2m x 5m. That means, in the worst case, two ECUs placed at opposite ends will need 5m of wire (half of perimeter). There were 17 ECUs originally. Call it n = 20, and if we wire dense (in the graph sense), we get n^2 = 400. So, in the absolute worst case, the densest possible graph would have had 5m x 400 = 2000 m of wire. The claimed wire saving is significantly (but not by an order of magnitude) larger than this. I would say this passes the smell test (albeit barely), but original wiring must have been truly inefficient.
To the point they are wanting to eliminate AM radio because they've gotten to the point that the uncontrollable EMI makes AM "unlistenable". So move the goal posts, and make AM radio out-of-fashion and get rid of it rather than solving the EMI issues.
2) WiFi really isn't as reliable as a cable. There are all kinds of things internal and external that could cause an outage. Why bother with that when you can just run maybe a dollar of copper to the ECU?
Then you have physical interference...imagine all your warning lights come on, wipers come on, and radio cuts off because your wife put her Stanley in just the wrong spot.
Surely without cables it's far easier, but this easiness have a price.
[1] with the exception of the car charger since I wasn't able to find a damn cabled one (it's 230Vac, not CCS eh!)
I appreciate the geek, but is this useful in practice? Does it happen to anyone?
Aside another aspect is how to make the home impossible to live in case someone illegally occupy it (here, France, but essentially all south Europe is a relatively new but spread thing) while you are on vacation to be quicker than local authorities. Another one is avoiding connecting too much black boxes to their OEM homes.
Another final aspect is mere reliability, as a small anecdote: a neighbor due to some unknown issue have had roller shutters locked down because they have ONLY a wireless remote with a kind of ESP32 inside, all proprietary, no emergency manual opening, no access to the motor to power it directly or detach the break manually on the shutters. My home while "a bit smart" have a far little attack surface in that regard. For instance just to have central/remote lights control I've chosen a set of ShellyPro 4PM (the least expensive option of that kind I was able to find) witch operate remotely (LAN only, via HA or directly logging on the device, extended via wireguard) but i can also operate via classic mechanical switches and internally the Shelly are "dumb classic switch" + extras so if their fw crash from the physical buttons (not the one on the devices, but their normally open contacts) they still operate. For the car charger I'm obliged to go wifi (I find exactly no one domestic charging station with wired connections for control) but it's a dedicated WLAN (a small GL.iNet "stamp" size on the back of the charger, wired to a dedicated port of my homeserver on a completely separated LAN without internet access and the charger itself is MQTT/ModBUS-bridged to its local, internet-less controller/server for p.v. integration.
I can't do nothing for my car and well... Sometimes it's "app-service" to remote control A/C etc get connected to someone else car in another country and yes, I can monitor it and act on it when this happen (few times per years so far). No special hacking needed. No response from the vendor (MG/SAIC)... And for cars some demoed serious remote vulnerabilities able to physically make a car crash while running.
All those might be very rare events, but their seriousness it's relevant enough for me to avoid them as much as possible.
It's a technique for controlling (or reading) large numbers of LEDs, switches, etc, with surprisingly little wiring. Instead of the usual X/Y of multiplexed I/O, the wiring is diagonal. To control 12 outputs (36 in groups of 3) you'd need just 4 pins (if your lamps are not LEDs, though, you probably need to put some diodes in there)
It started with places where you simply can't have wires, for example tire pressure monitoring. But is now spreading to other simple ECUs. And yes, it can be jammed so obviously it's not for brakes and steering and things like that.
Seriously why the heck not?
I've thought in the past what I want for trailer lights is a RF connection between the vehicle and the trailer. It can't be worse than the standard way that always fails.