VEMS Home Products Documentation Wiki Webstore
WikiHome ProjectPage DocsPage UnderDevelopment MembersPage SiteIndex RecentChanges Preferences
InputTrigger/NissanTrigger (2012-09-12 20:02:30)

Nissan CAS trigger (360 pulses)

Old solution was a 24+1 slot trigger wheel as described here: VehicleFitment/Nissan ... plenty of cars are running on these trigger disks. Still a good option, especially above 1.6 million pulses per minute (above 9000 RPM).

Leaving the 360 impulse disk - implementation works well

We'll adjust the TDC-delay (or is it close to 60 crankdegrees which makes most sense ?) in the userfriendly "1-click" triggersetup configuration (bottom of primary trigger dialog)

Fill in this form (and correct if necessary): signal is normally 0V (according to patent FIG.3 at least), but 5V in the small slots:

There is also the 6-cyl wheel:

Best I can do right now (Gunni)

Download this

http://downloads.picotech.com/winxp/PicoScope6Automotive_r6_5_78.exe

Then open this file

http://www.megaupload.com/?d=SJVJBNIK

It´s a SR20DET 1997 engine captured trigger input

Should be easily viewable in the Picoscope program.

The low (4/6) pulsecount connected to primary trigger, the 360 tooth divided by 4 (or 8?) connected to sectrig is being implemented. The exact positions "relative to TDC" (!) would still be needed (firmware+configlet will be released when that is written above).

Geek notes

A hardware divby4 divider can help. We have divby4 / 8 implemented with HCF4024 circuit (under PCB manufacturing, originally for high toothcount ABS wheels). Since this circuit has (active-high) reset input, this can be useful to make a precise 180, 90 or 45 pulsetrain from the 360 tooth.

It explains the syncing methods used by nissan, hope it helps.
  • because the sync pulse is mostly 0 (and high for only a short time), the active-high reset input of the HCF4024 seems suitable
  • is the sync pulse falling edge not racing with (the rising or falling edge of) one of the 360 pulses ? (I assume not, because that would be very stupid. This would make a counter-type implementation impossible, but a helper "assistant CPU" could still help)
  • configuring sectrig input=both edges and firmware modification is necessary with the 4-window sync pulsetrain
  • by blocking 3 of the 4 windows, (and using a HW divider) firmware mod would not be needed (good for experiments, but this should not be needed finally)

Besides any necessary HW, suitable config will be provided (configlet to be able to upload to suitable firmware with 1 click).

Alternative solution would be (without HW divider) a software divide by the main processor. The processor is definitely capable (up to at least 17000 RPM). But unfortunately we have some tasks in interrupt that would need to be rewritten. (not the trigger input capture interrupt, but other interrupts that could interfere).

From auditrigger bench experiments that worked at 11000 RPM (pulse=2.66 crankdeg), we know that 8300 RPM (pulse=2 crankdeg) is possible without major rewrite. Going above the "all pulse always sensed" threshold could delay ignition by 1 tooth (2 crankdeg) or more (not advance that could blow engine). We speculated that without HW divider going above 9300 RPM could be too much work that would delay other developments unacceptably. So we will only implement fw mod that works well with HW divider.

See also