Subaru JDM/Euro EJ207
Subaru Impreza STI JDM/EURO 2001-2005 (265-280)standard
pink topfeed injectors 550cc
Cop ignition coils firing order 1-3-2-4
the engine is a boxer engine, there for there is right and left
cyl 1+3 is right side
cyl 2+4 is left side
Testing 2 trigger + 2 cam input
Log file of cam http://www.vems.hu/files/MembersPage/PeterJensen/subaru/v3.3_u004656-2013.05.10-20.06.02_skassa.vemslog
Trigger log http://www.vems.hu/files/MembersPage/PeterJensen/subaru/v3.3_u004656-2013-05-09-17.50.42.triggerlog
The avcs control does not work like its surposed to, the sectric and thirdtric is showing around 167degrees when at idle, it can not be lowered with "measure at toothcount", so when i try to advance it to more then 180degrees it will show a measuretooth of 30-40degrees,this will result in the DutyCycle to go to 100, and the engine will stall.
is the degrees in the table cam or crank??
it would be nice to be able to change the degreeangle,so on this setup i could type in a trigger angle error of +-167degrees,this way the 2d table would be all 0, instead of 167 as zero.
Also i cant seem to control the avcs solenoid easy, but maybe it will be fixed when the toothcount measurent is right.
See log for when i try to control it, Thanks Skassa
1: __primary trigger__: Crank trigger Vr (36-2-2-2)
2: __secondary trigger__ : Cam trigger Vr left cam(2pulse)none moving
This is the trigger setup to get the engine running sekventiel
3: __Third trigger__ : Vvti intake cam left side Vr sensor (boxer)4 spots/90degrees moves when avcs is controlled
- any idea at which primtrig tooth does it cross the 0V line (negative-going edge) ?
- no sorry, this is scopeshot while cranking 180rpm
4: __4th trigger__: Vvti intake cam right side Vr sensor (boxer)4 spots/90degrees moves when avcs is controlled. With the "wheelspeed2 calibration=1" config, "secondary trigger position" will reflect the angle of this (so control will use this as feedback signal instead of sectrig)
- any idea at which primtrig tooth does it cross the 0V line (negative-going edge) ?
- no sorry, this is scopeshot while cranking 180rpm
See 1.2.4 on GenBoard/UnderDevelopment/FirmwareChanges , it refers very clearly to where the 3d and 4th trigger 0/5V logiclevel pulses must go in.
This setup uses all 4 vr sensors:
- since "only" 2 VR => HALL LM1815 chips are onboard
- obviously 2 VR => Hall adapters needed (for 3rd and 4th cam sensor inputs).
- Unlike when used for wheelspeed, both __withOUT divider__ (which unfortunately results in MUCH shorter pulsewidth), and because of the shorter pulsewidth filtering capacitor must not be used (must be removed if the controller was ordered with wheelspeed2 input !)
- Trigger4 via VR=>HALL adapter: wheelspeed2 input (without heavy filtering and without divider) used for 4th trigger.
Summary:
- Triggers 3 and 4 seem to be unsuitable for secondary trigger camsync, (because they are indistiguishable in both crankshaft rotations - unlike the sane implementations in BMW, Honda, Suzuki, Ford, ...).
- The cam sensor is good for secondary trigger camsync, but not moving, so useless for camshaft-angle control
- in other words "the good trigger doesn't move with camshaft actuation, the moving ones are not good pattern for syncing".
Firmware mod was implemented in 1.2.4 to use all 4 sensors
see GenBoard/UnderDevelopment/FirmwareChanges : with wheelspeed2 calibration=1 "sectrig position" measures "4th trigger input" (SCL pin similar to 2nd wheelspeed input)
- a good workaround, required because the camsync does not move with cam actuation (and the signals that move are not suitable for camsync as it would make sense like in all other VVTI implementation BMW, Honda, Ford, etc...).
Is this correct?
Yes, seems correct !
- trigger 3 is shown on [VT Help: Motorsport Camshaft-Angle-Control]
- trigger 4 is processor SCL pin (= Atmega128/pin25).
- Warning: although apparently same as wheelspeed2 input ( see InputTrigger/WheelSpeed ), controller must be ordered (or set up) with 4th trigger for Subaru-EJ; because for wheelspeed2 input, agressive filtering is applied that can cause delays (that grow with RPM) when used for trigger, or other problem