Jump to content
SAU Community

Recommended Posts

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

Would it be a factor of cable distance, or perhaps of the ecu relaying the information to the respective control units?

I presume that these all use the ecu consult port, right?

-->So apart from the fact that I want to intercept the G-sensors for the attesa, and intercept the BOSS sensor and directly control the solenoids for hicas, I can talk to the control units.... If only there was documentation on the 'active tests' and what they did...

cool.

  • Replies 114
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Posted Images

there arent any active tests for hicas i dont think

you can get steering angle, direction, and a few other random things. no g-sensor i dont think

wouldnt be cable distance, electronic signals travel at speed of light. could be it needs to relay data and whatnot.

Edited by NewKleer
sounds good ugboot - have u tried scantech nissan (which supposedly supports the hicas/at/ac ecus) to see if they work on yours, or do they send it too fast also?

hi NewKleer

can u post the scantech nissan link if it is a demo or free

thanx

keith

http://techdiag.co.uk/obdscantech/ScanTechNissan.zip

should be good enough to test it with, however it has some horrible "give us money" screen that pops up every 5 seconds :P

not sure if they disabled the hicas/at/ac sections of it or not

Would it be a factor of cable distance, or perhaps of the ecu relaying the information to the respective control units?

I presume that these all use the ecu consult port, right?

-->So apart from the fact that I want to intercept the G-sensors for the attesa, and intercept the BOSS sensor and directly control the solenoids for hicas, I can talk to the control units.... If only there was documentation on the 'active tests' and what they did...

cool.

hi ebola

if u look at the varous wiring drawings needed to get the big picture all of the ecu's are connected in parrallel on the ddl bus this is why they respond to a different id byte ,engine hex ef, hicas e4, aircon hmm forgot that one but a4 i think, Also you can only address one at one time, they are all ecu's separately and linked by the ddl, I read that the eccu sends the rpm to the hicas ecu over the bus !

btw the attessa is not connected to the ddl so the attesa g sensors are not accessible

Keith

  • 2 weeks later...

planning to get a pocket pc version of ecu talk out by the end of the weekend, cause if i dont do it now then it might not be till the end of the year :domokun:

hopefully will have fault codes, gauges (and maybe bar graphs)

planning to get a pocket pc version of ecu talk out by the end of the weekend, cause if i dont do it now then it might not be till the end of the year :)

hopefully will have fault codes, gauges (and maybe bar graphs)

hi newkleer

hey it would be nice ifit was programmed in java so it would run on my old palmIIIe that has j2me support and a rs232 port that plugs into the plms cable.

hi newkleer

hey it would be nice ifit was programmed in java so it would run on my old palmIIIe that has j2me support and a rs232 port that plugs into the plms cable.

id fall asleep after 10 minutes if i did it in java. when you can get a second hand pocket pc for around $100, not much use trying to do it in java. a palm that old (with like 8mb ram/16mhz cpu) would struggle to run a hello world program :P

planning to get a pocket pc version of ecu talk out by the end of the weekend, cause if i dont do it now then it might not be till the end of the year :starwars:

hopefully will have fault codes, gauges (and maybe bar graphs)

and here it is (last post): http://www.skylinesaustralia.com/forums/in...howtopic=107201

now back to work on the consult lcd

id fall asleep after 10 minutes if i did it in java. when you can get a second hand pocket pc for around $100, not much use trying to do it in java. a palm that old (with like 8mb ram/16mhz cpu) would struggle to run a hello world program :(

yep the palmIII is a bit pov lol, wot pocket pc have u seen for around $100 that will run your sw. :)

cheers Keith

i picked up my jornada 568 for $150 second hand. theyre on ebay but theyre a bit more than that. having only used that, i cant recommend any others - but it runs fine on mine, and probably would on something with half the specs of it

eg these might be ok:

http://cgi.ebay.com.au/HP-Hewlett-Packard-...1QQcmdZViewItem

http://cgi.ebay.com.au/hp-jornada-540-ipaq...1QQcmdZViewItem

good thing about the older pda's is they would more often come with a serial sync cable than the newer ones - so then all you need is the male-male null modem adaptor (assuming it works like my 568 does)

as more people use it on their pda's hopefully i can get some feedback on which it works well with. you probably only need about <10mb ram and i think it takes less than 1mb of rom space (more if u use logging). all that will happen on a really slow cpu is that it just wont update as often.

i should check out mine again and see how many times the gauges update themselves per second, as thats probably a good gauge of speed

Edited by NewKleer
i picked up my jornada 568 for $150 second hand. theyre on ebay but theyre a bit more than that. having only used that, i cant recommend any others - but it runs fine on mine, and probably would on something with half the specs of it

Thanks newkleer. After searching through eBay, it seems the goin rate for 568's is in the range $100 to $170 with a mean around $130 nowdays. Are there any other models in the same price bracket worth looking at? I'm a PDA n00b and don't really know what would be suitable for what you have in mind.

