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

 _____ 
(  _  )
| (_) |
|  _  |
| | | |
(_) (_)
       
       

 _______ 
(  ____ )
| (    )|
| (____)|
|     __)
| (\ (   
| ) \ \__
|/   \__/
         

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

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

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 would like to better understand the inside of what I have worked with for so many years from the "outside". See http://www.lolachampcar.com for more info. Do you have a particular project engine in mind ? Yes, sub-set of V3.3 for highly targeted one to four cylinder 4-stroke fuel and ignition. We usually call "reverse an existing ignition advance curve" as "alien" logging. Searching for alien on SiteIndex, I found OnlineCourse/AlienIgnitionLogging. Secondary_trigger can still (in recent firmwares) be configured for alien measurements (except for 5cyl), but the alien variables seem to have been ripped from comm.c. Even if they show up on LCD, only useful if they are sent to the PC (like MegaTune) for analysis. Fortunately not difficult to get comm.c send the variables related to alien measurements. I have read a bit about the status of logging. There is discussion of building hardware to support logging. There are also those who feel PDAs are a better path. I would like to weigh in on the PDA side as there is no value add to recreating the (logger hardware) wheel. A small portion of the hardware data logger work could be devoted to PDA code to generate a log storage device. FAT, touch interface, serial, memory card slot and services are already done. Can someone advise on the current status of group thinking? Is someone working on PDA? The only link I found was a dead end. I recommend to comment (continue discussion) on the relevant page, not split even more. In short: * PDA is a good path for '''display'''. There is a HW and a SW aspect of GraphicalDisplay. ** Many would like to have a custom display designed for cost and other reasons (see GraphicalDisplay), but getting 100 PDA from the right source could be a good option as well. ** In any case, the display code should be portable (will likely require ARM processor and 256..16000 kbyte RAM depending on functions and compile options), and any code used in display will be useful for an OtherTuningSoftware as well. Which is - surprise - also a bit stalled. * for just '''logging, MMC/SD''' flash is the best. It's a shame the firmware support is delayed so long: read-only FAT, and writing serialized data to MMC/SD shouldn't be that hard (SPI hardware is there since the beginning). ---- I am working with a 12-1 wheel and wanted to clarify a few points. * primary_trigger=01 (for toothed wheel, simple enough) * tooth_wheel=0B (12 minus one is 11 dec which is 0B Hex) * tooth_wheel_twidth1=0A # decimal 10, so 720 degrees equals 240 ** reset_engphase_after=F0 # decimal 240 * tooth_wheel_twidth1 needs to be the phase difference between two incoming pulses (== the width of the tooth plus adjacent gap). Beware that it's not in degrees! Unit is determined by config.reset_engphase_after (=>720 degrees), which is usually 240 or 216 depending the number of teeth on the wheel (60/24/12 or 36). GenBoard/Manual/InputTriggerCamSync should tell more. * trigger_tooth=00 is the pulse (== max height middle for a normally conected VR) after the missing tooth. 01 is one tooth later and so on. trigger_tooth + ign_tdcdelay together describe the TDC event for the cyl that is in the last slot of h[2]. Check examples from MembersPage, easier to see from them. As you say, these are the "fiddle factor", since the tooth location usually does not fall directly on TDC.
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.