"no lift shift" ?
i would think you could use the normal rev limiter for that since it would still be in effect whenever the 2-step limiter isn't being used.
Announcement
Collapse
No announcement yet.
nAst1: Progress and Concepts Thread
Collapse
X
-
Originally posted by robertisaar View Postchecking max MPH to allow 2-step limit(wouldn't want a fuel cut happening during a shift)
Leave a comment:
-
ehh, somewhat...
basic overview:
checking if 2-step option is selected
checking max MPH to allow 2-step limit(wouldn't want a fuel cut happening during a shift)
checking the clutch/brake switch status
checking the override switch status(burnouts)
then determining the rev limiter to check against
if need to limit, go do the code that cuts BPW to 0
if not, continue on as normal.
Leave a comment:
-
I assume it's not as easy as making 2 tables for rev limit and have which table is used selected by the switch being on or off?
Leave a comment:
-
i'm actually working on the BCFA port now, started on it in may, forgot about it until now. after that, BHAK.
no 2-step yet, i'd like to have a bench running for that since it's fuel cut related and would be much safer to test on a virtual engine rather than a real one.
Leave a comment:
-
Originally posted by robertisaar View PostEDIT: as a quick(LOLOL) project, are there any non A1 calibrations that anyone would like to see ported to the nAst1 code? i'm thinking of the latest 91-93 3.4 calibrations would be a good bet....!
Leave a comment:
-
Originally posted by robertisaar View Posti'm not going to post the assembly code due to it likely confusing the hell out of anyone who isn't themselves capable of all of the code mods i've done thus far already.
(I still look in on this thread though)
Leave a comment:
-
who lives near sea level elevation and has a 3BAR MAP laying around?
getting around to dealing with boost code, need to know the A/D result of 1 atmosphere to setup the boost BPW multiplier and boost spark retard tables.
EDIT: and just for fun, here's an overview of the process i use to write code for something like this:
just before BPW is stored to injector register, jump to new code.
new code checks for option bit of using 3BAR MAP. if using, continue, if not, return and store BPW.
test to see if 1BAR MAP is maxing out, if so, do A/D read and continue, if not, return and store BPW.
when A/D read finishes, take result and do 2D lookup of multiplier table for boost BPW.
take 2D lookup result, multiply 8 X 16(should be enough resolution?) value, then return to normal code and store BPW to register.
i'm not going to post the assembly code due to it likely confusing the hell out of anyone who isn't themselves capable of all of the code mods i've done thus far already.Last edited by robertisaar; 07-15-2011, 11:41 PM.
Leave a comment:
-
Originally posted by Superdave View Postsounds like a problem waiting to happen.. lol
Autozone has my correct VSS for $50, going to pick it up this weekend and just wire it in to the stock magnetic inputs. the PPM will be fun to figure out though.
also: random and unrelated fact of the day: the 94-95 3100/3.4RWD code stores/updates up to 64 BLM cells.
Leave a comment:
-
sounds like a problem waiting to happen.. lol
Autozone has my correct VSS for $50, going to pick it up this weekend and just wire it in to the stock magnetic inputs. the PPM will be fun to figure out though.
Leave a comment:
-
^ that may be useful for some of my home projects as well.... much appreciated.
another thought: adaptive spark control
in OBD2 GM V6 applications, every time the PCM sees a knock event, it retard timing temporarily and filters it back in like what we have. however, their's doesn't return to 100% spark very quickly, instead it gets biased towards a "bad fuel" table and eventually gets filtered back towards their main table after so long without knock events.
i would like to impliment something similar if anyone is interested in it... the idea would be that after so many seconds of runtime(to elimnate starter induced or unpumped valvetrain induced knock counts), every time a knock count occurs, the ECM will decide to permanately(until a key-off event or a stall) retard maximum spark advance based on how many knock counts have occured, each count(or maybe multiple knocks must happen? i'll have to decide about allowing a different threshold there) will cause just a LITTLE bit more retard, until knock quits happening, and at that point the ECM WILL NOT add spark back in just to have knock occur and filter in and out again....
sound interesting?
Leave a comment:
-
If you don't find an easier solution you could convert a square wave to a sine with a Low Pass Filter. I'd try setting it up to cut out frequencies 25% higher than you're max frequency (top speed *PPM / 60min. /60sec.=Hz). Not an expert but I guess I was awake in signals class that day... HTH
~sam
Leave a comment:
-
actually, Joseph mentioned something about that in an email a while ago describing what he had to do to get his F40 working with the dakota digital unit and his speedometer...
i do have a few DC voltage multiplier circuits on hand(and AC multiplier is basically a transformer), not sure on how to convert square to sine though, that's a new one for me.
Leave a comment:
-
90-92 were magnetic.
If i could convert the square wave optical signal into a sine wave and bump up the voltage a little it might work on the magnetic input. I'll work on that this week.
Leave a comment:
-
ALLDATA seems to be failing me now.... it refuses to show the optical VSS stuff for even the V8 90-92 F-bodies...
did the 90-92 V6 models use an optical setup? if so, i may be able to rip the code out of some of the $88 files.
Leave a comment:
Leave a comment: