Page 2 of 2 FirstFirst 12
Results 11 to 19 of 19

Thread: A "ODB II" solution for cars without ODB II? Audrino-people look here.

  1. #11
    Constant Bitrate Sleepyz0mby's Avatar
    Join Date
    Feb 2010
    Location
    PanamaCityBeach/NewOrleans
    Posts
    171
    the trick is finding a "universal" gauge. all gauges have internal circuitry that calibrates them to what ever they are made for. i have been lookin for a cheap, simple gauge housing with no internals for my projects but i cant find anything (not very big market for people making their own gauge) face plates are really cheap and easy to make.

    i didnt know Auto Meter made sensors. thats kinda kool, but they arent very cost effective ether. pairing those with the atmega would not be that hard at all. and remember the chip (arduino) alone is only about 3 bucks. the board is mainly good for development, you only need one.

  2. #12
    SuperMod - OBDII GPS Logger forum
    Auto Apps:loading...

    Join Date
    Mar 2009
    Location
    Los Angeles
    Posts
    929
    For what it's worth, I also investigated similar ideas a little a while ago, when writing my OBDII Simulator. Note the section near the bottom, "Not just a simulator, but a proxy".

    Using that, someone could write a generator plugin for my simulator that works with whatever sensors they're using, to present that data to their OBDII program of choice rather than whatever vendor-specific tool came with their sensors.

    Just a thought,
    Gary (-;
    OBDGPSLogger, for logging OBDII and/or GPS data
    OBDSim, an OBDII/ELM327 software simulator
    mp3car forums: obdgpslogger, obdsim

  3. #13
    licensed to kill - FKA kev000
    Auto Apps:loading...
    tripzero's Avatar
    Join Date
    Aug 2006
    Location
    16.40618, 120.61106
    Posts
    2,560
    obd-II for non-obd-ii vehicles is one of the main premises for nobdy.

    It's pretty much an attempt to shovel data from CAN, obd-II, foo to apps that only want obd-ii data. But a lot of its still theoretical usage since I only have obd-ii/GMLAN to test on .
    Former author of LinuxICE, nghost, nobdy.
    Current author of Automotive Message Broker (AMB).
    Works on Tizen IVI. Does not represent anyone or anything but himself.

  4. #14
    Newbie
    Join Date
    Aug 2010
    Posts
    7
    the trick is finding a "universal" gauge. all gauges have internal circuitry that calibrates them to what ever they are made for. i have been lookin for a cheap, simple gauge housing with no internals for my projects but i cant find anything (not very big market for people making their own gauge) face plates are really cheap and easy to make.

    i didnt know Auto Meter made sensors. thats kinda kool, but they arent very cost effective ether. pairing those with the atmega would not be that hard at all. and remember the chip (arduino) alone is only about 3 bucks. the board is mainly good for development, you only need one.
    A universal gauge is no problem, the gauge is the car-pc screen.
    The problems is making a Audrino chip (or something similar) that gets the correct readings from different sensors. As for universal sensors I would expect that Auto Meter makes sensors in different sizes that works in the same way.

    From my understandings these sensors works in two different ways. Pressure and temperature sensors should give out a set voltage or current corresponding to a set pressure or temperature. Tachometers on the other hand should operate on pulses per second.

    If Auto Meter isn't willing to share the values to the corresponding temp/pressure/rpm it should be possible to measure these with a multimeter and oscilloscope.

    For what it's worth, I also investigated similar ideas a little a while ago, when writing my OBDII Simulator. Note the section near the bottom, "Not just a simulator, but a proxy".

    Using that, someone could write a generator plugin for my simulator that works with whatever sensors they're using, to present that data to their OBDII program of choice rather than whatever vendor-specific tool came with their sensors.

    Just a thought,
    Gary (-;
    Let's hope that someone can make something like what we're discussing here. As for sensors, I think we should just choose someone who makes a wide array of quality sensors and just stick to them and their values. If someone wants "our system" they gotta use those sensors. If it get's really popular we could decide if we want to make more sensor producers available later on.

    As for your previous work, I really can't say much about it, because I simply don't understand things like that :P

    obd-II for non-obd-ii vehicles is one of the main premises for nobdy.

    It's pretty much an attempt to shovel data from CAN, obd-II, foo to apps that only want obd-ii data. But a lot of its still theoretical usage since I only have obd-ii/GMLAN to test on .
    As stated above, things like this is way waaaay over my head.

    The system I have thought about works just like normal after marked gauges do. You place a sensor where you want a value read. The only difference is that it's displayed on screen in your centrafuse (or something similar) system. These would be a separate system from your ecu, your ODB II port and your CAN port. That way, the system would work on any car, as long as you have the sensors the system is based on.

  5. #15
    Constant Bitrate Sleepyz0mby's Avatar
    Join Date
    Feb 2010
    Location
    PanamaCityBeach/NewOrleans
    Posts
    171
    indeed! i would go for this.

    i have a bunch of atmega chips im learning with. the only thing i dont know about is sending hex over usb to a program. the rest is E-Z

    like i said im pretty software dumb so i dont know how these (listed above) comp programs would communicate over usb?

  6. #16
    Newbie
    Join Date
    Aug 2010
    Posts
    7
    Anyone found out something useful for a way to make a system like this work?

  7. #17
    Constant Bitrate Sleepyz0mby's Avatar
    Join Date
    Feb 2010
    Location
    PanamaCityBeach/NewOrleans
    Posts
    171
    still lookin at how to send obd software data

  8. #18
    SuperMod - OBDII GPS Logger forum
    Auto Apps:loading...

    Join Date
    Mar 2009
    Location
    Los Angeles
    Posts
    929
    still lookin at how to send obd software data
    I'm really not kidding about obdsim, by the way. You just have to implement a few functions. Documentation is here:
    README.generator

    Simple example:
    gen_random.c

    The full API calls are documented in the header:
    datasource.h

    Just replace simgen_getvalue with something that decides what to reply based on the PID [eg, if they request the RPM pid, reply with the value from the RPM sensor].

    Gary (-;
    OBDGPSLogger, for logging OBDII and/or GPS data
    OBDSim, an OBDII/ELM327 software simulator
    mp3car forums: obdgpslogger, obdsim

  9. #19
    Constant Bitrate Sleepyz0mby's Avatar
    Join Date
    Feb 2010
    Location
    PanamaCityBeach/NewOrleans
    Posts
    171
    good info, thanks

    ill read some more but i'm still learning

Page 2 of 2 FirstFirst 12

Similar Threads

  1. Lilliput screen on Ubuntu
    By yam125 in forum Linux
    Replies: 13
    Last Post: 06-13-2011, 10:19 AM
  2. Replies: 0
    Last Post: 11-03-2007, 03:33 PM
  3. Indexing music in 1.0.9.8 Failed
    By hovalistic in forum StreetDeck
    Replies: 0
    Last Post: 07-07-2007, 11:19 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •