Jump to content
SAU Community

Recommended Posts

After looking at the ignition dwell duty table values. I googled for the conversion from dec to milliseconds, and discovered a few differing methods that yeld some very different results.

firstly there are 32 (RPM) points in the table, some believe that these are in 400 rpm blocks thus going from 400-12800 rpm (seems unlikely). 200 rpm intervals seem more likely eg. 200-6400 rpm.

next the dec values I imagine have a conversion value to convert them to a percentage, two variations on this one.

1. divide by 10

2. multiply by .33

I favor the option 1, but could be wrong.

Now to convert dwell duty percentage into milliseconds.

I used this method (1/(RPM) X 6000) X Duty % (in decimal).

This gives me a peak of around 4 ms at 200 rpm and an average value of around 2 ms for the rest of the table.

Am I on the right track with this one?

Link to comment
https://www.sau.com.au/forums/topic/180258-z32-igniton-dwell-duty/
Share on other sites

Looking at the Z32 ECU I have tried to come up with a conversion table to ms and came up with zip! I have tried longer dwell on standard coils and had better burn and more torque but prone to detonation and shorter dwell and less prone to detonation but guaranteed way to fry coils.

From what I have gathered there is 2 increments per RPM scale and they seem to differ. by best guess would be use the RPM scale as a guide and devide each increment by 2 for your 32 points.

As for dwell values there was a table somewhere I will have a look and see if i can dig it up. but the results were a bit shady. there was actually a brand of coild called FET. and they gave specifications that indicate they were designed for a min of 2ms and no less.

sorry can't be much help :)

there are numbers of GTR's in japan making 800ps with standard coils so they know something we dont...

high on painkillers right now sorry if my explination is not the best...

Here is a table of values using data at 7B60 tp 7B7F.

200 Rpm - 4.50 ms

400 Rpm - 2.25 ms

600 Rpm - 2.20 ms

800 Rpm - 2.40 ms

1000 Rpm - 2.52 ms

1200 Rpm - 2.60 ms

1400 Rpm - 2.57 ms

1600 Rpm - 2.66 ms

1800 Rpm - 2.70 ms

2000 Rpm - 2.82 ms

2200 Rpm - 2.84 ms

2400 Rpm - 2.90 ms

2600 Rpm - 2.91 ms

2800 Rpm - 2.98 ms

3000 Rpm - 3.02 ms

3200 Rpm - 3.04 ms

3400 Rpm - 3.07 ms

3600 Rpm - 2.98 ms

3800 Rpm - 2.91 ms

4000 Rpm - 2.82 ms

4200 Rpm - 2.83 ms

4400 Rpm - 2.84 ms

4600 Rpm - 2.84 ms

4800 Rpm - 2.85 ms

5000 Rpm - 2.80 ms

5200 Rpm - 2.69 ms

5400 Rpm - 2.59 ms

5600 Rpm - 2.50 ms

5800 Rpm - 2.41 ms

6000 Rpm - 2.33 ms

6200 Rpm - 2.25 ms

6400 Rpm - 2.18 ms

Seems to fit in with CEF11E info on the coils.

Maybe someone has measured dwell in ms at any of these points and can confirm if this correct.

I made it.

Took the values in the igniton dwell duty table, Converted them into dec.

Divided them by 10 (Conversion in to Dwell Duty %).

Then applied this formula ((1/RPM) x 60000) x Dwell Duty % (as decimal).

I scaled each of the addresses as 200 RPM Intervals.

eg. 32 addresses = 200 - 6400 rpm.

EXAMPLE:

Value at 7B60 is 0F or 15 dec.

15/10 = 1.5

((1/200) x 60000) x 0.015

(300) x 0.015 = 4.5 ms.

This is how I got those values in the table, still not sure if it is 100% accurate.

It would be good if someone has measured the dwell time at a few of these points to prove or disprove this method.

The other option of scaling the table in 400 rpm (400-12800 rpm) intervals is still possible, with smaller values.

Somewhere around 1 millisecond lower at a guess.

Just thought i'd add that the reason behind all this is that I plan to use LS1 coils in the future if my Ser 2 coils give out.

I'll probably increase the dwell for these as i've heard that they are a little slow and need around 3-4.5 ms of dwell.

its an iduuctive coil. around 2mh. the norm is the higher the inductance the longer the dwell needed. the longer the better. but the longer it is the more heat is generated in the coil and driver.

generally to get a very good spark around 3-4ms is nominal. 2ms would be at tyhe very bottom of the scale without having to close down the gap.

