Quote:
Code:
OBD PID 16 [maf] unsupported
Heh. No MAF for you, sorry. I'm not sure why it was successful before, perhaps it was an errant response from another ECU [currently I'm trying to figure out how to safely only get the engine ECU to respond using ATCRA].
Errors about the database; were they "table already exists" kinda things? It's worth noting that once the code has noticed MAF isn't available, when it creates the database it won't create a maf column.
It's just occurred to me that there may be a bug lurking in obd2kml where if the maf column doesn't exist, you may get unreliable output. Can you make sure that if you create a brand new logfile from scratch, without maf in it, that obd2kml doesn't just crash? I remember writing code for obd2csv that sanity checked and refused to try to calculate certain columns if you don't have maf or vss, but I don't remember doing the same thing in obd2kml.
Rather than change the colorations, feel free to add new graphs to obd2kml. If you can figure out good graphs to add, go ahead! To add colored graphs, check kml/heightandcolor.h. To add plain graphs, check kml/singleheight.h
If you come up with completely new and better visualisations, please let me know.
At this point I've crossed into the realm where my knowledge of statistics and useful data visualisation is holding me back, so if you have useful stuff to add, *please* do so :-D
Oh, and I'm abundantly aware that the progress reporting in obd2kml is hopelessly busted. It's only used for the gui, but fixing it "properly" is pretty high on my list of stuff to do. If you add stuff, and "forget" to bother with progress reporting, that's fine; it'll incite me to figure out a decent fix for the problem.
Quote:
This little system is looking better and better, and your improvements have really made a difference.
I'm glad! I know I've said this many times before, but seeing people actually using my stuff gets me totally stoked. One day I hope to actually have an easy-to-use, popular tool for linux and OSX users.
Gary (-;