Today I had to take my old Honda for a state emissions test. The test consists of looking under your car with a mirror, and plugging in the OBDII for about 2 minutes. They may have some sensors for the exhaust gases, but it's not obvious. It's my understanding that they poll the OBDII for any error codes, and that is just about it. I passed, but had to wait in line long enough to make me think subversive thoughts.
I was reminded of the work I did years ago building an OBDII reader. But how hard would it be to make a spoofed OBDII device? It seems like it would be pretty easy to disconnect the OBDII and put a micro-controller behind the OBDII connector to read back a clean bill of health.
The usual disclaimer, I would never do such a thing and I don't advocate any one else do it. But as an intellectual exercise I thought I'd look into the feasibility. I wonder if there are protections against this sort of thing?
There are no new ideas under the sun, so a little googling found some people thinking of the same thing:
Ease Diagnostics makes an OBD-II emulator -
Used for testing the emissions testers. They have this little box telling you why you can't use if for spoofing:
Looks like the OBDII has some vehicle information, rpm, etc. All which would be easy to duplicate. So the first step would be to read your present OBDII, clone the information, and write it back to the spoofer.
One of my raspberry PI's might be best, because it has lost of memory/disk for stored values and GPIO to write a bit banged serial interface, and you can connect a keyboard, display and mouse for the programming phase. An arduino might be able to pull it off, but I suspect it would require two programs. One to read and one to spoof.
This page has some info on what the emissions test is looking for
I'll put this idea on the shelf for now and see if I decide to build it later.
i was going to use two elm327 interfaces one to connect to the car, and the other to replace the original obd connector. then just allow all data requests to pass through, except for the obd readyness status, and the mil on, if mil light on just clear it..ReplyDelete
Nice idea. That is basically how the old video cartridge game sharks worked. They sit in the middle and pass the information, and intercept any unwanted data and alter it. Better than spoofing the whole interface.Delete
This comment has been removed by the author.Delete
Hey Albert Skinner may I contact you else where?Delete
You captured my thoughts exactly in these last two comments. Unbelievable!Delete
دانلود آهنگ جدیدDelete
This comment has been removed by the author.ReplyDelete
One of my raspberry PI's might be best, because it has lost of memory/disk for stored values and GPIO to write a bit banged serial interface, and you can connect a keyboard, display and mouse for the programming phase. I like in this articles and I have a same blogs please logged in: http://scantoolcenter.com/obd2-scanners/innova-3160-diagnostic-scan-tool-review/ReplyDelete
This sounds perfect for what I'm planning to do, but how would I get started on this?ReplyDelete
I conduced emission testing via different obd ii scanners, including Autel, Launch and your standard Android apps like ScanMaster. Also used http://www.totalcardiagnostics.com/toad and stuck with it, as it was able to car tune the ECU chip, in addition to being reliable obd2 software.ReplyDelete
The comments section was a blast from the ol’ past when I saw the term, “Game Sharks.” I forgot about those glorious devices for gamers who just didn’t want to spend the time to get to certain levels, etc.ReplyDelete
wireless obd2 scanner
I know I’m way off topic here but I didn’t know there was a GameShark for the N64. Cool comparison between your emission spoofer and the GameShark.
Thank you There Is certainly a lot to learn about Suspendable Garbage Bag Dispenser, I really like all the points you've made.ReplyDelete