|
RomRaider
Documentation
Community
Developers
|
| Author |
Message |
|
elevenpoint7five
|
Post subject: Re: Re Posted: Tue Dec 08, 2009 5:15 pm |
|
 |
| Experienced |
Joined: Mon Aug 18, 2008 7:15 pm Posts: 316 Location: Chicago, Illinois
|
fastblueufo wrote: JSarv wrote: There is no such thing. Hoe can you take ipw away from 0 ipw?
Tip out is a direct redult of latency error On most high end em's there is a table for pulse width when throttle is lifted or a delay before pulse width is cut. I would think that Subaru would have this added. I have read that it is used to limit flourocarbons. How it does this I have no idea. Read my reply a few posts back. Andy
|
|
| Top |
|
 |
|
JSarv
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Tue Dec 08, 2009 5:53 pm |
|
 |
| RomRaider Donator |
Joined: Sat Mar 01, 2008 6:31 pm Posts: 696
|
bcheck555 wrote: elevenpoint7five wrote: Jerod would be better to talk to as far as the tuning of this ROM goes, considering he runs it and I can't yet  However, As far as I can tell, there is no other VE table or load comp table. The logic behind the SD never checks for Group-N conditions. Everything SD-wise has already been defined. I did find something related to ECT but I'm not sure how it applies, or if it is even used yet. If you have an oscope that would be great!! Andy Cool, hopefully he will chime in. Like I said I'm coming from a UTEC, we had 5 maps, and each map had fuel, spark, and boost tables. I'll check for the oscope this weekend. Thanks. There is one SD map and only compensations listed. Basically when you change your OL target your "IPW" multiplier changes. I don't know the exact equation (Bill does). In order to have proper fueling when changing maps you must tune your Speed density to match your target afr's in your current OL Table. Once your afr's match or closely resemble OL values - when you change them your afr's will follow identically GiVEN everything is scaled right. So in order for you too have to correct OL fuel tables and correct afr's vs target you MUST have a good speed density scaling otherwise you will be off when changing afrs. If you were lean @ a target of 12-1 afr you will be even leaner @ the same psi/rpm and any other target. Get what I'm saying. As far as "Tip-Out" goes - there is no such thing as tip out - there MiGHT be a post throttle close added IPW for x amount of time or just plain addition IPW once throttle is closed. Remember, we don't have high end stand alone ecu's. But there will be no table that removes fueling for tip out. If there is a table and it is 0'd - your problem lies within your latency you are running (given your problem is when throttle is open and then immediately closed) IF your problem is when you slowly let out on the throttle that is simply "speed density" tuning related. You must tune those cells as well. There might be a table, but I do remember Bill saying there wasn't, he could have skipped over it or missd it (unlikely, but possible) - if there is not look into adding latency, this will start the injectors sooner and technically end them sooner. IPW ran is directly related to your target afr vs your load. So if right now you have 1ms of latency and 10ms of pulse width and it takes 0ms for your injectors to be at full spray (0ms of latency, mythical) your injectors will fire for 10ms, but end 1ms sooner than if they were fired @ 0 Latency. So if your latency was set to 2ms and a mythical latency of 0ms still - your injectors would turn off another MS sooner. This ends fueling sooner, which is a good and bad thing depending on what is happening. So if there is no table you can try and increase latency by a small amount, this should reduce some "throttle dump" over fueling. Other than that I don't know what to tell you, you do have to remember that when you let off the throttle in a high fueling situation that you go from alot of air and alot of fuel to a little air and still alot of fuel for a very short period of time. I have the problem but mine only gets down to around 12.8-1 afr on throttle dump or ease out of throttle. I also tuned some of this out by going to low MAP high rpm cells and removing some fueling. This did not effect CL/OL @ those targets while ON the throttle. -jerod
_________________ 2002 WRX 12.07@115.9 1/4 (Best) 7.54@93 1/8th (Best - Not same run :|) Greddy 18g Corn Fed ID1000's Sleeper
|
|
| Top |
|
 |
|
merchgod
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Tue Dec 08, 2009 6:48 pm |
|
 |
| RomRaider Donator |
 |
Joined: Wed Mar 29, 2006 10:38 pm Posts: 5336
|
|
I've discussed "tip-out" before (recently before I started at Cobb) as it relates the 32-bit ECU. There is an IPW-based enrichment before fuel cut. The determination for lift-throttle fuel cut is somewhat complex/convoluted in that ECU. I never had time to look at the 16-bit ECU to see if it shared the same tip-out enrichment. I'd suspect, though, that the logic for lift-throttle fuel cut is simpler for the 16-bit ECU.
|
|
| Top |
|
 |
