Advertisement
If you have a new account but are having problems posting or verifying your account, please email us on hello@boards.ie for help. Thanks :)
Hello all! Please ensure that you are posting a new thread or question in the appropriate forum. The Feedback forum is overwhelmed with questions that are having to be moved elsewhere. If you need help to verify your account contact hello@boards.ie
Please note that it is not permitted to have referral links posted in your signature. Keep these links contained in the appropriate forum. Thank you.

https://www.boards.ie/discussion/2055940817/signature-rules
Hi there,
There is an issue with role permissions that is being worked on at the moment.
If you are having trouble with access or permissions on regional forums please post here to get access: https://www.boards.ie/discussion/2058365403/you-do-not-have-permission-for-that#latest

ODB-II extended diagnostics, on a Ford?

  • 09-10-2017 8:46pm
    #1
    Registered Users, Registered Users 2 Posts: 216 ✭✭


    I'm playing around with a microcontroller, trying to make it talk to the ODB-II port of my Ford SMAX. I was hoping to get data on oxygen levels in the engine in various scenarios, maybe the long term or short term trim.

    After spending a while hacking away on it, it's far less informative than I'd like.

    A run through of the code does show a bunch of interesting data. but all the standard ODB-II commands around sensors are returning "NO DATA", which makes me sad.

    Anyone know how this works ? Do you have to enable some proprietary mode to get the real data out of this ? Or are Ford just shi*e ? Do other vehicles give more data ?

    The code is above, if you are interested in hacking on the ODB-II port, let me know and I can share what I've learned over the last while.


Comments

  • Registered Users, Registered Users 2 Posts: 236 ✭✭scannerd


    the ODB-II data should not be proprietary but there are 5 or so different standards that might effect your code?, I have a advanced scanner which runs through each protocol until it finds the one the car speaks.


  • Registered Users, Registered Users 2 Posts: 216 ✭✭valen


    Are any of these 'standards' documented anywhere ?


  • Registered Users, Registered Users 2 Posts: 236 ✭✭scannerd


    SAE J1850 PWM

    This signal is Pulse Width Modulation, which runs at 41.6 kbps. This protocol is generally used on Ford vehicles.

    SAE J1850 PWM
    Feature Description
    BUS + Pin 2
    BUS - Pin 10
    12V Pin 16
    GND Pins 4, 5
    Bus State: Active when BUS + is pulled HIGH, BUS - is pulled LOW
    Maximum Signal Voltage: 5V
    Minimum Signal Voltage: 0V
    Number of bytes: 12
    Bit Timing: '1' bit - 8uS, '0' bit - 16uS, Start of Frame - 48uS


  • Registered Users, Registered Users 2 Posts: 236 ✭✭scannerd




  • Registered Users, Registered Users 2 Posts: 216 ✭✭valen


    Yeah, I've gotten a lot further than the Sparkfun tutorial - I've polled every ODB PID in the standard, and most of them return 'No Data', which is my confusion. Check out the links in my original post.


  • Advertisement
Advertisement