this post was submitted on 24 Jun 2024
209 points (98.6% liked)

RealTesla

478 readers
1 users here now

  1. Posts must be about Tesla, EV, or AV
  2. Meta Posts must be pre-approved.
  3. Shitposts are limited
  4. No Elon Worship
  5. All Links must include the original title of the Content
  6. Sites behind Paywalls must have text included.
  7. Don't be an asshole
  8. No Image Posts

founded 1 year ago
MODERATORS
dragontamer
[email protected]
209
Tesla Cybertruck Unexpectedly Accelerates Into Home With Rear Wheels Locked (jalopnik.com)
submitted 4 months ago by dragontamer to c/realtesla
23 comments fedilink hide all child comments
 

Another unintended acceleration issue. Fortunately, no one was injured but the Cybertruck still crashed into a house.

This happened in a rich-enough area that it was filmed by someone's doorbell camera. There's apparently 50-foot long line of skidmarks.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 5 points 4 months ago (1 children)

4 hours sounds familiar. I used to work in network engineering and polled equipment via SNMP for statistics. Some counters were measured at high resolutions that would hit their max after just a few hours of runtime.

Take an unsigned 32-bit integer or uint32_t. It has a maximum value of 4,294,967,295. That may seem like a lot, but if you had an FPGA that took measurements and provided a timestamp as ticks since boot for each message it sends back, you’d hit the maximum value after just a few hours.

For example, imagine that they had a low-power FPGA running at 1MHz which increases the tick counter on every cycle. This would cause the counter to increase by 1,000,000 every second. You’d hit the max in just under 4,295 seconds, or roughly 71 minutes. To get closer to 4 hours we’d reduce the frequency by 4 to get 250KHz.

All of this is speculative. Could be that it’s not from a value failing to update but just a divide-by-zero error somewhere. Interested to see what the public is able to uncover as the core problem.

[–] grue 6 points 4 months ago* (last edited 4 months ago) (1 children)

Interested to see what the public is able to uncover as the core problem.

I'd be a lot easier for the public to do that if the code were open-source -- you know, so that the property owner could control their own property, as they have every right to be able to to do.

[–] [email protected] 4 points 4 months ago (1 children)

I don’t disagree with you. There should be a level of inspection possible by an owner on the functions and processes running, especially if they will be held liable for any outcomes from operating failures that cannot be attributed to the driver.

In other words, if my insurance covers an accident but I can be sued in civil court for additional damages then I should be able to update/fix/review everything in it given that all liability is transferred to me upon sale. If I cannot answer to something because it’s deemed “proprietary” and “property” of the manufacturer, then they should not be allowed to transfer that liability to me.

[–] [email protected] 3 points 4 months ago

Transferring liability for Tesla Involved Accidents back to Tesla sounds like an absolutely fantastic idea. They should definitely be on the hook for stuff like this, if they aren't already.