pcmhacking.net

Nah it sent the clear dtc commmand & logged it but when I went to copy everything out of the window the program locked up, so there's some sort of issue with having so much data in the text box & locking program up o my PC not having enough memory to store it all or something?

Its win7 1.7Ghz with 2Gb ram!

VX L67 Getrag wrote:Nah it sent the clear dtc commmand & logged it but when I went to copy everything out of the window the program locked up, so there's some sort of issue with having so much data in the text box & locking program up o my PC not having enough memory to store it all or something?

Its win7 1.7Ghz with 2Gb ram!

Ooohhhh Im with you now. Ok, Ill add a button to export as txt,excel,csv ect later today, that should sort it out.
Still stoked that its logging smoothly!

Yeah it's awesome, I just thought the elm327 1.5a was stuck at 38400, now it's 4 times that hopefully it will be able to do heaps!

would be good to just see each line logged & then how many times it's sent I think thats like a filter?

this is a serial port monitor log of scanxl connecting to my elm, setting it up then logging a few pid's while the engine in my VZ alloytec was running.

Good work!

I removed all the zero length reads from the log to make it a bit easier to read.

I think the bytes that read . are non-ascii, so probably <CR> <LF>

VX L67 Getrag wrote:Yeah it's awesome, I just thought the elm327 1.5a was stuck at 38400, now it's 4 times that hopefully it will be able to do heaps!

would be good to just see each line logged & then how many times it's sent I think thats like a filter?

Yeah I know what ya mean, chuck in a frame counter, should be easy enough.

Cheers for the log Jayme! Will look throw both yours and Antus edited one later!

you can see in my log that scanxl is setting the header to 00 07 DF

Oh yeah forgot to mention the vin/op sys & other read function doesn't work, but that was when I was connected to can11 hi so not sure if it supports it!

VX L67 Getrag wrote:Oh yeah forgot to mention the vin/op sys & other read function doesn't work, but that was when I was connected to can11 hi so not sure if it supports it!

Yeah, vin seems to be only valid for VPW protocol. Would need to do a log of what the scantool does or other software to understand how to get vin in CAN.

So changes to be done:
-Add frame counter & reset/clear data toolbar
-Export data button
-Change header to automatically be 7DF for 11bit comms
-Add checkbox for "115200 baud enable", so bluetooth/other devices that dont support still work
-Add simple can engine data requests.

From those logs, ScanXL actually leaves the auto formatting on: "ATCAF1"
Maybe will have to try that out again now with the error logging set correctly, then with the headers set correctly, should be able to do the engine data requests for 11bit without a hassle. ScanXL sent data as normal eg for rpm request: 01 0C 1 , where that extra 1 signifies that theres only 1 response and speeds up the process.

Well I hope this works!
Have added in all the stuff minus the filter. Have to add a few things for that since itll need to reset the filter each time incase we want to monitor all.
To "export data" to text, just right click in box and click export

Let me know if that frame counter works alright!

Also, auto formatting is switched back on.. let me know if there is the can error messages or anything again, if not, then you should be able to do an engine data read.