ive been playing around with differant coil for my cdi set up. and found tha a mitsubishi gto coil pack is no good. cos its got an inductance of 6mh. where as my mazda coil are only 3mh. so they need half the charging time.

you need to workout how many ms are available at full rpm.

I believe that those numbers are too high, when you put those sort of dwell numbers into an aftermarket computer the stock coils burn out, i was under the impression that the stock system runs about 1.7ms

Edited by Adriano

Okay,

TO4GTR - Maximum dwell duty % would be 25.5 %, That would mean that @ 6400 rpm max coil charge time would be 2.38 ms.

Adriano - The RPM Scale that I am using could be either 200 or 400 rpm i'm not sure which. If I was to use the 400 rpm scale it would give me values about 1 ms lower than those in the table.

NOTE:

Motec recommend a constant 3ms charge time for LS1 coils I hear, when I make the change i'll double check this.

  • 1 month later...

I am fairly new to all of this, but I do have the attached document that seems to show the increments are in 400rpm and the conversion is 1/3% to ms. Using the equation from earlier in the thread for a stock RB20DET ROM I am getting between 1.4 - 2.3 ms of dwell.

090318_1_.pdf

I am fairly new to all of this, but I do have the attached document that seems to show the increments are in 400rpm and the conversion is 1/3% to ms. Using the equation from earlier in the thread for a stock RB20DET ROM I am getting between 1.4 - 2.3 ms of dwell.

This is a dwell table from my wifes 93 z32, vg30dett.

post-536-1191612410_thumb.jpg

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • Similar Content

  • Latest Posts

    • As far as I can tell I have everything properly set in the Haltech software for engine size, injector data, all sensors seem to be reporting proper numbers.  If I change any injector details it doesnt run right.    Changing the base map is having the biggest change in response, im not sure how people are saying it doesnt really matter.  I'm guessing under normal conditions the ECU is able to self adjust and keep everything smooth.   Right now my best performance is happening by lowering the base map just enough to where the ECU us doing short term cut of about 45% to reach the target Lambda of 14.7.  That way when I start putting load on it still has high enough fuel map to not be so lean.  After 2500 rpm I raised the base map to what would be really rich at no load, but still helps with the lean spots on load.  I figure I don't have much reason to be above 2500rpm with no load.  When watching other videos it seems their target is reached much faster than mine.  Mine takes forever to adjust and reach the target. My next few days will be spent making sure timing is good, it was running fine before doing the ECU and DBW swap, but want to verify.  I'll also probably swap in the new injectors I bought as well as a walbro 255 pump.  
    • It would be different if the sealant hadn't started to peel up with gaps in the glue about ~6cm and bigger in some areas. I would much prefer not having to do the work take them off the car . However, the filler the owner put in the roof rack mount cavities has shrunk and begun to crack on the rail delete panels. I cant trust that to hold off moisture ingress especially where I live. Not only that but I have faded paint on as well as on either side of these panels, so they would need to come off to give the roofline a proper respray. My goal is to get in there and put a healthy amount of epoxy instead of panel filler/bog and potentially skin with carbon fiber. I have 2 spare rolls from an old motorcycle fairing project from a few years back and I think it'd be a nice touch on a black stag.  I've seen some threads where people replace their roof rack delete with a welded in sheet metal part. But has anyone re-worked the roof rails themselves? It seems like there is a lot of volume there to add in some threads and maybe a keyway for a quick(er) release roof rack system. Not afraid to mill something out if I have to. It would be cool to have a cross bar only setup. That way I can keep the sleek roofline that would accept a couple bolts to gain back that extra utility  3D print some snazzy covers to hide the threaded section to be thorough and keep things covered when not using the rack. 
    • Probably not. A workshop grade scantool is my go to for proper Consult interrogation. Any workshop grade tool should do it. Just go to a workshop.
    • In my head it does make sense to be a fuel problem since that is what I touched when cleaning the system. When I was testing with the fuel pressure gauge, the pressure was constantly 2.5 bar with the FPR vacuum removed. When stalling, the pressure was going up to 3.0 bar (which is how it should be on ignition).
    • ECUtalk pages don't mention they support the ABS computer (consult port has more than one CAN), so you might just need a different scan tool. But, I would expect ABS is a different light to the brake warning/handbrake light, do you see an ABS light come on for a few seconds when you turn the key from ACC to IGN? But since you said: I'd have a look at the ABS sensors in the rear hubs to make sure they are not damaged, disconnected etc.
×
×
  • Create New...