Jump to content
SAU Community

Rb26 Pfc On A Stock Rb20


NWR31
 Share

Recommended Posts

yeah im still checking from others that have bought sr sensors & have been told the extra wire on them is for when used on a rb26, so was just asking again if anyone else knew anything.

yeah i looked under there but cant see em, must have to get at them underneath the car.

thanks again for your help

Link to comment
Share on other sites

  • Replies 68
  • Created
  • Last Reply

Top Posters In This Topic

Unsure exactly what you mean by extra wire.

The SR20 uses 2 wires just like the rb26 does.

They sensors look identical apart from their part number. Most likely just slightly different tuning of the knock sensor?

Its quite possible the sr20 might work. Possibly the 26 knock sensors are just a little more sensitive?? unsure

Link to comment
Share on other sites

Unsure exactly what you mean by extra wire.

The SR20 uses 2 wires just like the rb26 does.

They sensors look identical apart from their part number. Most likely just slightly different tuning of the knock sensor?

Its quite possible the sr20 might work. Possibly the 26 knock sensors are just a little more sensitive?? unsure

yeah im not sure what he meant by that either, anyway ive found the part numbers for sr/rb26 & they are different.

22060 30P00 - SR20DET knock sensor

22060 05U00 - RB26DETT knock sensor

so im not going to risk it, has to be R32gtr sensors or nothing.

wish me luck finding a cheap set lol..

cheers

Link to comment
Share on other sites

RB20 det sensors are different. So they simply do not work.

Its not necessary to change the sensors providing the tune is good you don't have to worry. I didn't change det sensors for quite some time.

Just keep an eye out for a pair of 26 sensors when they pop up grab.

just found out from the seller that he still uses the stock rb20 knock sensors with this rb26 fc & he says they work fine!

thats a relief :D

Edited by norwest_rumbler
Link to comment
Share on other sites

just found out from the seller that he still uses the stock rb20 knock sensors with this rb26 fc & he says they work fine!

thats a relief :)

yeah they all work the same, i have no issues with them, i always tune with my GIZZMO knock controller for extra sensitivity but but the stock ones work fine, in fact (for those with RB25) the numbers on the ACTUAL GTR, GTST and SR sensors are the same :( i know the RB20 ones are old school but they still relay the same info..... the good old RB20DE still uses the old school sensors in the R33 :)

Link to comment
Share on other sites

paulr33 looked at doing it for a while, but it turned out that it wasn't really worth his time financially.

http://www.skylinesaustralia.com/forums/Rb...rb-t161511.html

I've looked into it a little bit.

Your looking at $1000 for a new PFC from Nengun for RB26 (On special for $900 delivered at the moment)

http://www.nengun.com/apexi/power-fc-hand-controller

$150 odd for the harness from boomslang

http://www.boomslang.us/extension.htm

Plus labor costs, if any, for someone to wire it up.

I took a print out of the RB20DET and RB26DETT ECU pinout diagrams to my local auto electrician and he said that it shouldn't be too much trouble. Listed below are the following differences between the ecu's.

RB20

RB20DET.jpg

RB26

RB26DETT.jpg

ECU pinout diagrams taken from the Nissan RB workshop manual

RB20DET

Pin # 5 -Engine A/T Control Input Signal (BT1)

Pin # 6 -Blank

Pin # 14-Engine A/T Control Input Signal (BT2)

Pin # 15-Engine A/T Control Input Signal (BT3)

Pin # 25 -Blank

Pin # 34-Blank

Pin # 35-Blank

Pin # 104 -Fuel Pump Terminal Volt Control Output (FPCM )

Pin # 106 -Blank

Pin # 112-Injector No.# 4

Pin # 114- Injector No.# 6

Pin # 115- Exhaust Gas Sensor (Ground)

RB26DETT

Pin # 5 -Blank

Pin # 6 -Sub Electrical Fan Relay (engine temp SW)

Pin # 14-Blank

Pin # 15-Blank

Pin # 25 -Wastegate valve control solenoid valve

Pin # 34-Air Flow Meter Ground

Pin # 35-Air Flow Meter Intake Air Signal (Front)

Pin # 36-Intake Air Temp Sensor

Pin # 55-Exhaust Gas Sensor (rear)

Pin # 104 -Fuel Pump Terminal Volt Control Output (FPCM 1)

Pin # 106 -Fuel Pump Terminal Volt Control Output (FPCM 2)

Pin # 112- Injector No.# 6

Pin # 114-Injector No.# 4

Pin # 115-Blank

Although i have to say i didn't know Uras was converting them for $1800 installed.

Do you convert the L-Jetro afm version as well Uras?

Edited by White GTS-T
Link to comment
Share on other sites

Although i have to say i didn't know Uras was converting them for $1800 installed.

Do you convert the L-Jetro afm version as well Uras?

im an ecu broad minded female.... will do anything. :(

Link to comment
Share on other sites

  • 2 weeks later...

ok i installed the power fc i bought from Rad32 & it all seems to work fine.

it still has his tune on it i believe, which basically is for gtr injectors & z32 afm i am still on stock for now.

my car started & ran but the idle was very low (almost stalling) & i was able to rev it up a few thousand revs.

so m just asking for verification that all is normal.

im sure it is but just want to check this is what people would expect?

also when i check the sensors/inputs on the commander is there any thing i should look for?

thanks

edit: btw i wont be driving on this ecu until i get a afm

Edited by NWR31
Link to comment
Share on other sites

yeah they all work the same, i have no issues with them, i always tune with my GIZZMO knock controller for extra sensitivity but but the stock ones work fine, in fact (for those with RB25) the numbers on the ACTUAL GTR, GTST and SR sensors are the same :P i know the RB20 ones are old school but they still relay the same info..... the good old RB20DE still uses the old school sensors in the R33 :)

