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

    • Yeah, it's getting like that, my daughter is coming over on Thursday to help me remove the bonnet so I can install the Carbuilders underbonnet stuff,  I might get her to give me a hand and remove the hardtop, maybe, because on really hot days the detachable hardtop helps the aircon keep the interior cool, the heat just punches straight through to rag top I also don't have enough hair for the "wind in the hair" experience, so there is that....LOL
    • Could be falling edge/rising edge is set wrong. Are you getting sync errors?
    • On BMWs what I do because I'm more confident that I can't instantly crush the pinch welds and do thousands of USD in chassis damage is use a set of rubber jacking pads designed to protect the chassis/plastic adapter and raise a corner of the car, place the aforementioned 2x12 inch wooden planks under a tire, drop the car, then this normally gives me enough clearance to get to the front central jack point. If you don't need it to be a ramp it only needs to be 1-1.5 feet long. On my R33 I do not trust the pinch welds to tolerate any of this so I drive up on the ramps. Before then when I had to get a new floor jack that no longer cleared the front lip I removed it to get enough clearance to put the jack under it. Once you're on the ramps once you simply never let the car down to the ground. It lives on the ramps or on jack stands.
    • Nah. You need 2x taps for anything that you cannot pass the tap all the way through. And even then, there's a point in response to the above which I will come back to. The 2x taps are 1x tapered for starting, and 1x plug tap for working to the bottom of blind holes. That block's port is effectively a blind hole from the perspective of the tap. The tapered tap/tapered thread response. You don't ever leave a female hole tapered. They are supposed to be parallel, hence the wide section of a tapered tap being parallel, the existince of plug taps, etc. The male is tapered so that it will eventually get too fat for the female thread, and yes, there is some risk if the tapped length of the female hole doesn't offer enough threads, that it will not lock up very nicely. But you can always buzz off the extra length on the male thread, and the tape is very good at adding bulk to the joint.
    • Nice....looking forward to that update
×
×
  • Create New...