I'm trying to figure out how to create a graph filter that has a variable w/o a number value such as On/Off or No/Yes. Not seeing it in the HPT VCM scanner documentation. Anybody know?
NOTE I PUT THIS IN WRONG CATEGORY, SHOULD BE UNDER VCM SCANNER
I'm trying to figure out how to create a graph filter that has a variable w/o a number value such as On/Off or No/Yes. Not seeing it in the HPT VCM scanner documentation. Anybody know?
NOTE I PUT THIS IN WRONG CATEGORY, SHOULD BE UNDER VCM SCANNER
Last edited by weinerschizel; 01-20-2025 at 06:42 PM.
Same issue here, i feel like HPT staff ignores stuff they know is wrong here so im about to send every single issue i have as a ticket, hoping to get proper clarification why the artificial limits..
-https://forum.hptuners.com/showthread.php?113242-missing-parameters-in-math-and-filters
yeah I've had to get a little more creative to get what I want. I log fuel trim cell (gen3 LS) as I way to capture or filter out most of the DFCO type of stuff.
But I agree with the discussion here either way. Surely the data is coming in as 0, 1, 2 etc. and being converted to display as something more human readable. If that underlying 0,1,2 is still present in the hpl, just let the user be able to select it in the filter list, and we can experiment with the various values until we figure out how to set it.
FILTERING DFCO (I got working) I experimented with DFCO and set my filter to discard data with Injector Pulse Width under 2.0ms. Oddly it did nothing when I set it to 1.0ms which I would have thought otherwise mine goes to 0.5ms when DFCO is active. However, it appears as though it trends down for a while under 2.0ms so probably better I set the 2.0ms. I digress though.
FILTERING COT? My next goal is to filter out COT. I nearly burned up my cats, I suspect by disabling it to tune. I cannot find a filterable variable to cut it out. Unsure if COT is reflected in commanded AFR? But then I cannot tune PE either.
HPT if you read this here are a few upgrades we'd love to see. I'd even pay for.
I think after hours of research it appears Boolean or discrete values are not supported in the filters. Another way to describe them in software are enumerated datatypes (you can assign different names to integers; instead of 1,2,3,4 on, apply, release, off; sort of thing). I have a background in programming.
It would be an awesome upgrade to also seeing the actual signal name in the filter text box as apposed to that number which has no meaning to me. I have to click edit variable to see what the signal is I'm filtering on. I'd pay for upgrades like that.
Programmer Upgrade
I've long since wanted a built in programmer. One that can do BlueTooth AND USB. It should also have the ELMD (I forget the protocol) for universal diagnostic information. So say when I get a check engine light I simply connect with my bluetooth scan tool. This device could be left in the OBDII port and or built into the harness.
Feedback on support
I reached out to support a while back. I had tuned for months on my fuel among other things. I could change the VE table and it had ZERO effect on fuel trims. I contacted tech support who told me there's no bugs in the code and was end of conversation. Long story short, I never did figure the glitch out. I had to baseline to factory and start over. Somehow the file must have become corrupt but I wasn't seeing it in the VCM editor. Did countless compares and couldn't see any issue with the tune itself either. Long story short, I was fairly discouraged with the experience. I'd love to see the software revised with some of the suggestions and revitalized. It works, and is very powerful but after that experience my radar has been up looking for alternatives to HPT.
Just some of my own thoughts and findings over the years on the programmer upgrade stuff.
I don't have a ton of experience with it (I'm not a pro tuner and never been "tuned" with it), but the TDN app does a lot of these things already. As is, last time i checked you could check DTCs with it and I read my gen3 LS for fun, never tried to write a file to it, guessing that's locked out for approved tuners only. I wish these features would be unlocked to everyone, clearly the code base is there, but they seem to want to keep this "validated pro tuner/TDN network only".
A couple other options... TrackAddict app, has a basic logging and DTC check mode and works my MPVI2 at least. I can see data/log many of manufacture specific parameters and it's all set up in VCM scanner like the standalone logging feature. Downside is it only saves to .csv format, not .hpl and I'm sure it's not quite as optimized for speed and all that. The live data view is pretty basic, but it does work. I'll use it check a quick thing ethanol content or fuel trims. All of my testing and experience is with the android version, not sure if iOS differs. I don't think I would expect them to do a full ELM327 implementation on their firmwares, would make more sense to just update their app(s) to perform those functions versus try to make their firmware work with every random software in the app store.
Awesome, yeah, the ELM327 is the chip. I think it's an atmega processor with the industry standard diagnostic protocol on it. I forget the name. I was looking to get that code for the industry standard protocol and build my own OBDII scan tool. There's a couple half finished open source projects that started it. However, they were written specific to their target processors and not abstracted enough to port easily to another. I wanted to use an ESP32 with Bluetooth capabilities. Haven't had much time to fiddle with it though. I have this crazy idea for a wireless mechanic's probe but I have to earn money so those projects get shelved pretty quickly.
Long story short, is there a HPT compatible adapter that does bluetooth and USB I could mount and leave under my dash? I'd love it also had the industry standard protocol as implemented on the ELM327. I get really annoyed having to constantly plug all the stuff for my MVPI Pro I bought years ago.
Funny how we pay for license, one would think that the money gooing to a OS type shuld pay for dev on said OS / program... Credits aint cheap, they roughly translate to 1h pay for a high end programmer here in DK, so i wuld assume when a bunch of ppl buys credits you would need alot more dev on the platform...
Also the MPVI3 is a FPGA so they can easely program a mode where it emulates a ELM adapter, but why wuld they? Why make the product usefull outside their "ecosystem"![]()
MPVI2/3 are the only thing that works with HPT, so that's the only option, but as already discussed you're locked into their ecosytem with it of course...but there are some options to check codes and such with it.
If you want a good ELM327, OBDLink is a good one, especially if you want one dongle to work on all cars, even Pre CAN stuff. If you go CAN only, there's other options and probably more feasible to make your own etc.
I have an esp32 based dongle (Macchina A0) with open source firmware that does support ELM-- but it only kinda sorta works, feels half finished like you talked about already. But it's a great hardware platform to get started with.
There's a whole bunch of other decent commercial ELM or ELM like devices out there.. I run OBDLink because it works as a generic tool for any car. CAN only I'd look at Dauntless OBD. Newer option, but the price is good and supports a lot of more advanced features/commands and the developer is very helpful and responsive.