Remix.run Logo
jonhohle 43 minutes ago

I’m not sticking up for car manufacturers, but at what size or capacity should you be required to document and publish these things? It requires employer time and effort and has a cost associated with it.

As a counter argument: I was just looking at a small open source utility. As I was going through the code I found cases where certain arguments could be set to magic values that cause useful, but undocumented behavior. Should the developers be forced to document these options?

I don’t think a manufacturer should be able to lock you out of reading diagnostics on your own devices, or that anyone should be prevented from reverse engineering what those values mean. But I also don’t think there should be any requirement that they are forced to do additional work. That seems just as immoral.

nvme0n1p1 6 minutes ago | parent | next [-]

> I was just looking at a small open source utility. As I was going through the code I found cases where certain arguments could be set to magic values that cause useful, but undocumented behavior. Should the developers be forced to document these options?

You were able to do that because it was open source. If a car mfr was willing to do that, it would be plenty enough for me. They shouldn't be forced to do any additional work beyond the 5 seconds it takes to type `git remote add origin github.com/honda/civic`. Then the community would have everything it needs to carry things forward.

Failing that, yes, I do think everything should be documented.

sokoloff 29 minutes ago | parent | prev | next [-]

Between reading basic diagnostics and documenting every signal and field is routine or recurring write operations that will need to happen in the field.

Resetting the oil/maintenance light, recoding key fobs, resetting the battery stats upon replacement, etc.

I want independent mechanics to be able to do that. I also want to be able to do that myself, if I’m so inclined.

vlovich123 36 minutes ago | parent | prev | next [-]

> I don’t think a manufacturer should be able to lock you out of reading diagnostics on your own devices, or that anyone should be prevented from reverse engineering what those values mean.

But they do do that. Also what’s the difference between a lot of obfuscation and prevention and how will you enforce that without lawsuits and discovery?

Also, what is those values have the ability to do damage and cause safety issues? Like losing your own software onto a control by wire car? Then you can rent a car and install your own software surreptitiously.

skeeter2020 31 minutes ago | parent | prev [-]

the issue is not that this information is undocumented, it's that an "authorized service center" gets information that an "owner" does not. Also cars are not "small open source utilities" with undocumented arguments; do you think that an auto manufacturer has hidden, untested diagnostics that only the dealer uses?

>> don’t think there should be any requirement that they are forced to do additional work

At one time seatbelts, airbags, emission controls, etc were all viewed in this category. Now we have regulations enforcing aspects of all of these. Why would diagnostics be different?