Very well done.
Make no mistake, this is a non-trivial undertaking. To make a front-end, a back-end, a toolchain, a decent user interface, support for 3PP hardware, cater for multiple ECU variants with ASM differences even with the same family, a patching guide, A2L parsing, keeping it all current, the whole end to end shebang…
Add to that stuff like real time full text search over the entire A2L data and the fact that the tool can load around 60000 measurements in 3-4 seconds, and that's a pretty good list
Don't forget the logistics of having A2L data for all the ECU's...
What I haven't done yet is make an A2L generator that compares similar files and generates A2L between them. But that is on the radar. That way I can support more box codes.
Because I’m endlessly curious:
- Maybe the patch in flash is a RAM loader and you can then upload and execute the actual logging and comms out of RAM?
- Could you define your own memory locations/blocks to log as well in addition to selecting an ID from a table? Like supply an address?
- Perhaps a tie-in with the flash tool vendors (bFlash, AT, MMS etc) to run on their hw interfaces as well?
- A hobbyist variant, perhaps limited in speed/number of variables?
- A variant for Linux?
* There is no remote code execution. The mechanism is similar to $2C, but it's custom.
* Custom addresses will be possible in the future
* J2534 makes the most sense, all the tool makers have their own tools and protocols, this is not how this world works.
* No hobbyist variant. This is my job. I need to eat. In fact I would dare to say it is super accessible for a Hobbyist. A Tactrix Openport is ~150 EUR and the license for a single ECU is 100 EUR. So if you are a hobbyist and you want to only log your car it's 250 EUR total investment. The Tactrix is usable for a whole lot of other things as well, so really it's 100 EUR you're paying.
* No Linux support for the front-end. The back-end is all fully Linux. I use WPF and this is a windows-only technology.