- Posts
- 44,633
- Location
- East Dorset
Should've said "Foxwell Scantool", by the way. It keeps me sane, well, sanish.
NPG, Sierrafery, so lovely to hear all this. Don't understand a word, but this language has a lilt to it all of its own!!!!! (So glad there are guys like you amongst the members, where common-or-garden, shed mechanics like me would be completely stuffed by what seems like rocket science.)
So you'll probably be surprised when I say that the end-user diagnostics software communicates with the ELM327 chip inside the OBD scanner via a standard RS232 serial interface (UART)...a protocol that came out early 70s. Furthermore, the software talks to the ELM chip with Hayes modem AT commands (published early 80s) and does support the (in)famous ATZ command to reset the soft configuration.
I'm not surprised that it communicates with it but i'd be very surprised if the retrieved data or codes are correct cos other OBDII scanners are comunicating with the ECU but most of the data is trunkatedSo you'll probably be surprised when I say that the end-user diagnostics software communicates with the ELM327 chip inside the OBD scanner via a standard RS232 serial interface (UART)...
You know I said I was an MFL teacher? Well, thanks for the info, but I simply don't understand it, it really is a new language to me!!! But I do appreciate the dates. My wife who used to be an international IT auditor, tells me that many systems banks use, especially in Germany, are really old fashioned no matter how fancy their initial appearance. At the end of the day, if security isn't compromised, if it is tried and above all TESTED, and it ain't bust, don't fix it! Wifey says most of the problems in the systems in banks and other huge companies are either due to users not following absolutely basic security protocols, (like she used to see managers whose password was "password") OR the systems hadn't been properly tested. As she said "that cost money". Another friend of mine, a computer programmer who worked on defence systems, resigned and never went back to it, because testing was insufficient and he could not honestly sign off on systems he didn't feel were really safe. Now we have, not one, but two big Boeings crashing due to software that had not been properly set up. Never mind the fact that the computer forced the the plane out of the pilots hands. It doesn't matter if you have three separate systems to fly the plane on, in case two of them go wrong, but if they are all running the same software....?!
Back in the days when I was an engineer, the first thing I was taught when designing circuits, (pneumatic control circuits), was to ensure that all systems would fail safe, And also there would be a big red button to hit if things went wrong. If Boeings had a big red button, it could be hit and control of the throttles, rudder, ailerons and tailerons, could be made manual again so the pilots could actually FLY THE PLANE. Might save the odd life? And they want us to have driverless cars and driven cars with speed control? Lord save us.
I'm not surprised that it communicates with it but i'd be very surprised if the retrieved data or codes are correct cos other OBDII scanners are comunicating with the ECU but most of the data is trunkated
i'm not gonna contradict you in your well argumented theory... what i can say for sure is that i plugged in ELM in my own Eu2 and and two other Eu3 D2s then compared the results with hawkeye(which is made by Omitec based on Textbook T4 dedicated LR software) and the results were different or some of them completely missing, i've got false fault codes about boost and air inlet temp which were not even stored and the only correct live data was about ECT and RPM all the others were shown but not accurate... i see that you know your stuff but IMO there is some hiddent code in the proper software made on purpose by the developers as to not be easy to emulate so better dont eat your mind by trying to read/diagnose Td5 with OBDII protocolSurprisingly enough, the ELM chip can support lossless high throughputs on its RS232 interface, most notable at 57K6 and even going up to 115K2, with some limitations, especially wrt CAN. Some insertion delays are unavoidable for error checking and conversion of OBD data to ASCII but we're talking few μs. Most OBD standards include error checksums and also require checksums to be incorporated with the requests, which ELM does automatically. Some rounding does occur on floating point notation but the end-user software can make use of the chip's advanced facilities to calibrate parameter accuracy
Agreed and there's so much one can say on the topic you've raised. Unfortunately I'd say, machines have entered the man-made eco-system of politics, finance and law where instead of them being there for the service of man, man has now become their slave. Talking about automation, what we have so far are machines that are either preprogrammed (i.e. procedural with fixed logic) or are capable of exhibiting some form of thinking with the use of an inference engine (AI-based). However, none of these machines can yet perform the creative problem solving that humans can do and therefore while human control could be assisted in many ways, it should never be relinquished in the execution of critical functions such as driving a car or flying a plane. There is another field that is highly controversial but emerging nonetheless - machines that are aware of themselves and their surroundings - very much like saying they have a consciousness. I'd say God help us all if this is where we're heading.
BTW, Alan Turing had put forward some really simple but ingenious ideas on how to tell humans and machines apart on the basis of their intelligence and thinking faculties, with the most well known being the Imitation Game.
Could just be needing a new sensor, or it could be that hub is worn. You might want to jack it up and check. A replacement hub comes with a new sensor already fitted. As always beware pattern parts; this is probably a time when paying extra for OEM may be worth it.
What's that? name that tool... cos if it's ICarsoft you can forget about it and consider that it's not better nor worst .... it's just full of sh*t when it comes to D2... it's quite ''normal" with other LRs but not with the D2. PeriodSo I finally got my hands on a better diagnostics tool
The iCarsoft diagnostic testers are pretty good for petrol engines but are a bit sketchy for diesel engines.If it is any help I have the icarsoft i930 which is £96.00, I find it lots of help on the D2 V8, it has more than paid for itself.
Welcome To LandyZone, the Land Rover Forums!
Here at LandyZone we have plenty of very knowledgable members so if you have any questions about your Land Rover or just want to connect with other Landy owners, you're in the right place.
Registering is free and easy just click here, we hope to see you on the forums soon!