UEGO IDEA was(Re: More UEGO stuff)

Bruce Plecan nacelp at bright.net
Tue Feb 2 04:08:27 GMT 1999


-----Original Message-----
From: Walter Sherwin <wsherwin at idirect.com>
To: diy_efi at efi332.eng.ohio-state.edu <diy_efi at efi332.eng.ohio-state.edu>
Date: Monday, February 01, 1999 10:50 PM
Subject: Re: UEGO IDEA was(Re: More UEGO stuff)

If you down load the Tunetip (both parts) from FTP 332, I explain it all.
Bruce


>Curious...........how do you "Remap" a GM MAP based system at CSH Central?
>
>Walt.
>
>
>-----Original Message-----
>From: Bruce Plecan <nacelp at bright.net>
>To: diy_efi at efi332.eng.ohio-state.edu <diy_efi at efi332.eng.ohio-state.edu>
>Date: Monday, February 01, 1999 6:33 PM
>Subject: Re: UEGO IDEA was(Re: More UEGO stuff)
>
>
>>
>>-----Original Message-----
>>From: Walter Sherwin <wsherwin at idirect.com>
>>To: diy_efi at efi332.eng.ohio-state.edu <diy_efi at efi332.eng.ohio-state.edu>
>>Date: Monday, February 01, 1999 7:08 PM
>>Subject: Re: UEGO IDEA was(Re: More UEGO stuff)
>>
>>This cal with everything turned off would be the first trick.
>>The only systems I have a clue about are gm so I speaking specifically
>about
>>them.
>>If your serious about even trying then I suggest you look at a
>>aussie 808 since it uses the least code, and has room to
>>write on the existing bin..
>>
>>Would seem to me, just using a piggy back devise using the EGOR
>>would be the ticket.  Just use a Stamp/Pic and monitor the O2.
>>Reverse engineering a prom to disable it is alot of work, and I've
>>been warned that deleting to much can cause "routine" problems.
>>One thing I think would work is using a series of 555s for fuel,
>>and the oem box for timing.
>>Bruce
>>
>>
>>>Not quite Bruce.  Picture the following "Remapping"
>>>procedure...............................
>>>
>>>Create a cal which defeats all of the A/F modifiers such as AE, EGR, ECT,
>>>etc.   Also, disable open loop PE enrichment so that the computer stays
in
>>>closed loop under all conditions.  Basically, you would now have a VE
>>driven
>>>cal, with closed loop correction capability.   But, instead of "learning"
>>>towards stoich, the system would learn towards a safe setpoint (of say
>>>11.5:1) defined by the electronic gizmo I had proposed.   You could never
>>>map a turbo/supercharged car to stoich, but 11.5 should be safe under
most
>>>conditions.
>>>
>>>Warm the engine, and verify that it is indeed in closed loop.  Attach the
>>>little gizmo and drive the vehicle.  As you drive, the computer will
>>iterate
>>>towards a set of BLM's.  Stop every once in awhile, and check that you
>have
>>>covered all of the  BLM cells and  perhaps even massage some of the raw
VE
>>>tables in order to help speed up the process.  When you are done, you
will
>>>have a VE map of correct "shape", but incorrect "magnitude".
>>>
>>>When you are happy with the BLM learning exercise, then you must  shift
>the
>>>new VE map to reflect stoich rather than the atrificial setpoint.  This
is
>>>just a ratiometric number crunching exercise that is easily handled in
>>>something like Exel, or Lotus, with data parsing.
>>>
>>>After  the "new" map has been dumped into the cal, restore the A/F
>>modifiers
>>>and PE function, and PRESTO, you would have a pretty good baseline cal
>that
>>>you can begin to fine tune.  This is similar to the procedure that I use
>>for
>>>remapping my MAP based projects, but that elusive little electronic gizmo
>>>would make my life a lot easier and would eliminate a lot of iterative
>data
>>>manipulation.
>>>
>>>Any thoughts, suggestions, recommendations?   Again,  build a wide band
>A/F
>>>meter that can emulate a zirconia oxygen sensor, and accommodate a user
>>>setpoint, and much of the world could be at your doorstep.
>>>
>>>
>>>
>>>Walt.
>>>
>>>
>>>-----Original Message-----
>>>From: Bruce Plecan <nacelp at bright.net>
>>>To: diy_efi at efi332.eng.ohio-state.edu <diy_efi at efi332.eng.ohio-state.edu>
>>>Date: Monday, February 01, 1999 6:16 AM
>>>Subject: Re: UEGO IDEA was(Re: More UEGO stuff)
>>>
>>>
>>>>
>>>>-----Original Message-----
>>>>From: Walter Sherwin <wsherwin at idirect.com>
>>>>To: diy_efi at efi332.eng.ohio-state.edu
<diy_efi at efi332.eng.ohio-state.edu>
>>>>Date: Sunday, January 31, 1999 9:13 PM
>>>>Subject: UEGO IDEA was(Re: More UEGO stuff)
>>>>
>>>>This idea, just universally raises the entire table.  Seldon is what is
>>>>needed.
>>>>Playing with the coolant temp/MAT, and MAP signals all do the same
thing.
>>>>There ain't no short cuts, reprogramming done right, takes time.
>>>>Bruce
>>>>
>>>>
>>>>>Sounds like there is a lot of pent up UEGO talent out there.  Here is
an
>>>>>idea for a product that about half of us could really use right now
>(I'd
>>>>>buy two if I could find such an animal).   Picture
>>>>>this........................................................you are
>>>working
>>>>>on a GM style MAP based system, that is to be converted to artificial
>>>>>aspiration.  Perhaps it was originally artificially aspirated, or
>perhaps
>>>>it
>>>>>was not.   Once the basic control "system" is in place, you and I are
>>>still
>>>>>faced with the challenge of remappping the open loop VE tables.
>>>Remapping
>>>>>the VE's can be done labouriously, through data logging, and post hex
>>>>>editing.
>>>>>
>>>>>What about a control box which would take a UEGO signal, and perform an
>>>>>appropriate transform equation, and then export the resultant signal to
>>an
>>>>>output port which one could connect to the O2 sensor pin of an OEM  MAP
>>>>>computer.    The goal would be to make an artificial setpoint (say
>11.5:1
>>>>>A/F ratio) appear to the OEM computer as stoich.  If this were
possible,
>>>>>then one could use the OEM computer to generate BLM's and iteratively
>>>(read
>>>>>this as safely) reach the perfect "MAP" while driving, or while on a
>>>>chassis
>>>>>dyno.  Imagine, in one afternoon, you could do the work of several
days.
>>>>>This would even help the normally aspirated guys.
>>>>>
>>>>>Just food for thought.  If anyone comes up with one of these (or knows
>>>>where
>>>>>I can find one)  then let me know, please.
>>>>>
>>>>>
>>>>>
>>>>>Thanks;
>>>>>Walt.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>-----Original Message-----
>>>>>From: Bruce Plecan <nacelp at bright.net>
>>>>>To: diy_efi at efi332.eng.ohio-state.edu
><diy_efi at efi332.eng.ohio-state.edu>
>>>>>Date: Saturday, January 30, 1999 9:39 PM
>>>>>Subject: Re: More UEGO stuff
>>>>>
>>>>>
>>>>>>
>>>>>>-----Original Message-----
>>>>>>From: Raymond C Drouillard <cosmic.ray at juno.com>
>>>>>>To: diy_efi at efi332.eng.ohio-state.edu
>><diy_efi at efi332.eng.ohio-state.edu>
>>>>>>Date: Saturday, January 30, 1999 11:39 PM
>>>>>>Subject: Re: More UEGO stuff
>>>>>>
>>>>>>Gee, sounds so easy.  Hmm, care to whip up a ION?.
>>>>>>I certainly hope you weren't making light of Steve's work.
>>>>>>Bruce
>>>>>>
>>>>>>
>>>>>>>I would buy one.  Of course, if I happen to "stumble" across a design
>>>>>>>before the kit is available, I would simply build it myself.  The
>>>>>>>circuitry on a UEGO isn't all that complicated.  In its most basic
>>form,
>>>>>>>it is a single op-amp and a few discretes.  Add a few more components
>>>for
>>>>>>>a double-ended power supply, something to shut off the ion pump when
>>>it's
>>>>>>>not warm, something to regulate the heater, and you have it.
>>>>>>>
>>>>>>>Ray Drouillard
>>>>>>>
>>>>>>>
>>>>>>>On Sat, 30 Jan 1999 14:25:13 -0600 Steve Gorkowski <kb4mxo at mwt.net>
>>>>>>>writes:
>>>>>>>>If one would come as a kit for under $200.00 with sensor. How many
>>>>>>>>would
>>>>>>>>buy the kit ? No sense to design if one if no one was interested in
a
>>>>>>>>wide O2 meter.
>>>>>>>>
>>>>>>>>Steve
>>>>>>>>
>>>>>>>>Mike Pitts wrote:
>>>>>>>>
>>>>>>>>> Any interest?  Is this a waste of bandwidth?
>>>>>>>>>
>>>>>>>>> "This invention provides an self-calibrating buffer amplifier
>>>>>>>>> for a Universal Exhaust Gas Oxygen sensor interface circuit
>>>>>>>>> which couples and processes a voltage signal proportional
>>>>>>>>> to pumping cell current to a level and reference voltage suitable
>>>>>>>>> for input to an A-to-D convertor. The goal of this invention is to
>>>>>>>>> increase the accuracy of air-to-fuel ratio control by continually
>>>>>>>>> correcting for the effects of offset quantities in the amplifier
>>>>>>>>> stage necessary to the interface circuitry. This goal is
>>>>>>>>accomplished
>>>>>>>>> by an approach which effectively generates and subtracts these
>>>>>>>>> offset quantities from the processed signal. "
>>>>>>>>>
>>>>>>>>> http://patent.womplex.ibm.com/details?pn=US05211154__
>>>>>>>>>
>>>>>>>>> -Mike
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>___________________________________________________________________
>>>>>>>You don't need to buy Internet access to use free Internet e-mail.
>>>>>>>Get completely free e-mail from Juno at
>>http://www.juno.com/getjuno.html
>>>>>>>or call Juno at (800) 654-JUNO [654-5866]
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>




More information about the Diy_efi mailing list