##### ## ## ## ## ##### ## #####
##### ## ## ## ## ##
##### ## #### ## #####
## ## ## ## ## ## #### ## ## ## ##
## ## ## # ## ####### ##### ## ##
IMPORTANT: enter the case-INsensitive alphabetic (no numbers) code AND WRITE SOME SHORT summary of changes (below) if you are saving changes. (not required for previewing changes). Wiki-spamming is not tolerated, will be removed, so it does NOT even show up in history. Spammers go away now. Visit Preferences to set your user name Summary of change: Using Vemstune 1.3.1 ,VEMS 3.6 (written on the order receipt and mainboard) but Vemstune recognise it like v3.3 (firmware and bootloader is same for all, so that is OK), firmware 1.2.2. '''Engine code: S50B32''' Specs: *6 cylinder in line *Infinite variable camshaft angle on both intake and exhaust(VANOS) *displacement (cm3): 3201 *Stock pistons&rods , 3.5mm Cometic Headgasket and ARP hardware *Coil on plugs and full sequential *Stock cams *Precision Turbo 6262turbo *3 vr sensors *'''Crank 60-2 = primtrig''' *Exhaust 6+1 '''Sectrig !''' *Intake 6 '''Third trig !''' *Dual Vanos Enabled Started the engine in stock form, nothing changed, i only attached my ecu adapter socket to the car's original ecu socket. I wanted , for the start to verify vanos functionality. I have problems in getting a stable secondary and third trigger, also, secondary and third triggers tries to follow target cam advance maps, but not with very good success. I have manually put cams in max advance and retard position , and took note of them, after that i have made cam target maps.I have attached leds to solenoid outputs, and they are very unstable, even if in close proximity of cam target. I '''suspect an unstable trigger signals.''' I attach two trigger logs, one only cranking and one at idle, a config file, and a log. [http://www.vems.hu/files/TrifanCatalin/ Uploaded files location] In the Vemslog you will see also, that around 1800-2000 rpm, i have very nasty fuelcut, i don't know the cause. '''Use higher baudrate, like 115200 in triggerlog to raise the max RPM where it can capture all pulses''' * even then it is limited to about 3-4000 pulses / second, so it won't capture all at high RPM: the exact RPM depends on trigger pattern * This is a limitation of the serial baudrate (but it's perfect for starting problems and mostly also for idle if used with the right settings - hopefully your serialport handles 115200 baud, most serialport handles it OK). * http://www.vems.hu/files/TrifanCatalin/trigger%20idle.png was apparently captured in 19200 baud (where max RPM is ~600 with a 60-2 wheel) ** in 115200 baud max RPM is several times higher I am not very sure about VR sensors polarity, i have tried everything, and i do not have a oscilloscope to verify them. * oscilloscope scopeshot would be highly preferrably (a borrowed scope would save a lot of time) but '''at least try to "PULL-AWAY METAL metal from the sensor"''' if possible ** '''measured polarity should be MINUS''' (DVM-DC voltage 200mV mode, black probe is the ground) normally with longgap-shorttooth wheel (the gap is longer than the tooth, or at the missing tooth the gap is enlarged) ** '''measured polarity should be PLUS for an inside-out longtooth-shortgap wheel (where the tooth is longer than the gap; or at the missing tooth the tooth is enlarged, not the gap as normally)''' - this is less common but exists ** '''For all 3 sensors !''' Also a have seen in a DTA wiring instructions, that the Crank and exhaust cam (secondary trigger for vems) has the same polarity, but the intake cam sensor (third trigger) has inverse polarity. Can anyone confirm me that? * When Marcell started to inspect an S50B32 (with which the main problem later turned out to be a torn crankwheel dampener resulting in trigger error and power-cut around 6800 RPM) only one of the intake or exhaust had to be inverted (but the number of previous inversions applied by the installer since the factory setup was unknown). * to avoid any uncertainty, '''polarity of all 3 VR sensors should be verified individually''' * Both sensors show MINUS when pulling away wrench if '''BLack-positive, Yellow-Negative'''. This is good for the exhaust cam, which has teeth (longgap-shortteeth). But the intake camwheel is different ! * the exhaust cam side has the 6+1 pattern and it has teeths ** so for exhaust cam '''Yellow-GND, Black-signal''' * the intake cam side 6 pattern '''BLack-GND, Yellow-signal''' because intake cam has 6 gaps, not teeth (longtooth-shortgap). ** '''when you verify, with a longtooth-shortgap wheel you are reading PLUS''' with the pull-away method (when connected with good polarity) * I must use rising edge or falling edge for secondary trigger? ** with VR sensor always configure rising edge in software (falling edge only usefuly for HALL). ** explanation: The VR chip lm1815 senses the falling edge of the incoming signal and generates a rising edge for the processor. Maybe confusing, but that's how it works Optional: Add document to category: Wiki formatting: * is Bullet list ** Bullet list subentry ... '''Bold''', ---- is horizontal ruler, <code> preformatted text... </code> See wiki editing HELP for tables and other formatting tips and tricks.