Another update. Once I get BA support in the alpha program I won't update it any further.
I'm now concentrating on my GUI for the actual release. I'm using the AvalonDock WPF framework which has a reasonable learning curve so may be a solid month before I get something I'm happy to post screenshots up with. Anyone who is interested can read about it here:
https://avalondock.codeplex.com/
Using this tutorial as a learning aid to make some dummy applications first
http://www.codeproject.com/Articles/483 ... Tool-Windo
Still aiming for a Christmas BETA release however I'll definitely be giving some of you guys access to an ALPHA version for testing before this date.
Anyone else who wants to test the current program out with various cables and PCMs send me a PM for a link t to the proof of concept program. Just remember it is an alpha program so I highly recommend you do not use it on customers or other peoples vehicles. Even if it is your own vehicle make sure you have a spare PCM and another flashing method available.
VX L67 Getrag wrote:What does the mongoose set when you request 15v it should work with both situations so long as within 15 to 18v range?
But yeah leaving it out by default may be safest.
It isn't actually me but another guy who is testing it on his cable so I'm not sure. I asked him to try 5v and see what it sets. He said in the drewtech software it also sets 25v (when he asks for 18v) however the read does read back the voltage correctly where as my software does not. Going to get a J2534 log incase they are calling IOCTRL with different parameters to me.
Something else interesting is I managed to get it to work as low as 5v when I tried. So the FEPS trigger might simply be an interlock/permissive and nothing else.
End of the day I don't really need to verify the voltage, if it fails to set the voltage the SecurityAccess routine will fail with SERVICE_NOT_SUPPORTED anyway.