Results 1 to 8 of 8

Thread: OBD1 1995 Silverado

  1. #1
    Newbie
    Join Date
    Apr 2005
    Posts
    9

    OBD1 1995 Silverado

    I purchased an ALDL cable form ALDLcable.com for use on my chevy OBD (pre OBDII). I have a 1995 Silverado 1500 6.5L turbo diesel.

    Anybody know what software will work for OBD1 systems?
    I have tried several, with no luck. I was kind of rushed when I tried it out last night, but could not get any software to read the data. I will continue trying, but would appreciate anybodys input.

  2. #2
    Raw Wave lostreception's Avatar
    Join Date
    Sep 2004
    Location
    NY
    Posts
    1,806
    what type of engine is it tbi efi? 5.7 ltr try searching for that in google itll generate some hits ALDL + "your make model" "type of engine"(if you know) etc

    have u tried winaldl that might have it

    also try getting the number off of your ecu and googling that thats how i found mine
    .______
    | '_ |__\___
    [(o)|___(o)] XB
    ._________
    | I__I I_I|_\__I
    [(o)______(o)]b VanPimpin'

    LostReceptions Apps D/L Here

    GPSGasoline- Rewriting

    Draw- SkribblePad for Touchscreens

    iGQwerty-iG3.0 Qwerty Keyboard

    CarPCNetwork

  3. #3
    Newbie
    Join Date
    Apr 2005
    Posts
    9
    It is a 6.5L turbo Diesel engine.

    I have retried a bunch of the applications with no luck. Datamaster, FreeScan, TunerRT, EFILive, WinAdl, ECM852.

    I did however find an application that probes the comport with an F4,56,01,checksum, the Truck echoes the command back, then sends a 25 byte reply of f4,6b,01,00,00,00,00,00,00,00,01,00,00,00,00,00,00 ,00,00,00,00,00,00,00,9f. The 6b in this reply is the number of bytes which is 52-6b, or 25 bytes in decimal, so it is some sort of valid reply. That is the end of the transmission of data.

    Should this data continue to stream?
    How do I know if the cable supplied by ALDLCABLE.COM will work with a 1995 Silverado (pre OBDII) ????

    Anybody know anything about the Pre OBDII cables, what is valid, what isnt???

    TIA.

  4. #4
    Newbie
    Join Date
    Apr 2005
    Posts
    9

    ECM Codes

    Ok, I found the codes on the ECM.

    They are:

    BPAK

    16216935

    Serv No. 16212488

    When I check the broadcast code BPAK on
    http://www.efitune.com/broadcast_codes/

    The only matching ECM ID is: 16212450

    Is this an incomplete list?
    What next?

  5. #5
    Raw Wave lostreception's Avatar
    Join Date
    Sep 2004
    Location
    NY
    Posts
    1,806
    try searching for that ecm num in goggle and the key word obd etc yu might find what ur loking for that way
    .______
    | '_ |__\___
    [(o)|___(o)] XB
    ._________
    | I__I I_I|_\__I
    [(o)______(o)]b VanPimpin'

    LostReceptions Apps D/L Here

    GPSGasoline- Rewriting

    Draw- SkribblePad for Touchscreens

    iGQwerty-iG3.0 Qwerty Keyboard

    CarPCNetwork

  6. #6
    Newbie
    Join Date
    Apr 2005
    Posts
    9
    Well, I have been doing some more research and playing around. Since I am a professional software engineer, I started playing with some source code to probe.exe. I have found that my cable/truck combo has no problem communicating. When I send a request of "F4 57 01 00" I always get a correct response...likewise with other commands.

    I am able read plenty of data from the ECM.

    However one issue that I have is that there is never a steady stream of data from the ECM. It only returns data as the result of a request. It seems all of these aldl programs expect a steady data stream from the ECM.

    I have used PORTMON to monitor com port activity while running most of the applications, and it appears that every single application is just monitoring the port to get data, but my vehicle/cable combo do not provide constant data.

    Is there two protocols here? Why wouldn't any of the aldl programs send requests and get responses?

    The aldlcable.com circuit does not use the more complictated max232 design, is the max232 design required to get constant data flow?

    Anybody know about constant data flow?

    ...

  7. #7
    Newbie
    Join Date
    Mar 2008
    Posts
    1
    Depending on what your trying to do you might try GMTD Scan. I have found it very helpfull in diagnosing Injection, Fuel and Boost issues on two 1995 6.5L TD's. Turbo Scan Basic is free, pro is for cost if your interested.

    http://www.enghmotors.com/basic/default.aspx

    Best of Luck
    Tim

  8. #8
    Newbie
    Join Date
    Jan 2007
    Location
    Charlotte, NC
    Posts
    52
    Quote Originally Posted by geekazoid View Post
    Well, I have been doing some more research and playing around. Since I am a professional software engineer, I started playing with some source code to probe.exe. I have found that my cable/truck combo has no problem communicating. When I send a request of "F4 57 01 00" I always get a correct response...likewise with other commands.

    I am able read plenty of data from the ECM.

    However one issue that I have is that there is never a steady stream of data from the ECM. It only returns data as the result of a request. It seems all of these aldl programs expect a steady data stream from the ECM.

    I have used PORTMON to monitor com port activity while running most of the applications, and it appears that every single application is just monitoring the port to get data, but my vehicle/cable combo do not provide constant data.

    Is there two protocols here? Why wouldn't any of the aldl programs send requests and get responses?

    The aldlcable.com circuit does not use the more complictated max232 design, is the max232 design required to get constant data flow?

    Anybody know about constant data flow?

    ...
    GM's first generation diagnostic platform (OBD1) as well as their second generation (OBD2) both rely on request/response data transmissions. The only way to get constant data flow is to repeatedly be pinging the ECM with requests, and of course, waiting the appropriate amount of time in between for responses (I think GM's max response time is 200 msec) ... but ... where I was headed with this ...

    Why not just buy a product from a company that has already done all the legwork, and has the OE specs to know how to interpret the returned data? It'll be a PITA for you to know the response ranges that the ECM could give you and what they mean ... trust me.
    perk03z06
    --------------------------
    Windows XP PC
    InTruckPC
    P4 3.0 GHz Hyperthread CPU, 1Gb RAM, 120 Gb Hard Drive, DVD/CD-RW, Centrafuse XLE 1.47, 7" Xenarc, GPS, EV-DO via Samsung i730 ... more coming!

Similar Threads

  1. OBD1 - Options & Solutions Please !!
    By CivicDisturbance in forum Engine Management, OBD-II, Engine Diagnostics, etc.
    Replies: 36
    Last Post: 11-24-2008, 05:15 AM
  2. stupid OBD1 interface.
    By turbochris in forum General MP3Car Discussion
    Replies: 5
    Last Post: 06-03-2007, 03:52 PM
  3. 2000 Silverado Aux Adapter
    By Jailer in forum General Hardware Discussion
    Replies: 5
    Last Post: 10-12-2004, 07:41 PM
  4. MP3 Silverado
    By bgoodman in forum Show off your project
    Replies: 21
    Last Post: 04-15-2004, 07:22 PM
  5. OBD1 Connector
    By Paladin in forum General Hardware Discussion
    Replies: 4
    Last Post: 06-14-2002, 10:29 PM

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
  •