# # # # # ## ### # # ####
_ _ | | | | | |_| | | _ | |_| |_|
##### ## ## ## ## ##
## ### ## ## ## ## ## ###
_ ( \ | ( | | | | | | | (____/\ (_______/
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''' * Ok, i have tested today the sensors, all of them has the same polarity testing them '''with the pull away method, so for each sensor BLack-positive, Yellow-Negative'''. The thing that i observed today because i have thorn the engine apart, is that the cam toothed wheels are different * the exhaust cam side has the 6+1 pattern and it has teeths ** so for exhaust cam '''BLack-GND, Yellow-signal''' * the intake cam side 6 pattern * it has 6 gaps, not teeths. So, in this case, i must invert the polarity of the intake cam sensor, so it will read the gaps, like theets? ** yes, for intake cam '''Yellow-GND, Black-signal''' ** '''yes, with a longteeth-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 * So, to be sure, in short therms, i must inverse the Vr wires (invert polarity) for the Intake Cam wheel (third trigger), right? ** yes, assuming the measurements and notes are correct (adjusted the text above) * I think you have made a mistake in the text above, because with the pull away method using BLACK wire POSITIVE and YELLOW wire NEGATIVE, the readings on the dvm were MINUS. So on the intake cam, wich has gaps, i must use inverted polarity, BLACK-minus, and YEllow - plus. COrrect me if i have mistaken. 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.