_____ 
/  ___|
\ `--. 
 `--. \
/\__/ /
\____/ 
       
       

    ##   
   #  #  
   #     
 #####   
   #     
   #     
   #     
         

  ____  
 / ___| 
 \___ \ 
  ___) |
 |____/ 
        

 #       
 #       
 # ###   
 ##   #  
 #    #  
 ##   #  
 # ###   
         

         
         
 ##  ##  
 ####### 
 ## # ## 
 ##   ## 
 ##   ## 
         

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:
'''Fitting sensors''' *The car already has usable CLT and TPS sensors. *There's a connection on the plenum all ready for MAP *There's no IAT sensor at the moment *I will be removing the old MAF sensor *Old narrowband sensors are not good as they are titania type and too expensive - they have been replaced with a pair of LSU widebands. '''Testing the Sensors''' I've bench tested the NTC sensors and they work in pots of water at varying temperatures. Here's a picture of my "lab" (kitchen) http://www.aqyz05.dsl.pipex.com/tvr/sensor_cal_sml.jpg I need to add a IAT sensor to the plenum somewhere. Found one in a scrappy for £1. It works nicely. Here's a shot of it installed in the plenum. http://www.aqyz05.dsl.pipex.com/tvr/iat.jpg I have recompiled the firmware for the non-GM CLT & IAT sensors. Need to refine the calibration more as the IAT isn't quite right yet. '''Wideband Lambdas''' I have done some work on the exhaust so the widebands will fit. Two new bosses have been welded in as the LSUs are bigger than the old sensors. I've fitted two - one for each bank. We need to modify the firmware for the 2nd to be supported. * A very old (read broken) LSU sensor is being used to block the second hole up until the firmware is available * Doesn't really matter anyway since the car is off the road anyway because the radiator is broken! [Add pic of modded exhaust] ---- '''Firmware mods for 2 widebands''' We have some code in the round to be backported (mostly prepared for 2 channels, but some more changes still needed) * adc.c irq handler * wbo2.c ** reworked/cleaned up some parts ** we saved some SRAM and even config variables. ** Filtering change for even lower latency * comm.c and lcd_display.c : log and display the new variables * fuelcalc.c : for the 2 independent ego-correction, we need to know which cylinders belong to each bank. ** Would it be feasible to assume that 01, 04, 10 and 40 (odd cylider nos 1, 3, 5, 7) are in one bank and 02, 08, 20 and 80 (even cylinder nos 2, 4, 6, 8) are in the other. No variables are required for this as it can be assumed... (The firing order can be determined by physical connections if the engine is odd-fire or something else weird.) I think cylinder numbering is pretty conventional these days, so it should be able to be generalised for any V or flat engine - we just need to know the cylinder count which is already a varaible. We then just need a variable to determine if which o2 sensor is for left bank (odd number on my engine) and right bank (even cylinders) Or we could again infer this from the physical wiring... (Not nice, but it is practical!) ** Only reasonable with camsync ? *** My engine has a camsync - definitely required for this, so you know for sure which o2 to use... Would it be worth having some form of "average" or selection mode in case camsync is not there? Not a simple mean as this would be silly. Do we simply assume the sensor showing maximum richness as "the one" for this event? Do we actually care? - most people who want to control 2 separate exhaust gas streams on one engine will want to do it properly with a camsync anyway, won't they? * Megatune changes ** At least pump_pw_zero could be independent for the second sensor. ** some variables like max-heat and friends could be dropped, and calculated from battery voltage * Currently reading the firmware code to see if I can work this one out for myself... ** it's unlikely you would want to do this yourself. If you have much sparetime, work on the (SPI=>) MMC logging (and we'll get the 2nd wbo2 channel: for better project efficiency, since wbo2 is simpler for us, while MMC is same amount of work for us as for you) ***Not enough spare time as I'd like! I have been told I need to tile the kitchen (see calibration pic) or get a divorce... Will see what I can do about logging and SPI. Would be OK, as I have a bit of backround in serial comms. '''Calibration of WBO2''' This is well documented in the wiki and manual, but the q & a here is interesting to keep. The '''cal resistor''' in the wideband sensor is '''NOT connected'''. We use the wbo2_calibration setting in firmware instead of the cal resistor. Just measure the cal resistor for verification '''A''': The calibration resistor is not used in the v3.x wideband controller implementation, calibration is done trough adjustment of the calibration constant until your free-air o2% matches 20.95%. However, measure and document Rcal (allows verification of wbo2_calibration value). Don't forget that wbo2_calibration value is sensor dependent. Back to: MembersPage/DavidBlades
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.