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

         
|\     /|
| )   ( |
| (___) |
|  ___  |
| (   ) |
| )   ( |
|/     \|
         

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

 _       _ 
( )  _  ( )
| | ( ) | |
| | | | | |
| (_/ \_) |
`\___x___/'
           
           

 _______ 
(  ___  )
| (   ) |
| (___) |
|  ___  |
| (   ) |
| )   ( |
|/     \|
         

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:
I'll try and summarize what has been discussed to and from regarding the nissan trigger system. First, we need to understand how the current trigger works. It's an optical system located on the '''cam'''. There are '''two''' sensors. One of them records the engine speed using 360 small slots. The other one triggers the ignition events using different sized slots. It knows which cylinder is 'active' by counting the number of small slots while the larger slot is open. See [http://200sx.jagenheim.se/images/trigger.png this image] and reread the paragraph and it will make sense. This image is for the CA18DET engine. The SR20DET, RB26DETT and the other nissan engines works in exactly the same way, but differs on where the slots are placed and the number of cylinders. So, how do we support this in VEMS? 360 camtooth (180 teeth per crank rotation) is suitable for interrupt processing. Especially with the small trick to disable the interrupt for the dense teeth where not needed (neglected 95% of the time). * see top of NissanTriggerHelperBoard for implementation scetch Other possible ways to solve the problem: * HW counter. Might be posible using a freed IO if PS2 keyboard is not connected. But firmware mods also needed. Honestly not top priority at the moment. * AudiTrigger helper board And of course the HW solutions * replace toothwheel * add extra sender (with necessary magnets) Two ways have emerged. Either replace the trigger disk with a custom 60-2 disk. It will trigger every 15 (60/4) events and resync whenever we miss the two teeth. Manufacturing of this disk may be a problem though. Also, it's not easy to replace the original disk. Using the original disk we can time the slots to find out our relative position. This requires 720 crank-degrees to sync. We can't just look at one of the slots and see how large it is; since we don't know how fast the disk is spinning. We don't have the hardware to count the small slots either. If we know the sequence of the slots; we can make sure that the next slot is always longer than previous. If this test fails; we know that we are back at the shortest slot again (#1 cylinder). This can also be used to sync the engine while running. I'm not sure how accurate RPM readings will be from this, as we will just get two events per crankrotation. Before we move on; we need to decide which of these approaches are the most feasible.
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.