NB Cam Angle Sensor Heatsoak/Failure
#1
NB Cam Angle Sensor Heatsoak/Failure
Hi had some problems when my car get hot on trackdays. Losing signal from the cam angle sensor on my NB 99.
Running Diypnp ecu.
Only occurs on track after 10-15min driving. Driving without a hood helps (small track ~45mph average speed).
Been having this problem for some time now and it only happens on track. But today on my way home my car died 2 times. Seems like i heat-soak the sensor. If i let the car cool down for 10-15min it runs fine.
when it hapens the rpm guage start flippering and 5-6sec later the car dies and wont start agen.
Is this and know problem or do i just need to replay my sensor?
Any other "know" fix to solve the problem?
Hope you can excuse my shitty english (i know you understand. but there is A LOT of hate on this forum)
Running Diypnp ecu.
Only occurs on track after 10-15min driving. Driving without a hood helps (small track ~45mph average speed).
Been having this problem for some time now and it only happens on track. But today on my way home my car died 2 times. Seems like i heat-soak the sensor. If i let the car cool down for 10-15min it runs fine.
when it hapens the rpm guage start flippering and 5-6sec later the car dies and wont start agen.
Is this and know problem or do i just need to replay my sensor?
Any other "know" fix to solve the problem?
Hope you can excuse my shitty english (i know you understand. but there is A LOT of hate on this forum)
#3
Boost Pope
iTrader: (8)
Join Date: Sep 2005
Location: Chicago. (The less-murder part.)
Posts: 33,020
Total Cats: 6,588
Actually, Emilio and John (of 949 Racing) have documented this to be an extremely common failure mode in cars used on the track. Allegedly (and I have not seen scope traces to prove this), the sensor's signal degrades somewhat when it becomes extremely hot, and the input circuits which are commonly used on the lower-level MS products (basically anything build on a standard 2.2 / 3.0 / 3.57 / "X" circuit board) are unable reliably to decode it.
The better-filtered and more tolerant input circuits (those using the MAX 9924/9926 chip, such as in the MS3Pro and the ECUs which I build) do not seem to suffer from this problem.
The better-filtered and more tolerant input circuits (those using the MAX 9924/9926 chip, such as in the MS3Pro and the ECUs which I build) do not seem to suffer from this problem.
#4
Actually, Emilio and John (of 949 Racing) have documented this to be an extremely common failure mode in cars used on the track. Allegedly (and I have not seen scope traces to prove this), the sensor's signal degrades somewhat when it becomes extremely hot, and the input circuits which are commonly used on the lower-level MS products (basically anything build on a standard 2.2 / 3.0 / 3.57 / "X" circuit board) are unable reliably to decode it.
The better-filtered and more tolerant input circuits (those using the MAX 9924/9926 chip, such as in the MS3Pro and the ECUs which I build) do not seem to suffer from this problem.
The better-filtered and more tolerant input circuits (those using the MAX 9924/9926 chip, such as in the MS3Pro and the ECUs which I build) do not seem to suffer from this problem.
Any known solution except change ecu(if not bad sensor)?
#5
Actually, Emilio and John (of 949 Racing) have documented this to be an extremely common failure mode in cars used on the track. Allegedly (and I have not seen scope traces to prove this), the sensor's signal degrades somewhat when it becomes extremely hot, and the input circuits which are commonly used on the lower-level MS products (basically anything build on a standard 2.2 / 3.0 / 3.57 / "X" circuit board) are unable reliably to decode it.
The better-filtered and more tolerant input circuits (those using the MAX 9924/9926 chip, such as in the MS3Pro and the ECUs which I build) do not seem to suffer from this problem.
The better-filtered and more tolerant input circuits (those using the MAX 9924/9926 chip, such as in the MS3Pro and the ECUs which I build) do not seem to suffer from this problem.
#6
Boost Pope
iTrader: (8)
Join Date: Sep 2005
Location: Chicago. (The less-murder part.)
Posts: 33,020
Total Cats: 6,588
Well, I don't own an NB personally, so this is all conjecture. And a lot of folks (who aren't track-rats) will say "no, there's nothing wrong."
I've posited that adding an external signal conditioner will fix the problem. Just a simple little circuit with a MAX9924 to properly decode the signal. But I don't have a proper solution in hand.
I've posited that adding an external signal conditioner will fix the problem. Just a simple little circuit with a MAX9924 to properly decode the signal. But I don't have a proper solution in hand.
#7
Sorry to bring this thread back from the dead, but better than posting a new topic I guess.
I am experiencing issues with my NB CAM sensor when it gets heat soaked, I haven't had much luck using the DIYPNP's LM1815 VR Conditioner.
I have the sensor's signal going to VR+, signal ground to VR-, and VR Out to VR2. Engine doesn't want to start :P
Anyway, I'm planning on getting jbperf's MAX9926 board:
Dual VR Conditioner Board V2.1
Anyone have real world experience with using that board in a DIYPNP? Or tips on wiring it in?
Thanks!
I am experiencing issues with my NB CAM sensor when it gets heat soaked, I haven't had much luck using the DIYPNP's LM1815 VR Conditioner.
I have the sensor's signal going to VR+, signal ground to VR-, and VR Out to VR2. Engine doesn't want to start :P
Anyway, I'm planning on getting jbperf's MAX9926 board:
Dual VR Conditioner Board V2.1
Anyone have real world experience with using that board in a DIYPNP? Or tips on wiring it in?
Thanks!
#10
Boost Pope
iTrader: (8)
Join Date: Sep 2005
Location: Chicago. (The less-murder part.)
Posts: 33,020
Total Cats: 6,588
That's what I thought when I first encountered this problem on one of Emilio's cars. A dozen sensors later and I'm convinced that the stock sensor is just a marginal design.
I scoped one, and found that when they heat up, the voltage differential between on and off shrinks. I can't remember if the on state voltage went down or the off state voltage went up. Either way, the 3.0 / 3.57 design had a hard time with it.
Thus far, the 9924/6 chip has failed to disappoint me.
Edit: I realize that what I've written here slightly contradicts what I wrote a few posts ago in this thread, which I'd forgotten about. Put simply, I'm slightly more sober now.
I scoped one, and found that when they heat up, the voltage differential between on and off shrinks. I can't remember if the on state voltage went down or the off state voltage went up. Either way, the 3.0 / 3.57 design had a hard time with it.
Thus far, the 9924/6 chip has failed to disappoint me.
Edit: I realize that what I've written here slightly contradicts what I wrote a few posts ago in this thread, which I'd forgotten about. Put simply, I'm slightly more sober now.
Last edited by Joe Perez; 10-31-2014 at 10:49 AM.
#11
I've replaced the sensor with two 2nd hand sensors already, and it now has a brand new sensor. Works most of the time, but if I've been driving over an hour and I'm in traffic, it will start to lose sync.
The 2nd hand sensors lost sync A LOT, the brand new one only when it's properly heat soaked. But still less sync loss than the 2nd hand sensors.
The 2nd hand sensors lost sync A LOT, the brand new one only when it's properly heat soaked. But still less sync loss than the 2nd hand sensors.
#13
Boost Pope
iTrader: (8)
Join Date: Sep 2005
Location: Chicago. (The less-murder part.)
Posts: 33,020
Total Cats: 6,588
It's not a well-designed sensor, and requires a very tolerant circuit to decode it. The 9926 is a very tolerant chip.
#16
Elite Member
iTrader: (10)
Join Date: Jun 2006
Location: Athens, Greece
Posts: 5,976
Total Cats: 355
Strange. I've never seen this failure mode myself during extended driving/track time nor have any of my customers reported this.
Perhaps this is an issue with people using the VR decoding for a hall effect sensor.
Perhaps this is an issue with people using the VR decoding for a hall effect sensor.
#18
Boost Pope
iTrader: (8)
Join Date: Sep 2005
Location: Chicago. (The less-murder part.)
Posts: 33,020
Total Cats: 6,588
So yes, as you posit, this is using the "VR" decoding for an open-collector sensor. I've never liked this design, but it's the Officially Sanctioned Recommendation of The Creators, and is also the only circuit provided on the X board for dealing with cam input. It's a bad design that worked just well enough to get itself approved, and then started failing under real world conditions.
I assume that you don't commonly deal with this circuit topology?
#20
Former Vendor
iTrader: (31)
Join Date: Nov 2006
Location: Sunnyvale, CA
Posts: 15,442
Total Cats: 2,099
IOW, the NB sensor is uber-junk and I guard good ones with my life.