Thanks

if i was looking for one, id check out these:

http://cgi.ebay.com.au/HP-Hewlett-Packard-...1QQcmdZViewItem

http://cgi.ebay.com.au/HP-Jornada-548-Hand...1QQcmdZViewItem

i found this site:

http://www.pocketgpsworld.com/markincar.php

appears that he's hooking up a serial gps receiver to his jornada 548 pda with null modem adaptor (http://www.expansys.com.au/product.asp?code=3011213). jornada 548 is pocket pc 2000, which actually supports .net compact framework (i thought it was only ppc 2002+). its possible there may be issues with it, i really cant say either way until someone with one says either way

its still a gamble, especially if your getting it for this sole purpose, you might be able to pick up one of those for say 60-80$.

btw, probably best to keep specific things/questions about my software in this thread: http://www.skylinesaustralia.com/forums/in...howtopic=107201 (and more general stuff here. made the seperate thread so this one didnt get inundated)

  • 2 weeks later...

Peter the PCB works a treat, thanks again! Now, I'm having trouble with calumsult as I can't seem to configure it for two of most sensors and can't find anywhere the AFM voltage is displayed (which is the main reason I bought the kit).

Is there any other software that might be better suited please? Perhaps some 300ZX software?

And I grabbed a hp pda via eBay, cheers.

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

    • I know why it happened and I’m embarrassed to say but I was testing the polarity of one of the led bulb to see which side was positive with a 12v battery and that’s when it decided to fry hoping I didn’t damage anything else
    • I came here to note that is a zener diode too base on the info there. Based on that, I'd also be suspicious that replacing it, and it's likely to do the same. A lot of use cases will see it used as either voltage protection, or to create a cheap but relatively stable fixed voltage supply. That would mean it has seen more voltage than it should, and has gone into voltage melt down. If there is something else in the circuit dumping out higher than it should voltages, that needs to be found too. It's quite likely they're trying to use the Zener to limit the voltage that is hitting through to the transistor beside it, so what ever goes to the zener is likely a signal, and they're using the transistor in that circuit to amplify it. Especially as it seems they've also got a capacitor across the zener. Looks like there is meant to be something "noisy" to that zener, and what ever it was, had a melt down. Looking at that picture, it also looks like there's some solder joints that really need redoing, and it might be worth having the whole board properly inspected.  Unfortunately, without being able to stick a multimeter on it, and start tracing it all out, I'm pretty much at a loss now to help. I don't even believe I have a climate control board from an R33 around here to pull apart and see if any of the circuit appears similar to give some ideas.
    • Nah - but you won't find anything on dismantling the seats in any such thing anyway.
    • Could be. Could also be that they sit around broken more. To be fair, you almost never see one driving around. I see more R chassis GTRs than the Renault ones.
    • Yeah. Nah. This is why I said My bold for my double emphasis. We're not talking about cars tuned to the edge of det here. We're talking about normal cars. Flame propagation speed and the amount of energy required to ignite the fuel are not significant factors when running at 1500-4000 rpm, and medium to light loads, like nearly every car on the road (except twin cab utes which are driven at 6k and 100% load all the time). There is no shortage of ignition energy available in any petrol engine. If there was, we'd all be in deep shit. The calorific value, on a volume basis, is significantly different, between 98 and 91, and that turns up immediately in consumption numbers. You can see the signal easily if you control for the other variables well enough, and/or collect enough stats. As to not seeing any benefit - we had a couple of EF and EL Falcons in the company fleet back in the late 90s and early 2000s. The EEC IV ECU in those things was particularly good at adding in timing as soon as knock headroom improved, which typically came from putting in some 95 or 98. The responsiveness and power improved noticeably, and the fuel consumption dropped considerably, just from going to 95. Less delta from there to 98 - almost not noticeable, compared to the big differences seen between 91 and 95. Way back in the day, when supermarkets first started selling fuel from their own stations, I did thousands of km in FNQ in a small Toyota. I can't remember if it was a Starlet or an early Yaris. Anyway - the supermarket servos were bringing in cheap fuel from Indonesia, and the other servos were still using locally refined gear. The fuel consumption was typically at least 5%, often as much as 8% worse on the Indo shit, presumably because they had a lot more oxygenated component in the brew, and were probably barely meeting the octane spec. Around the same time or maybe a bit later (like 25 years ago), I could tell the difference between Shell 98 and BP 98, and typically preferred to only use Shell then because the Skyline ran so much better on it. Years later I found the realtionship between them had swapped, as a consequence of yet more refinery closures. So I've only used BP 98 since. Although, I must say that I could not fault the odd tank of United 98 that I've run. It's probably the same stuff. It is also very important to remember that these findings are often dependent on region. With most of the refineries in Oz now dead, there's less variability in local stuff, and he majority of our fuels are not even refined here any more anyway. It probably depends more on which SE Asian refinery is currently cheapest to operate.
×
×
  • Create New...