93 camaro 5.3 s475 braking into the 10s @138mph
#23
Go ahead and post your data log. My guess is that when loading up the trans, your going into cells which you typically don't get use which have some lower timing values in them. It also might be just that your getting more boost at the line, which are using lower timing cells. Not sure if you have checked for any torque management in your tune or not.
10.9 @138 10-12-16.efi
This is the previous run from last years setup it had a tc78 so I got way more boost on take off but timing dropped like crazy as you can see on this other log I ran 11.2 @ 127 on this run I had the minimum timing same as stock so that is why it dropped so much, let me know what you think thanks.
11.2 run.efi
The mph is off on both datalogs due to tunning I still have to adjust for gears and tires since it is a swap it hasnt read correctly.
Last edited by Jose93z28; 10-19-2016 at 09:38 AM.
#25
Man I miss running at that track. Used to race high school drags a lot in 99-2000. I remember I went up there late on night and the gates were open so I drove up in there but nobody was around and no lights on or anything. When I went to drive out the gates were locked up tight and I went into panic mode for a bit but all ended well. Sorry for the side track just watching the video brought back lots of memories.
#26
On The Tree
This is the 10.9 run, Take a look at the timing on the minimum timing table as I set it up not to go under 14 deg under 4k rpms and not to go under 10 deg above 4k,
Attachment 554661
This is the previous run from last years setup it had a tc78 so I got way more boost on take off but timing dropped like crazy as you can see on this other log I ran 11.2 @ 127 on this run I had the minimum timing same as stock so that is why it dropped so much, let me know what you think thanks.
Attachment 554667
The mph is off on both datalogs due to tunning I still have to adjust for gears and tires since it is a swap it hasnt read correctly.
Attachment 554661
This is the previous run from last years setup it had a tc78 so I got way more boost on take off but timing dropped like crazy as you can see on this other log I ran 11.2 @ 127 on this run I had the minimum timing same as stock so that is why it dropped so much, let me know what you think thanks.
Attachment 554667
The mph is off on both datalogs due to tunning I still have to adjust for gears and tires since it is a swap it hasnt read correctly.
#27
Yes, it shows 14 deg, until you get above 4k, then starts to drop down to 10 deg. Do you have your tune file? I'm guessing that your using COS5 on this setup. Even though you have a minimum timing set, I am guessing that the Boost Timing Table is kicking in and taking out more than you have intended. By 4K, you have 120 kPa MAP. That 2nd log shows even higher MAP (160-180 kPa) and even less timing.
#28
On The Tree
Just noticed that later in the log that you timing comes up more than during when you staged. You might be switching from the base timing maps to the high/low octane maps too. Again, will need to look at tune file to try and help sort this out.
#29
This is the 10.9 run 11.1 @132 10-12-16+1.5deg.ctz
And this is the 11.2 from last years setup
10-4-15 11.2 tq limiting off.ctz
#30
On The Tree
There are some things that you might want to play with in your tune (Boost Timing Table, Octane Scalar, etc..), but it doesn't appear as though any of the other tables are causing the issue. My guess is that you might have knock sensor issue. Do you have any codes?
#32
On The Tree
The boost timing and octane scalar would be useful in forcing a timing map and optimizing it for boost. My guess is that you are running SD, no MAF (tune looked like you had the MAF turned off). When you go SD, timing table defaults to Low Octane table. If you set your octane scalar to 100%, then it will force the timing table to use the High Octane table.
I was trying to figure out why the timing just went straight to minimum timing. It was also odd that once you started to roll out, the timing started to come back up. Another thought is that the brake torque management (BTM) is kicking in since your VSS is zero. Make sure that your BTM settings are turned off. I would also zero out the Torque Limiting spark reduction table {B1902}. That way if there was any torque limiting kicking in, it would not take out any timing.
I was trying to figure out why the timing just went straight to minimum timing. It was also odd that once you started to roll out, the timing started to come back up. Another thought is that the brake torque management (BTM) is kicking in since your VSS is zero. Make sure that your BTM settings are turned off. I would also zero out the Torque Limiting spark reduction table {B1902}. That way if there was any torque limiting kicking in, it would not take out any timing.
Last edited by turbo_bu; 10-24-2016 at 07:39 AM.
#33
The boost timing and octane scalar would be useful in forcing a timing map and optimizing it for boost. My guess is that you are running SD, no MAF (tune looked like you had the MAF turned off). When you go SD, timing table defaults to Low Octane table. If you set your octane scalar to 100%, then it will force the timing table to use the High Octane table.
I was trying to figure out why the timing just went straight to minimum timing. It was also odd that once you started to roll out, the timing started to come back up. Another thought is that the brake torque management (BTM) is kicking in since your VSS is zero. Make sure that your BTM settings are turned off. I would also zero out the Torque Limiting spark reduction table {B1902}. That way if there was any torque limiting kicking in, it would not take out any timing.
I was trying to figure out why the timing just went straight to minimum timing. It was also odd that once you started to roll out, the timing started to come back up. Another thought is that the brake torque management (BTM) is kicking in since your VSS is zero. Make sure that your BTM settings are turned off. I would also zero out the Torque Limiting spark reduction table {B1902}. That way if there was any torque limiting kicking in, it would not take out any timing.
#34
The boost timing and octane scalar would be useful in forcing a timing map and optimizing it for boost. My guess is that you are running SD, no MAF (tune looked like you had the MAF turned off). When you go SD, timing table defaults to Low Octane table. If you set your octane scalar to 100%, then it will force the timing table to use the High Octane table.
I was trying to figure out why the timing just went straight to minimum timing. It was also odd that once you started to roll out, the timing started to come back up. Another thought is that the brake torque management (BTM) is kicking in since your VSS is zero. Make sure that your BTM settings are turned off. I would also zero out the Torque Limiting spark reduction table {B1902}. That way if there was any torque limiting kicking in, it would not take out any timing.
I was trying to figure out why the timing just went straight to minimum timing. It was also odd that once you started to roll out, the timing started to come back up. Another thought is that the brake torque management (BTM) is kicking in since your VSS is zero. Make sure that your BTM settings are turned off. I would also zero out the Torque Limiting spark reduction table {B1902}. That way if there was any torque limiting kicking in, it would not take out any timing.
#35
On The Tree
Glad to hear you got it figured out. I did go back to verify how exactly the octane scalar and the COS work. Here's what I found on the EFILive forum:
With the Custom OS you can retain/use both the high and low octane tables, as the factory intended. There is a scalar that balances between the two tables. For example:
- If the scalar is 100% then the timing is coming from ONLY the high octane table.
- If the scalar is 0% then timing is coming only from low octane.
- If it was 50% then it is averaging between both high and low equally.
The scalar starts out at 100% and as you get KR degrades. As you drive with the absence of KR the scalar increments back towards 100% again.
Good luck with getting it dialed in.
With the Custom OS you can retain/use both the high and low octane tables, as the factory intended. There is a scalar that balances between the two tables. For example:
- If the scalar is 100% then the timing is coming from ONLY the high octane table.
- If the scalar is 0% then timing is coming only from low octane.
- If it was 50% then it is averaging between both high and low equally.
The scalar starts out at 100% and as you get KR degrades. As you drive with the absence of KR the scalar increments back towards 100% again.
Good luck with getting it dialed in.
#37
Glad to hear you got it figured out. I did go back to verify how exactly the octane scalar and the COS work. Here's what I found on the EFILive forum:
With the Custom OS you can retain/use both the high and low octane tables, as the factory intended. There is a scalar that balances between the two tables. For example:
- If the scalar is 100% then the timing is coming from ONLY the high octane table.
- If the scalar is 0% then timing is coming only from low octane.
- If it was 50% then it is averaging between both high and low equally.
The scalar starts out at 100% and as you get KR degrades. As you drive with the absence of KR the scalar increments back towards 100% again.
Good luck with getting it dialed in.
With the Custom OS you can retain/use both the high and low octane tables, as the factory intended. There is a scalar that balances between the two tables. For example:
- If the scalar is 100% then the timing is coming from ONLY the high octane table.
- If the scalar is 0% then timing is coming only from low octane.
- If it was 50% then it is averaging between both high and low equally.
The scalar starts out at 100% and as you get KR degrades. As you drive with the absence of KR the scalar increments back towards 100% again.
Good luck with getting it dialed in.