MinceOriginally Posted by Patryn999
How come you didnt just go with the tried and tru LC - 1
MinceOriginally Posted by Patryn999
How come you didnt just go with the tried and tru LC - 1
Less a Driver of a VR4, more an owner of a pile of parts...
Roms can be flashed into either processor as long as you mod the XML prior to writing and use he correct dropdown in ecuflash if using the 7203Originally Posted by Patryn999
Patryn999, assuming those axis I gave are correct (I got the xml code from http://www.geekmapped.com/forums/showthread.php?t=1532 so can't claim them myself) then you should see a curve that looks like this:
or graphically:
Is that what you see? They worked for me so I don't know why lowering it to 120 wouldn't have made you cut sooner. Have you tried again?
That low point at 3000 is particularly worrying considering how they love to make boost right at that point!
If I'm replying to your thread and helping you out, it is because I like you and want to help out your VR-4 ownership. No other reason
That could be to smooth out boost spikes.
Yep also it is also to keep it below fuel cut
I kind of read it like it's a bump at 2000 rather than a dip at 3000 precisely to avoid the cut when the boost spikes initially.
I guess that people used to work around it by limiting the boost until above 4500 rpm?
Yeah, the numbers seem to match. I haven't had a chance to try it, as just got the diff replaced and I'm waiting to stop *(#king raining before I bleed it and start tinkering again. Want to get wideband in as well, the rain monster is currently winning the battle with my motivation. Come on s
Also its probably a bit much to ask, but does anyone have a rom for fuel pump/ decat/ 3" exhaust/upped boost? I have evoscan and wideband so have fall-backs. Just wondering if I could save myself some time/gas
starting a new thread will be great. cuz right now i'm looking for an updated hex and xml for a 7202 ecuOriginally Posted by Patryn999
Can some one help me with ECU Flash? I can't get it work with my car's *.HEX file. I finaly get it show some maps, but the numbers and tabels are a mess. I think the adress are wrong. I opened the ecu when i got the car and it haves chip 7202F, but i lost the picture of it and i don't remember the case code. ASA says it is MD359138 and it is blastic case. The car is Legnum VR-4 -99 Auto FL.
Can you post the .hex file? Might have a few people on here who can look at it and see if we can make heads or tails of it.
Thanx I try to find the file at work, but if i can't find it in here i post it when i get home
Here is the file. I's ziped with winrar
Seems to be a slightly different memory configuration, Think I've tracked down boost cut, fuel high/low, wastegate stuff, open loop load, timing high/low and cat table.
But I'm doing this at work so should probably start actually doing something before someone gets suspicious. I'll try to confirm stuff when I get home and give you something you can play with.
I had a look at it this morning before work. I have a hex dump from another ecu with the same case id, and it has a rom id of EM23xx I think, while the one you've uploaded was EM34xx (I may have them back to front). It might be easier for you to just use an existing known rom on your ecu.
His is an EM2381.
Any idea why they changed it so much? I know people say that all roms are compatable, but it just bugs the crap out of my as to why they would change it (ROM hex dump is quite different). The release proceedures on something like ECU code are rediculous (regression testing, reviews, MISRA inpections. etc.), and the processor is the same (I believe) so it just begs as to why they changed it.
I'm not suggesting that they are not compatible (people have tested!) but I have a hankering to know what changed... haha.
Ah, then the one I have from the same case id is an EM24xx.
It would be interesting to see if two ecus with the same case id, but different rom ids are actually physically identical.
i give in
Indeed, because if it is just the firmware then it begs the question of why it was updated, given all the hassle of meeting MISRA compliance (Called MISRAble at the last place I worked at ) If there wasn't a significant benefit.Originally Posted by scott.mohekey
A change in hardware could also be that they employed different hardware filtering or some such, which would mean that while the older software would work, it may be some further improvements were made (to firmware) given the newer hardware?
This is al conjecture, and finding out the real reason for changes will probably end up being more effort than its worth Wouldn't be the first time I heard something like "Oh yeah, we had to change that cause we couldn't buy that specific component anymore." and I've had to make a few of those changes myself.