TnF
-
Posts
71 -
Joined
-
Last visited
-
Days Won
4
Content Type
Profiles
Forums
Events
Gallery
Blogs
Posts posted by TnF
-
-
15 hours ago, Adamw said:
With advanced mode off, all of the default limiter settings will apply. For the RPM Limit these are:
- Limit Control Range 200RPM
- End cut 100%
- Start cut TP 100 60%
- Start cut TP Low 0%
- Decay rate 5%/20ms
- Limit Ign trim -5deg
thanks a lot, this explains lots of things. Does this apply to MAP limit too? Also is this documented anywhere?!
-
Almost factory EVO 9; i've been said the fans are the originals.
I have 1st fan (engine fan 1) start at 75oC and 2nd fan which is the bigger aircon fan (engine fan 3) at 85oC.
The car has a slightly smaller battery than stock. When the 2nd fan is activate there is a huge drop of 1.5V due to the load on the engine.
If you check the log i should fix fueling in that area because it goes too lean, but this will not completely solve the problem.
A bigger battery and/or a capacitor/soft-starter could be used too.
My question is in the idle speed control there is the "Engine Fan Step" parameter. I had it at 5 steps then changed it to 10 steps but saw no change. I believe this is due to the 1st fan already being activated this correction is already applied and is not applied for a 2nd time. Is this correct?
If you know a better workaround please let me know
-
I saw this in a log file and was wondering why it's retarding 5 degrees; seems to be related to an advanced rpm/map limit option but i don't have advanced mode on on any of these two. Is it possible that it is still active in the background?!
-
I thought i posted this bug years ago, anyways, it's still present and it is very annoying.
Basically PClink will crash when the screen is turned off after inactivity by Windows. I think it only happens when using more than a single monitor only if i remember well (if you want i can test it more). However here's the crash log:
Faulting application name: PCLink.exe, version: 1.0.0.0, time stamp: 0x00000000
Faulting module name: mshtml.dll, version: 11.0.19041.1151, time stamp: 0xa8fc66cf
Exception code: 0xc0000005
Fault offset: 0x0035cc10
Faulting process id: 0xa608
Faulting application start time: 0x01d7978dfb3f25a2
Faulting application path: C:\Link G4\PCLink G4+\PCLink.exe
Faulting module path: C:\Windows\System32\mshtml.dll
Report Id: ecedc2fd-e02e-439b-82dc-b815b61e9228
Faulting package full name:
Faulting package-relative application ID: -
I think Inst. Fuel Consumption is the way to go. These are data pulled directly from a log file, where TP and AP are over 90%, essentially WOT. Air per Cyl Estimated looks to be directly related to the VE map, where's fuel consumption is based only on the duty cycle and dead time of the injectors which are known values. Ideally these should be identical but because of not perfect mapping there is quite the difference at the top end. Compressor map is of the exact turbo used a GT2871R 52 trim. This shows also that some overspeed must be happening.
-
Thanks a lot for the reply. I do understand all the other variables and for some there are ways to process the data in order to eliminate some types of errors.
However i am more interested finding out the actual calculation taking place for these 2 parameters so that a more educated choice can be made between those two. Maybe one of the software engineers can give some input here.
From what you show however (which is if i understood correctly an engine that is VE (speed-density) tuned but still happen to have the MAF sensor installed but it's not used in the load calculation) is that the "Air per Cyl Estimated" to be the closest to the realistic flowrate in my opinion, due to the very close similarity of the curve. If there was a systematic error present it would show here as an offset, but if there was a characteristic error the curves would show noticeable differences.
Which brings me to the point that i should generate the calculations for some period of time because only checking at one point is extremely likely to show big errors like the 10% i calculated. I knew about this, but i figured to ask first and just give it as an example.
Lastly, i've asked in the past about this but it would be nice if we could setup custom parameters with algebraic functions in the PClink software so these calculations can be done without having to export the data csv and do it in excel. Also you should allow us to make a custom gauge graph where we can put any parameter on the axes with a stretchable underlay image so that the compressor curve can be viewed in realtime. I know you put functions in G4x but i think these are functions for the ECU, this is something that can be done on the PC software side and should be easy to put as an update for both PClink versions. Please:)
-
Hello. I am building a curve to help me compare compressor maps and i am wondering which of the following is the most correct way to calculate the mass air flow.
Consider the following logged parameters at one point of time in WOT:
RPM: 6171
MGP: 168kPa (BAP: 100kPa->MAP: 268kPa)
Lambda 1: 11.17 AFR
Air per Cyl Estimated: 1.566g/cyl
Inst. Fuel Consumption: 2110.2cc/min
Fuel density: 0.7447g/cc
Differential Fuel Pressure: 297 kPa
Inj Duty Cycle: 53.4%
Batt Voltage: 14.56V
Fuel: 98RON petrol
IAT: 47oC
Calculation using "Air per Cyl Estimated":
Mass air flow rate (kg/min) = 1.566 * 4 (cylinders) * 6171 (RPM) / 2 (4 stroke) /1000 (kg) = 19.33kg/min = 42.61 lb/min
Calculation using "Inst. Fuel Consumption":
Mass air flow rate (kg/min) = 2110.2 * 0.7447 (fuel density) * 11.17 (AFR) / 1000 (kg) = 17.55kg/min = 38.7 lb/min
There is a 10% difference between the results here which is quite significant.
Which would be the best way to get the most realistic value?
1st calculation is totally depended on the parameters "Air per Cyl Estimated" is derived from of which i don't know.
2nd calculation is depended on the density of the fuel which should be quite close and the parameters from where "Inst. Fuel Consumption" is derived from.
Note that i use Injector Dynamics 1050x of which i have fully modeled inside the map and i also run a fuel pressure sensor which allows for realtime differential fuel pressure calculation. So injector quantity calculation should be really close to actual.
-
Was this fixed finally fully with new hardware revision?
-
On 7/4/2021 at 10:32 PM, Adamw said:
As per my reply on your Facebook post, they are pretty prone to fail on evo 7/8/9. Do a triggerscope next time it plays up to confirm if trigger 2 is showing correct or not.
update: The owner brought me a new genuine cas of which i tested.. No apparent issue anymore. I did check the wiring and connectors beforehand too and found no issues. Also tiggerscope signal between new and used sensor are essentially identical. So my final verdict is that since the sensor runs internal circuitry after heat cycling and heatsoaking there is either damage to the bond wires or the silicon substrate is damaged cause this type of intermittent issue. Therefore a heatshield should be a minimum requirement for anyone running an aftermarket exhaust manifold.
-
5 hours ago, Adamw said:
As per my reply on your Facebook post, they are pretty prone to fail on evo 7/8/9. Do a triggerscope next time it plays up to confirm if trigger 2 is showing correct or not.
thank you i'll check it out
-
-
Hello. My friend's 4G63 (EVO 8MR) started dying out out of a sudden at random and it would not start again unless 15 minutes pass or so.Big story short i understood the issue was ignition related so i've confirmed power and replaced the coils and plugs with known good ones before checking the ECU, since it didn't log an error and i didn't had a laptop on me at the time.Turns out though is an intermittent trigger issue in one of the two hall sensors as it's seen from the RPM spikes in the internal log in the photo below.It is unlikely to be wiring related since upon disconnection of wires the ecu would generate an error plus i've fixed the wiring on this car before fully, and i did had a quick check of the wires for any noticeable issues.My bet is on the CAM angle sensor since the crank sensor seems to be have been replaced with a new one at some point while the CAM sensor sits right by the exhaust manifold and its o-ring is totally cooked into a hard plastic.My question is this a known issue with this engine's hall effect sensors? My idea is that they would fail with short circuit open, not do weird things like this.
-
On 11/15/2020 at 11:15 PM, Paschalis said:
Finally it was the pin3 (reset) that after all needed to be connected to GND too, maybe this is a change in the last version of theirs!! I dont know but seems to be working flawlessly now!
I've installed this in the car a few years ago but didn't work on the car for a few years and i decided to finally finish it these few weeks now. Today i planned to fix this abs vr sensor to link issue, i doubled checked everything and even captured a log of the input and output of the oscillorscope. Then i thought something is not write as the output was a small pulse with the desired frequency output. I've re-checked the installation sheet and saw the note about pin 3..turns out like you it was the issue all along.
For reference is a nissan s13, abs vr front div/4, rear propshaft div/8, auto (adaptive mode) aka no solder blob. With the car on jacks and 1st gear, rear VR sensor outputs 1V peak to peak. So adaptive mode is fine. Also before even though it was not working i was getting some signal every now and then. Even though i twisted the extension wires (about 20cm) they were causing interfierence. I shielded the pairs separately to ground, now everything is 100% good.
-
This will make checking and setting up the knock settings without needing to plug an external knock sensor and/or extra equipment. Knock audio function is already there.
Of course this requires some bandwidth (not really much see below) but USB 3.0 or disabling logging channels to the rescue.
For 32khz mono 16bit = 32000 * 16 * 1 = 512 kbps or 64 KB/s which is not much
If the electronics required don't exist on current ECU's (i don't know about G4X, i only have G4+) you may consider implementing it in the future.
Kind regards
-
Hello. I have a question regarding a friend planning on running VAG "R8" coils.
These do have a build-in igniter and take 5V signal logic and fire on the falling edge. They work great on all Link ecu's i came across.
Now this friend (living abroad) has a Link g4+ pnp E36X and he had issues getting them to work.
When i checked the manual you can find this in the page below:
Assuming the ignition outputs have been unchanged from a G4+ xtreme he should able to configure them as falling type by not pulling them up and taking the signal directly from the output.
However it seems not to be that case (can't confirm it personally with my equipment) and the outputs seem to only be able to function as a rising edge for this specific pnp model (as the factory ecu uses an internal igniter in the ecu and you tried to make it pnp compatible with the factory harness). Is this correct or not?
Kind regards
-
Sorry for the late reply, i forgot to reply back, but the processes was much much easier after i got into it practically.
I only needed to setup the open loop correct and then made very minor adjustments to the closed loop.
Did my best for emissions but the cams are just too big;p Average AFR was ok but wasn't combusting well enough so hydrocarbons were seriously bad. That's why you should get the MIVEC engine instead :p
-
As the others are complaining i am too considering you didn't post any updates for over 2 years back in 2017 when G4+ was essentially brand new.
It felt like support and updates where regular at first but some key engineer left the company and everything stopped.
I made at least 2 suggestions, one has been added in G4X (math functions, still no reason not to have them in software too as they are useful when tuning to specific "references"), the other i don't think it's been added but can definitely done via CAN, but the CLL system should have been included AGES ago even back on G4.
I don't think software updates should be limited to G4X when the FPGA on G4+ can still be sufficient. Much more on the PCLink side too.
Plus i don't even think there is an option to upgrade your ECU by sending it back. Correct?
-
So i've basically done a complete conversion on a JDM EVO 8MR with a PnP Link G4+. Did some basic tuning and everything is mostly OK. It's based on the base map provided to save some time.
The engine has an aftermarket Magnus intake manifold and a Boomba 75mm TB. It has integrated "manifold" for the factory IAC valve but no fine idle screw adjustment. It has only a set screw that sets the closed position of the throttle body butterfly valve.
IAC has been replaced with a NEW genuine Mitsubishi factory IAC valve (evo 9 style with exposed spring) as after i borrowed a known working one i noticed the existing one was not traveling the same range (since i know it got stuck at some point and was unjammed after i cleaned it).
Now with the new valve and base map settings for it i have an oscillation.
I know it's caused by the ISC settings (closed loop) since i can see it in the runtime values and if i disconnect the valve idle is smooth.
Setting base bypass was done before by removing the IAC and jamming a rag in to set the min idle airflow. This should be set 50-100rpm below the desired idle value. I've noticed this engine wants to idle a little higher to be smooth due to the cams and cam adjustment used.
Now i just need an example procedure on how i can tune these settings before i quit and run open loop instead lol.
I have lots of questions. Example when the ISC is reset (on key off) does it close the passage fully, open the passage fully, or goes to a set step position?
If i want to disable the control and set the ISC fully closed so i can set the base idle adjustment how can i do it? If i knew the position (my question above) i can maybe just disconnect it before starting the engine and set it that way.
Please point me to the right direction
-
Alright, makes sense, cheers
-
Ok lovely then
thanks
-
I basically wired an aftermarket IAT through the OEM IAT pin (aka through the factory MAF connector) but i see there is no pull-up option. I haven't tested it yet, but i am assuming it doesn't have one and i'll either have to pull-up externally or re-wire to An Temp 2 which has pull-up selection, correct?
Thanks
-
I have installed a Link G4+ ecu into a friend's EVO. It has a M&W ignition system (Pro-12) installed.
From the manual it says:
CDI performance is not affected by changes in dwell settings! M&W CDI systems may reduce ignition delay requiring a reduction in timing. The resulting changes in combustion characteristics may also require alterations to fuel flow. Always set ECU ignition delay to zero and re-tune both fuel and timing curves after installation!
So from what i understand, as soon as the Spark edge falls it triggers the transistor inside the CDI box, thus we can say "Ignition Delay" under "Ignition Main" can be set to 0 or very close to. Of course i can follow the calibration procedure as well to confirm this. Now what i'm not 100% certain is that under my "Dwell Control Table" i need to have some basic fixed value, otherwise it is not possible to have a falling edge. Is my reasoning correct?
Kind regards
-
Yes i meant CAN not OBD sorry;p I was really tired, the whole wiring and installations on the car are a mess, just finished and preparing a base map. I'll see if my friend wants to keep it and i'll try to see if i can get it to work
Thanks for the help.
-
I'm fixing an EVO my friend bought with a Motec M800 and other goodies and i'm swapping him to a Link G4+ xtreme pnp ecu.
The car has already a Motec SLM unit which connects and works via OBD:
https://www.motec.com.au/ac-sl-slm/sl-slm-ov/
Did you reverse engineer/have the parameters needed to make it talk with the Link ecu so that we can have at least some basic functionality?
Kind regards
Engine fan activation on EVO 9 causes big load; advice
in G4+
Posted
yes that is correct, but it seems the big intercooler used in front blocks the airflow enough that i saw temps rise to 90oC standing idle and that was with the hood open (note we have ambient temps of 38-40oC here like now in summer). I have some plans on how to workaround it. Thanks for reminding me on the idle ignition, i just set up the car so i have such details to get fixed