Hey Buddy..

Double check that one. The GTR knock sensors are definitely different to the rb20/25 knock sensors.

They work off the same principle but the voltage output is different resulting in the pfc's interpretation being off.

Get a multimeter on to them you'll see what I mean.

I've seen the same thing on the dyno with multiple R33's and R32's also when fitting up the GTR pfc.

Drop the RB26 knock sensors on and bingo a normal knock readout.

NWR31.. You'll see what I mean, the knock readout with the gtr pfc and rb20/25 knock sensors is not worth a pinch of shiet.

The part number between the sr20 and rb26 knock sensors are different. By all means give them a go if you have no luck sourcing 26 ones. :D

I'm surprised it runs with the z32 and gtr injector tune on your setup. :D

Link to comment
Share on other sites

  • 5 years later...

What is so hard to work out? Tim laid it out for you on a platter didn't he?

Quote.

ECU pinout diagrams taken from the Nissan RB workshop manual

RB20DET

Pin # 5 -Engine A/T Control Input Signal (BT1)

Pin # 6 -Blank

Pin # 14-Engine A/T Control Input Signal (BT2)

Pin # 15-Engine A/T Control Input Signal (BT3)

Pin # 25 -Blank

Pin # 34-Blank

Pin # 35-Blank

Pin # 104 -Fuel Pump Terminal Volt Control Output (FPCM )

Pin # 106 -Blank

Pin # 112-Injector No.# 4

Pin # 114- Injector No.# 6

Pin # 115- Exhaust Gas Sensor (Ground)

RB26DETT

Pin # 5 -Blank

Pin # 6 -Sub Electrical Fan Relay (engine temp SW)

Pin # 14-Blank

Pin # 15-Blank

Pin # 25 -Wastegate valve control solenoid valve

Pin # 34-Air Flow Meter Ground

Pin # 35-Air Flow Meter Intake Air Signal (Front)

Pin # 36-Intake Air Temp Sensor

Pin # 55-Exhaust Gas Sensor (rear)

Pin # 104 -Fuel Pump Terminal Volt Control Output (FPCM 1)

Pin # 106 -Fuel Pump Terminal Volt Control Output (FPCM 2)

Pin # 112- Injector No.# 6

Pin # 114-Injector No.# 4

Pin # 115-Blank

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share




  • Similar Content

  • Latest Posts

    • Seatbelt bolts are 7/16 UNF in most cases
    • Yes, this is why I end up being 'vocal' with executives. "I want it" can't be "Just because we should have it" you need reasons. It has way too big knock on effects to simply want something "Just because" at that level in orgs with 10,000+ employees. Currently, message labelling. Sounds great. Except there is no governance on how to actually HANDLE message labels, so I may as well implement the labels as "Pink Flamingo" or "Conrod" or "Massive Dildo" and force people to choose one for every message, with no framework underpinning any of it. It has no value and can actually have detrimental value if all it does is serve to annoy people into clicking something random, or just using the default for everything, especially if there's no repercussions for getting it wrong, no monitoring for people doing it right, and no guidance on what needs to be what label. "But we need message labels!" f**k sake.
    • It's worse than that. They cannot even picture the full scope of what it is that they are pitching or wanting. They see the core idea and cannot conceive of any of the side effects, compromises, losses of existing functionality that needs to be replaced somehow, etc etc, that come with doing these things. So how can they do a cost/benefit when they don't even know what the full set of changes actually looks like?
    • I mean something people seem to be WOEFUL at is doing a proper cost/benefit analysis. Going cloud is great, if it saves you time and money. Does it? I have found a LOT of managers just want 'the new thing' with SUB-zero understanding of what it is and how it functions and why they need it. I spend a lot of time on that point nowadays too.
    • I'm an engineer. I am not supposed to do IT. I have been doing my company's IT for 25 years, because initially there was no one else capable and since because I don't trust anyone. Back in the day, we used to run a Linux server with just sendmail level mail handling. Everything was POP and SMTP. Then, someone demanded calendaring and the like, so I implemented Scalix (an OS Exchange clone) - from scratch. Migrated all the numpties over, administered that system for years. Then Scalix started to decline. So I spun up a full Zimbra system. Same same as Scalix, but different (ie, not even a fork). Ran that for a while in parallel with Scalix as I tried to migrate old users over. Both of these were on prem, with local backup in the case of Zimbra. (No backup at all on the Scalix server! Gasp!) At some point, I spat the dummy, after years of this, and capitulated and bought O365 for the whole company and migrated everyone off the on prem stuff and shuffled them off to the cloud. It has been easier and shitter ever since, seeing as MS cannot leave anything alone for more than 3 minutes and have to keep changing everything and making it "better' (I read that as "harder"!). It's like their entire crew are ADHD squirrels on meth. Meanwhile, all our data has been kept on prem on file servers with decent backup. Now the higher ups are demanding that we migrate all the data to the cloud. I am shuddering at the idea that it will all be held to ransom on some shit AWS or, even worse, Azure/Sharepoint system where you're at the mercies of the above posted price hikes, commercial disputes, company collapses/takeovers/DOS attacks/etc etc. I hate it. But... if it can get me free of the bloody IT shit so I can finally concentrate on real engineering work for the first time in 25 years, then.... good?
×
×
  • Create New...