__ __ | \/ | | |\/| | | | | | |_| |_|
## ## ##### ## ## ## ## ###
_ _ | | | | | | | | | | | | | |_| | \___/
## ### ## ## ####
___ | _`\ | (_) ) | , / | |\ \ (_) (_)
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: '''VEMS''' has '''very precise RPM measurement''', available in MegaTune logs. It is very easy to calculate dRPM / dt, '''with some''' (easy to provide) '''additional data, engine torque can be calculated'''. When doing tuning runs, this makes it very easy to compare the result after changes (like changes in ignadv). '''It really saves a LOT of time and fuel, and provides real performance data without torturing the engine on a dyno'''. On a '''dyno, it is often NOT feasible to supply sufficiently cool intake-air''' in volume required by high-power engines. Measurement only requires a few seconds around each loadsite to get results suitable for evaluation, less than 1/5 of the time needed on a dyno. Often the dyno is not onsite (most often the case with 4WD), and impossible to duplicate the same ambient conditions as on the track. Analyzing the logged runs, for each RPM-bin (in a similar way as lambda, VE and ignadvn is tuned) is very helpful. Something like this (this only contains 1 set of example data, see the real examples, or, even better, take and analyze your own logs): ||'''RPM'''||'''3000'''||'''3500'''||'''4000'''|| || MAP || 110 || 140 || 170 || ||ignadv || 24|| 25 || 27 || ||EGT(C)|| 552 || 603 || 612 || ||lambda || 0.82||0.81 || 0.8 || ||torque dRPM/dt || 1600 || 3100 || 3900 || ---- '''RPM => power calculation''' is very simple Some of the input parameters are often estimated though (a well known such parameter: m=mass, you can measure that too, of course) * P=F*v * F=m* (dv/dt + anull) + Fnull ** where anull = g*slopepercent (like g*0.04 for a 4% slope to keep the car climbing without deceleration) ** Fnull = some force to keep the car running without decel even on a 0 slope. Fnull=500N means that 500N * 20m/s = 10kW sounds reasonable below 100km/h (at high speed this climbs as v**2, due to air drag) * so P=v* (m* (dv/dt+anull) + Fnull) * v = RPM * const ** where, with audi in gear2: const = 1/2.13/4.11 * wheel_circumference ** wheel_circumference=1.87m (if you measure diameter and calculate 0.6m * pi, you get 1.885m, but remember the tyre is somewhat pressed in) ** so the '''audi wheelspeed at 7000 RPM and gear2''': 7000 / 60 /2.13/4.11 * 1.87 = 24.9 m/s = '''89.7 km/h''' [http://all-car-parts.net/specifications/specifications.htm gear ratios] ---- '''dRPM/dt => Nm (torque) calculation''' So (with the 1600kg audi in gear2) what is the const in the ''torque=const * dRPM/dt'' to get the result in Nm ? * dRPM / dt is given * as in the upper formula, force on the wheels: F=m* (dv/dt + anull) + Fnull * wheel torque Mwheel = F * wheelradius * motor torque Mengine = Mwheel / drivetrain = Mwheel / 2.13/4.11 ** v (in m/s) = RPM/60 / 2.13/4.11 * wheel_circumference ** m=1600kg (1400kg + spare tyre + fuel + 2 persons) ** wheelradius = 0.3m ** Fnull = 500N ** the uphill we use for tuning: anull = 0.03 * 9.81 m/ss *** this contributes to less than 10% of the power, at dRPM/dt = 1000 RPM/sec it is like 3.6 + 0.29 for the accel and the climb components octave snippet: <code> drivetrain1=3.6 drivetrain2=2.13 drivetrain3=1.36 drivetrain4=0.97 drivetrain5=0.73 drivetrainfinal=4.11 drivetraintotal2=drivetrain2 * drivetrainfinal g=9.81 m=1600 anull=0.03*g Fnull = 500 wheel_radius=0.3 wheel_circumference=2*pi*wheel_radius rpmtov=1/60/ drivetraintotal2 * wheel_circumference # the best so far, for the untuned audi was 1000 RPM / sec in gear2 dRPMdt=1000 F=m* (dRPMdt*rpmtov + anull) + Fnull Mwheel=F*wheel_radius Mengine = Mwheel / drivetraintotal2 result: with the given mass, on given uphill in gear2 at 1000 RPM/sec is 230 Nm engine torque (measured on the wheels) </code> ---- '''Using the road-dyno''' [http://www.vems.hu/download/v3gui/V3GUI_beta_2007-06-07.zip V3GUI_beta_2007-06-07.zip] If you don't have an audi200 (you can always buy one ;-), or you tune in gear3 (not gear2), or use a different slope (aNull), or the mass of the car(with driver and fuel) is different, you can change the parameters in ''v3gui.cfg''. Note that units are metric * mass is in kg * wheelRadius is in meter * fNull is Newton (the force needed to keep the car going horizontally without acceleration, eg. to fight friction and air-drag) * aNull is m/ss (=> 0 if tuning on a 0 slope. +0.03 * 9.81 means climbing a 3% slope => this might make tuning easier, but higher gear also has similar effect, but in higher gear, at higher speeds, fNull becomes more significant) * drivetrain=8.6 means the wheels rotate 8.6 times slower than the engine Note that '''you can use simple arithmetics''', eg. to do unit conversion from nonstandard units. If units are used this way, the '''unit of engine_torque in the output is Nm''' (with cheating, it is possible to have output in other unit, not recommended). <code> [sessions/mysessionname/torqueConfig] # value is evaluated: parsed symbols: +,-,*,/,(,) mass=1600 fNull=500 # 0.03 * 9.81 = 0.2943 aNull=0.03 * 9.81 # 2.13 * 4.11 = 8.75 drivetrain=2.13 * 4.11 wheelRadius=0.3 </code> When v3gui.exe is started, the program automatically processes c:\races\*.log and writes result to c:\races.csv output file * experimental/raceanalyzer test also analyzes c:\races\*.log , but it does not write result to any file. It displays on a grid ---- '''Evaluation''' [http://www.vems.hu/files/MembersPage/MarcellGal/Audi/logs/races.zip example output csv zipped] TODO: upload new evaluation, this was converted before the filtering. The gear can be seen very clearly. Torque 200-ish is gear2, and 300+ is gear1 (the calc parameteres were made for gear2 so these that are in fact gear1 are not real numbers. Gear 1 is not suitable for tuning anyway. For some engines, even gear2 revs up too quickly => gear3 needed). Considering the value of (dRPM/dt) / avgMAP, it could be automatically judged (unless the terrain has very tricky slopes) '''Notes''': * DONE: even better filtering. An +-80 RPM spike (which is otherwise harmless, eg at 5500 RPM) no longer has significant effect on the end-result (normally, when at least 5..15 samples are available for a given RPM-range) ** TODO: for very same reason, the given run sometimes ends a bit earlier than in real (a small downspike makes the algorithm think the acceleration has ended) * TODO: '''better annotation''' of input files (the time in seconds is already seen, but we should see which file it was from. This makes it easier to examine the same log in time-based vemslogviewer) * TODO: input files currently must be c:\races\*.log and output is always c:\races.csv * TODO: color the grid-cells inside v3GUI 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.