The next version of the app will have improvements to work with some ELM devices that have failed in the past. It will also include an ELM logging function to be used to capture failing ELM sequences which you will send to me for analysis to see if the problem is something I can handle in code.gbarry42 said:I was contemplating buying one each of the three favorite ELM327 devices (though from what I read I should buy two each, so that's six!) to find out which worked reliably. But I got to wondering, (warning--heretical idea), maybe instead of sending my money to buy poorly-built blatant rip-off products, I could instead get one that's built here with parts actually made by Elm...it would only cost me three times what one of the clones would, but it should be stable. I don't see where anyone has tried that approach.
One question is whether we'd expect the "real" device to work better in this situation.
The other is whether having the latest firmware in the ELM module would cause trouble with the leaf app, given that the clones use a much earlier firmware version.
I am currently working with two members offline who have a total of 3 ELMs that did not work. I have ELM traces from all three with the app's first pass logger function which was hardcoded (it has been improved since then to make it user selectable). One issue has been identified, a code fix implemented and fix verified using the ELM. I have identified what seems to be the problem with the second ELM and am waiting for manual confirmation (using Hyperterm type program). If the problem is what the trace shows a fix will be implemented. The third one looks like a timing issue so I will be reenabling the ability to slow down the Leaf responses to see if that fixes the problem.
So basically I am attacking the problem from the other end. Rather then try to find ELMs that work with the app I would like the app to work with most if not all ELM devices.