You guys playing with this Arduino thing and the other day when I was searching for PWM controller for jim_in_dorris I found one for it!
You guys playing with this Arduino thing and the other day when I was searching for PWM controller for jim_in_dorris I found one for it!
1990 Chevy Suburban 5.7L Auto ECM 1227747 $42!
1998 Chevy Silverado 5.7L Vortec 0411 Swap to RoadRunner!
-= =-
i always have uses for a good MCU, whether it's to control my refrigerator the way i want it to run, or if i want to build up my own retained power circuit for the car to power the radio/power windows/etc for 5 minutes after the ignition is off or some other crazy project.
i can do all of these things with a motorola 6811(GM OBD1 P4 ECM), but they aren't exactly easy to come by these days for as cheap a price and as versatile for off the wall applications.
Just a few notes for thought...
"ALDL is just 8192..."
Some calibrations play very nicely with this rule. Some do not. $58, for example, is notorious for not working with ALDL displays or software which works fine on $8D. Of course even $8D doesn't work like $8D if it's installed in a Corvette. And there are the Olds / Buick / Caddy systems where "somebody else" wants to be in charge.
"Has anyone seen the GM Display...?"
Rumor has it, or had it, that Doc Plecan (Grumpy from thirdgen) had one for a while. While "I never saw it," it might have been about as wide as a small computer desk, about 8-10" deep, and maybe that much tall. It might have had controls to allow one to change specific values in memory or to simulate sensor data to work through bugs and it might have had various points to connect additional instrumentation. If painted it would have been gray, and it might have looked like images of NASA equipment in the 1960s. It definitely wouldn't have appeared to be the powerful tuning device that it was. Lockers is a hobbyist level version of the GM HUD.
"i can't understand C at all" "In assembler, your good to go once you learn the hardware. "
C is a high level language. You say "Go get this done" without worrying about how it gets done in the hardware. After writing your program it's the job of the compiler to work out the details for the processor. With proper compilers, an EFI control algorithm written in C would work in a 68HC09/11 system, and 68000 system, an Intel based system, or even in a PC based system. The programmer should only need to know how the control algo works, not the details of implementation. In assembly you are making the decisions about how the code operates, what data structures to use, how to use memory in a way you want. In C it's the job of the compiler to translate your instructions to machine code. There are plenty of arguments for and against higher level languages over assembly language for microprocessors but each has it's strength and either can be the best choice in a given situation.
edit: Didn't have time to say this originally. Seeing this conversation here is impressive and rewarding. I'm willing to help if needed with coaching on C or C++ related stuff. Four years chasing CS/EE major gave me a fair amount of practice coding in these languages and if I can give back I'm more than happy to. This is not an offer to do all code writing (boss is in the hospital and I'm spending 80-85 hrs/week at work covering his job and mine) but definitely an offer to help with WT??!!! questions.
Last edited by 1project2many; 03-02-2012 at 12:42 AM.
i was thinking about it...
J1850 VPW: an Arduino can probably be used as a VPW to USB interface, couldn't it? and with the amount of RAM available, i'm thinking it could be the basis for an OBD2 flashing cable without any issues. no idea about CAN stuff, but VPW should be covered.
i need to research this some more, but it looks like it's possible to use it as such.
Here is an implementation by Luke Skaff, "Automotive Diagnostic Interface."
http://lukeskaff.com/wordpress/wp-co..._Interface.pdf
There is a complication with ALDL. The ALDL is bi-directional on one pin. With separate input & output pins, you need to merge this data onto one wire. Luke show a circuit for doing this.
Robert
SLIGHTLY inaccurate at times, since mode 2 actually dumps 64 bytes per message, IIRC.
mode 4 being deactivated is also false.
ECM reading only up to 6375RPM? also false, i've had nAst1 code run up to 12,750RPM on a bench and nothing bad happened.
otherwise, a good project.
That was some really good info from the date though!
1990 Chevy Suburban 5.7L Auto ECM 1227747 $42!
1998 Chevy Silverado 5.7L Vortec 0411 Swap to RoadRunner!
-= =-
If you google the MAX232 converter circuits, they show a diode guarding the Tx pin and a 1K resistor on the Rx pin of the MAX232. They are tied together after that and go to the ALDL data pin. I'm thinking that maybe that would work with sending/receiving data directly to the Arduino. I tried it with simply tying the Tx and Rx pins to the ALDL pin. It did not work.
Familiar with 1227747 and 16197427 PCMs
Here is the link for the Max232/8192 baud interface: http://www.techedge.com.au/vehicle/aldl8192/8192hw.htm
I added the diode and resistor to my dataline. I can now successfully update my Arduino with the ALDL connected to it. I couldn't do that before when simply tying the Tx and Rx lines together.
But I still have no response from the ECM. I'm not sure if I've got the request code wrong (sending the wrong data, a software issue) or if the diode and resistor simply don't work. <shrug>
I should have more time this weekend to play with it some more.
Familiar with 1227747 and 16197427 PCMs
Bookmarks