Jump to content
SAU Community

Recommended Posts

  • Replies 114
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Posted Images

quite possibly that would just be from an external accelerometer than something in the ecu? what other things are on the dash? if theyre largely mechanical type things (rather than typical sensor readings from consult) then id say thats what it is

does it say anything in the service/user manual (if there is one?)

Edited by NewKleer

The R34's show the G-sensors digitally on the dash for 2000 models up, and mechanically for 98-2000 models.

The R32 GTRs and GTS4's have a couple of G-sensors around the place, but you don't get to see what they're doing. I think they would go to the ECU though.

I'm pretty sure the g-sensor would need to report to the ECU for ATTESSA functionality, unless of course there's a sperate unit/controller for it...

Also, just to confirm... HICAS is also controlled from the ECU? Or does it just manage the steering angle sensor and the like somewhere else?

Re: G-sensor ECU input for R32 GTR. The last few pages are the relevant section. It's the Autospeed article on the R32 from years back.

Thanks for the article, which for those that havn't read it, explains how to intercept the signal between the accelerometer (g-sensor) and the ECU. Which also allows for modification (i.e. piggyback system).

However, what I'd like to do, is read the sensor output voltage from the ECU (via the consult port)

Suppose we could try some reverse engineering.

trying to read g-sensor via consult port would mean reprogramming the ecu (and knowing how to do something like that). would take 5% of the time of that to just read the voltage directly from the sensor.

The documentation I have read implies that there *is* a consult port (that is, it had an id byte after a two byte initialisation)

it just doesn't seem to be wired up.

Of course, I could be wrong.

though it appears that all the computers get *all* their data as sensor voltages.... ahh, the possiblilties are endless

(when I make that attessa controller, I'll share it with confidence - as opposed to state my theory and get shot to pieces)

While I'm at it, I'll ask this question:

What are the inputs to the hicas computer, AND how does it control the pump (r32).

heck - the same with attessa. I have partial information on the input, none on how it controls the centre diff.

I suspect I'll need to get at it with a multimeter one day...

supposedly air con, hicas, and auto transmission can be queried via consult protocol, but ive never had success. i saw a table of whats supported in what vehicle, and i think the common cars only support ecu, whereas gtr and z32 (which ive never tried) support some of the others

Consult and Conzult work with AirCon, Hicas and Auto Trans in the Z32's. They each have their own seperate control unit but all read from the DDL.

quote=NewKleer,31 Jan 2006, 06:26 PM]

supposedly air con, hicas, and auto transmission can be queried via consult protocol, but ive never had success. i saw a table of whats supported in what vehicle, and i think the common cars only support ecu, whereas gtr and z32 (which ive never tried) support some of the others

  • 2 weeks later...

have released an alpha version of ecu talk while or work on the consult lcd

http://www.ecutalk.com

needs .net framework 1.1, links on the downloads page there

Edited by NewKleer
supposedly air con, hicas, and auto transmission can be queried via consult protocol, but ive never had success. i saw a table of whats supported in what vehicle, and i think the common cars only support ecu, whereas gtr and z32 (which ive never tried) support some of the others

on my r32 gtr the hicas ecu wont respond to the initialisation unless there are delays between bytes but the engine ecu responds with no delays could be to do with the extra distance to the hicas ecu in the boot or even the different processor used by hicas, my ac ecu also remains silent with no delays but i have only just discovered

the need for delays and have not tested for the aircon delays yet.

i read that plms have to send initialisation more than once sometimes they are possibly not using delays.

my hicas responds to hex ff ff e4 with 10 then i send d1 f0 hicas then streams the error codes FF020000 ff start byte, 02 number of data bytes following, 0000 error code bytes ie no errors when ignition was last turned off

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



  • Latest Posts

    • Have a look at that (shitty) pic I posted. You can see AN -4 braided line coming to a -4 to 1/8 BSPT adapter, into a 1/8 BSPT T piece. The Haltech pressure sender is screwed into the long arm of the sender and factory sender (pre your pic) into the T side. You can also see the cable tie holding the whole contraption in place. Is it better than mounting the sender direct to your engine fitting......yes because it removes that vibration as the engine revs out 50 times every lap and that factory sender is pretty big. Is it necessary for you......well I've got no idea, I just don't like something important failing twice so over-engineer it to the moon!
    • Yup. You can get creative and make a sort of "bracket" with cable ties. Put 2 around the sender with a third passing underneath them strapped down against the sender. Then that third one is able to be passed through some hole at right angles to the orientation of the sender. Or some variation on the theme. Yes.... ummm, with caveats? I mean, the sender is BSP and you would likely have AN stuff on the hose, so yes, there would be the adapter you mention. But the block end will either be 1/8 NPT if that thread is still OK in there, or you can drill and tap it out to 1/4 BSP or NPT and use appropriate adapter there. As it stands, your mention of 1/8 BSPT male seems... wrong for the 1/8 NPT female it has to go into. The hose will be better, because even with the bush, the mass of the sender will be "hanging" off a hard threaded connection and will add some stress/strain to that. It might fail in the future. The hose eliminates almost all such risk - but adds in several more threaded connections to leak from! It really should be tapered, but it looks very long in that photo with no taper visible. If you have it in hand you should be able to see if it tapered or not. There technically is no possibility of a mechanical seal with a parallel male in a parallel female, so it is hard to believe that it is parallel male, but weirder things have happened. Maybe it's meant to seat on some surface when screwed in on the original installation? Anyway, at that thread size, parallel in parallel, with tape and goop, will seal just fine.
    • How do you propose I cable tie this: To something securely? Is it really just a case of finding a couple of holes and ziptying it there so it never goes flying or starts dangling around, more or less? Then run a 1/8 BSP Female to [hose adapter of choice?/AN?] and then the opposing fitting at the bush-into-oil-block end? being the hose-into-realistically likely a 1/8 BSPT male) Is this going to provide any real benefit over using a stainless/steel 1/4 to 1/8 BSPT reducing bush? I am making the assumption the OEM sender is BSPT not BSPP/BSP
    • I fashioned a ramp out of a couple of pieces of 140x35 lumber, to get the bumper up slightly, and then one of these is what I use
    • I wouldn't worry about dissimilar metal corrosion, should you just buy/make a steel replacement. There will be thread tape and sealant compound between the metals. The few little spots where they touch each other will be deep inside the joint, unable to get wet. And the alloy block is much much larger than a small steel fitting, so there is plenty of "sacrificial" capacity there. Any bush you put in there will be dissimilar anyway. Either steel or brass. Maybe stainless. All of them are different to the other parts in the chain. But what I said above still applies.
×
×
  • Create New...