Hacker News Reader

Comment by eurekin | Hacker News Reader

I was just about to whip up a openCV version for sth very similar! If this works, I might be able to diagnose the eCVT issue I have with my car.

EDIT: ah, it's for the other types of gauges. Errors out on mine :)

https://imgur.com/a/J4IHP0r

View on HN

Yea... the model wasn't trained on speedometers. I curious how this might help with your "eCVT issue", can you elaborate?

It manifests only at a certain speed range (40 to 55 kmph): acceleration pedal press isn't translated into car acceleration instantly, but with up to 3 second pause, during which the ICE is revving up almost to the max.

I wanted to record speed, rpm and acceleration to graph that and show at the repair station.

At one visit in a authorised repair station the mechanic couldn't diagnose it (unrelated heavy snowing conditions).

Sounds like a job for a cheap Bluetooth OBDII dongle.

Yes, and that's what I'll probably end up doing. It surprised me that there is no off the shelf solution using computer vision and that piqued my interest to refresh the SOTA

Just film the dials and show the video to the repairman, should be clear enough (/clearer). Computer vision not necessary.

If anyone's interested: it works as designed. I just bumped into a inherent flaw of a eCVT, which was exaggarated by bad weather.

> the model wasn't trained on speedometers.

This sounds problematic and like it explains why the first example image is improperly labeled. There is a general form to dial gauges and the results make me suspect of overfitting. Data diversity is essential. Quality of data matters more than quantity (though you still need quantity).

Reply on news.ycombinator.com