Jump to content
SAU Community

Nistuned Z32Ecu For R33 Gtst


Recommended Posts

  • Replies 66
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Posted Images

ok, so i plugged the nistuned z32 ecu back in and recorded the dash with aircon on and aircon off. I also recorded the standard ecu with aircon on and aircon off.

This is with the standard ecu plugged in

This is with the z32 ecu plugged in (note the exhaust temp lamp)

The idle with the z32 ecu in is higher and it was recorded second after i had already had the car idling for a minute or 2 on the standard ecu. With the air con on with the z32, the car doesnt sound like it does with the standard ecu.

I took the car for a spin with the z32 ecu plugged in and revved it out to about 5500rpm in second and third and it didnt stutter or go into limp mode at all. My consult display also shows no fault codes with the z32 ecu plugged in.

Link to comment
Share on other sites

We put the Series 2 33 changes in based on information from another customer when they installed in their vehicle. The main problem is I dont have a S2 wiring diagram/pinout to compare against. Yeah I was thinking series 1.5 also

Anyway been going through their emails back from Aug 2010 and found this page (attached)

So pin 32 is the Exhaust Over Temp lamp on the S2 RB25. It connects to the Check Engine Light output on the Z32 ECU. So effectively your exhaust temp light is the check engine light output from the Z32 ECU now

Question now is what is the Check Engine Light output on the S2 RB25 pinout? I'll contact the customer who bought the NZ workshop manual and find out

post-607-0-35565200-1333166215_thumb.png

Edited by darkhalf
Link to comment
Share on other sites

In the video with the z32 plugged in and the a/c on the idle doesnt seem to go up a bit like the name fast idle control device dictates it should. Then, when its turned off it jumps up abit then settles again, so i dont know if the FICD is actually working or not.

On the pinout diagram for the z32 I cant even see exhaust temp lamp so I guess it doesnt use one and which ever pin is the r33 series 2 exhaust temp lamp on my loom is plugged in to something it perhaps shouldnt be on the z32 ecu and its turning the lamp on.

EDIT: Just read Matt from nistunes post above. Let me know when you hear back from them Matt.

Edited by Mitcho_7
Link to comment
Share on other sites

I've got those diagrams above (link on second one broken)

www.gweeds.net/nismodore/rb25diagram.jpg

The ECU pinout from the same site has the Series 1 mappings for both lights

Series 1 uses

Pin 32 = Check engine light

Pin 33 = Exhaust temp light

which ever pin is the r33 series 2 exhaust temp lamp on my loom is plugged into something it shouldnt be on the z32 ecu and its turning the lamp on

Series 2 uses

Pin 32 = Exhaust temp light

Pin ?? = check engine light

Z32 ECU has no exhaust temp light output. Its Pin 32 output is 'check engine light' as previously posted

Link to comment
Share on other sites

Series 1 uses

Pin 32 = Check engine light

Pin 33 = Exhaust temp light

Series 2 uses

Pin 32 = Exhaust temp light

Pin ?? = check engine light

Z32 ECU has no exhaust temp light output. Its Pin 32 output is 'check engine light' as previously posted

So essentially the exhaust temp light with the z32 ecu installed how it is at the moment is actually the check engine light?

Link to comment
Share on other sites

If that is the case and the check engine light is now through the cat light disconnect the tps and check it to see if it's using the standard 1.

And if it was using the cat light why is it throwing the light with no codes, I reckon pull the plug for the cat sensor first and see where you stand.

Edited by Stevoss
Link to comment
Share on other sites

If that is the case and the check engine light is now through the cat light disconnect the tps and check it to see if it's using the standard 1.

I have no idea how to do this and dont really want to be pulling out wires etc as the car is also my daily and I will need it next week

And if it was using the cat light why is it throwing the light with no codes, I reckon pull the plug for the cat sensor first and see where you stand.

You raise a good point about why the lights on with no codes, im only going off of what my ecu consult display from ecutalk.com says when I go into faults.

Link to comment
Share on other sites

The good news is its easy and very quick to connect and disconnect the tps, you just look at the top of the motor and where the throttle butterfly is that moves when you push the accelerator peddle it has a small black box on the other side, you push in the little tab on the plug and pull the back half to release, it will log this as the fault code and display the dash light, you can clear that with consult after.

Link to comment
Share on other sites

The good news is its easy and very quick to connect and disconnect the tps, you just look at the top of the motor and where the throttle butterfly is that moves when you push the accelerator peddle it has a small black box on the other side, you push in the little tab on the plug and pull the back half to release, it will log this as the fault code and display the dash light, you can clear that with consult after.

Link to comment
Share on other sites

You are brave man ..! Or was the ECU tuned?

Also more on the topic, what is the colour of your Crank Angle Sensor?

(black housing, or metal?)

I took the car for a spin with the z32 ecu plugged in and revved it out to about 5500rpm in second and third and it didnt stutter or go into limp mode at all. My consult display also shows no fault codes with the z32 ecu plugged in.

Edited by Torques
Link to comment
Share on other sites

You are brave man ..! Or was the ECU tuned?

Also more on the topic, what is the colour of your Crank Angle Sensor?

(black housing, or metal?)

dont know what you mean? the only way i know of it working is the z32 ecu with the nistune daughter board running the standard ecr33 rb25det tune.

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

    • 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?
    • This is so interesting, because I manage a Hybrid Onprem/Exchange Online environment/M365 Tenancy. I find 365 MUCH more intuitive than our On-Prem systems running Exch2019 for example. If my email servers could f**kin tell me in plain text WHY they are unhealthy it would have made my week so much fkin better. I am reading SAU instead of re-reading the event logs right now. Not to mention the less technical overhead of managing servers which more or less run an app. Then again, once you are entirely in a cloud, any cloud... it's very easy for Microsoft or whoever to just up the price x% and you just have to wear it. I suppose right now we have the worst of both worlds by having a hybrid setup. If you look at Powershell versus something like Logic Apps, you can see it's by far a better setup, because purely on intuition it's much simpler for many people, who simply want to say "When X, Do Y, Tell Z" for 99% of their stuff. Yes, it's less powerful at it's core, but do you need it? If you can articulate what you want to have happen in human-readable language it's a big step forward than attempting to translate that into on-premise/powershell code. I will echo Mr No Crust - Working in IT where the core business does something valuable to humanity is the way to do it. And honestly you can see it. I've worked in various firms over the years, in various countries. When you see the people work there for ~2-3 years, you can see why. When they're all there 10-20 years, you can also see why. Especially if the people working there 10-20 years on lower than average pay. This stuff is valuable in any work environment tbh, and you should be mindful to take 'advantage' or at least appreciate the good/acknowledge the bad sides of either type of environment lest you go insane in both of them.
×
×
  • Create New...