|
Tdagen
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Tue Dec 08, 2009 10:17 pm |
|
 |
| Experienced |
Joined: Wed Jun 25, 2008 8:09 pm Posts: 444
|
|
Merch you work at Cobb tuning?
|
|
| Top |
|
 |
|
Tdagen
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Tue Dec 08, 2009 11:06 pm |
|
 |
| Experienced |
Joined: Wed Jun 25, 2008 8:09 pm Posts: 444
|
|
Think the SD rom is set up to drop the af when you let off the throttle because of the Anti lag function? Or is this Because peoples SD table is not set up correct? I don't remember seeing the off throttle af deal when I ran the rom, does it only happen in groupn mode maybe?
|
|
| Top |
|
 |
|
merchgod
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Wed Dec 09, 2009 8:34 am |
|
 |
| RomRaider Donator |
 |
Joined: Wed Mar 29, 2006 10:38 pm Posts: 5336
|
Tdagen wrote: Merch you work at Cobb tuning? Yes, just started recently
|
|
| Top |
|
 |
|
Tdagen
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Wed Dec 09, 2009 10:20 am |
|
 |
| Experienced |
Joined: Wed Jun 25, 2008 8:09 pm Posts: 444
|
^Wow ! Congrats!! That's an accomplishment! What does this mean for the romraider project though:( .... Jerod, Andy any info on the dwell and switch situations? 
|
|
| Top |
|
 |
|
JSarv
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Wed Dec 09, 2009 11:06 am |
|
 |
| RomRaider Donator |
Joined: Sat Mar 01, 2008 6:31 pm Posts: 696
|
|
Dwell is getting checked friday at 4
_________________ 2002 WRX 12.07@115.9 1/4 (Best) 7.54@93 1/8th (Best - Not same run :|) Greddy 18g Corn Fed ID1000's Sleeper
|
|
| Top |
|
 |
|
Tdagen
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Wed Dec 09, 2009 12:15 pm |
|
 |
| Experienced |
Joined: Wed Jun 25, 2008 8:09 pm Posts: 444
|
JSarv wrote: Dwell is getting checked friday at 4 Cool , have you tried pulling the flash block as a switch yet Jerod?
|
|
| Top |
|
 |
|
elevenpoint7five
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Wed Dec 09, 2009 4:45 pm |
|
 |
| Experienced |
Joined: Mon Aug 18, 2008 7:15 pm Posts: 316 Location: Chicago, Illinois
|
Tdagen wrote: JSarv wrote: Dwell is getting checked friday at 4 Cool , have you tried pulling the flash block as a switch yet Jerod? It's not working quite like we had hoped. I sent him some code to try the AC switch instead, but I don't know if he has tried it. I am wondering if perhaps the wire nut flash block is the issue it's not working. What do you think Jerod? I'm sure I could find someone else to test it that actually has a flash block  Otherwise keep me posted on the AC switch. If the AC switch works out, you would still be able to setup separate timing maps, you'd just have to connect the block and hit the AC switch. Not quite as simple, but it would work if you were set on having different timing maps. Andy
|
|
| Top |
|
 |
|
Tdagen
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Wed Dec 09, 2009 5:59 pm |
|
 |
| Experienced |
Joined: Wed Jun 25, 2008 8:09 pm Posts: 444
|
I wish I didn't sell my turbo and kit I would try and help with ghe testing ... The only thing we aren't going to have really that a standalone does is the real time tuning.... What would it take to get the real time tuning figured out? I have alot of time on my hands as my car is down for the whole winter and I basically have no life outside Subaru ( I sit on nasioc ect for about 4 1/2 hrs a night  ) maybe if I reallocated my time I could help out and we could get a little reverse engineering tag team action going ... Just a thought....I would give alot for some type of real time tuning action....
|
|
| Top |
|
 |
|
elevenpoint7five
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Wed Dec 09, 2009 6:08 pm |
|
 |
| Experienced |
Joined: Mon Aug 18, 2008 7:15 pm Posts: 316 Location: Chicago, Illinois
|
Tdagen wrote: I wish I didn't sell my turbo and kit I would try and help with ghe testing ... The only thing we aren't going to have really that a standalone does is the real time tuning.... What would it take to get the real time tuning figured out? I have alot of time on my hands as my car is down for the whole winter and I basically have no life outside Subaru ( I sit on nasioc ect for about 4 1/2 hrs a night  ) maybe if I reallocated my time I could help out and we could get a little reverse engineering tag team action going ... Just a thought....I would give alot for some type of real time tuning action.... That's it!?  My girlfriend threatens to leave me all the time because I spend all day and night on my computer, haha! You should read up on the real time tuning, topic3881.html and topic1136.html however it seems that the idea has sort of died. It would be a huge task, and I certainly don't have enough experience to be able to pull it off. Not yet at least. I think the biggest issue(aside from the actual coding) would be the space limitations in the 16bit ROMs. We would also need a java developer willing to devote time to it to incorporate it into RR or someone to create a completely new program to do it. I don't have any programming skills so I have no idea what it would take to do this, but I imagine it would be quite a bit. Have you ever opened a ROM up in IDA Pro? If you're serious about trying to figure the RT tuning out you should do so. Check out these threads for some help: http://forums.openecu.org/viewtopic.php?f=54&t=4362 and topic5543.htmlAndy
|
|
| Top |
|
 |
|
elevenpoint7five
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Wed Dec 09, 2009 6:11 pm |
|
 |
| Experienced |
Joined: Mon Aug 18, 2008 7:15 pm Posts: 316 Location: Chicago, Illinois
|
JSarv wrote: Dwell is getting checked friday at 4 I'm really hoping this works out as planned. The tables to adjust it have been on every ROM I have opened up, so I can only assume that they are on all the 16bit ROMs. I imagine the 32bit ones as well, however those are a whole new nightmare. If anyone has some 32bit knowledge, get in touch with me and we can talk about finding them. Hell, I can't even get the thing to open up correctly in IDA... Andy
|
|
| Top |
|
 |
|
subaru360
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Wed Dec 09, 2009 6:24 pm |
|
 |
| Newbie |
Joined: Sat Mar 29, 2008 9:33 pm Posts: 95
|
elevenpoint7five wrote: Tdagen wrote: I wish I didn't sell my turbo and kit I would try and help with ghe testing ... The only thing we aren't going to have really that a standalone does is the real time tuning.... What would it take to get the real time tuning figured out? I have alot of time on my hands as my car is down for the whole winter and I basically have no life outside Subaru ( I sit on nasioc ect for about 4 1/2 hrs a night  ) maybe if I reallocated my time I could help out and we could get a little reverse engineering tag team action going ... Just a thought....I would give alot for some type of real time tuning action.... That's it!?  My girlfriend threatens to leave me all the time because I spend all day and night on my computer, haha! You should read up on the real time tuning, topic3881.html and topic1136.html however it seems that the idea has sort of died. It would be a huge task, and I certainly don't have enough experience to be able to pull it off. Not yet at least. I think the biggest issue(aside from the actual coding) would be the space limitations in the 16bit ROMs. We would also need a java developer willing to devote time to it to incorporate it into RR or someone to create a completely new program to do it. I don't have any programming skills so I have no idea what it would take to do this, but I imagine it would be quite a bit. Have you ever opened a ROM up in IDA Pro? If you're serious about trying to figure the RT tuning out you should do so. Check out these threads for some help: http://forums.openecu.org/viewtopic.php?f=54&t=4362 and topic5543.htmlAndy I'll look into that. It's about time for me to start learning this stuff. I really want the CEL fix and I have lots of free time to put into it.
|
|
| Top |
|
 |
|
elevenpoint7five
|
Post subject: Re: Group-N ROM - Extra Definitions Posted: Wed Dec 09, 2009 6:26 pm |
|
 |
| Experienced |
Joined: Mon Aug 18, 2008 7:15 pm Posts: 316 Location: Chicago, Illinois
|
|
Bill is looking into a fix for the CEL for you guys. It is beyond my understanding at this point. Either he or I will keep you posted, not sure if he has been watching this thread.
Also, for those of you considering learning this stuff, yeah it is tough. But I had NO experience with anything like this 2 months ago. It can be done if you devote enough time to it. I'm not saying I am an expert, but I know enough to not feel totally lost when I open a ROM in IDA now. I'm always available for questions too.
Andy
|
|
| Top |
|
 |
Who is online |
Users browsing this forum: No registered users and 0 guests |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum
|
|