+- BlueWave Studio forum (https://bluewavestudio.io/community)
+-- Forum: OpenAuto Pro (https://bluewavestudio.io/community/forum-86.html)
+--- Forum: OBD-II (https://bluewavestudio.io/community/forum-103.html)
+--- Thread: OBD2 gauges data source (/thread-2775.html)
OBD2 gauges data source - rdeyoe - 07-04-2021
I have my ELM327 bluetooth obd working fine and gauges are reading. I've created custom gauges for other PIDs and that works too (be sure to follow Bluewave's docs on connectintg the scanner....). The issue is that the refresh rate is rather slow, even when turning the polling interval down. I realize that OAP isn't intended to be a realtime dashboard but the 1 fps refresh rate isn't really useful for anything.
Besides that, i'm also wanting to read obd MIL responses in another script, which isn't really possible when OAP blocks that dongle with the gauges. I'm wanting to try another route for the gauge side of things....
Is it possible to connect the gauge queries to another data source like a file or pipe from another program? I think i'm going to try and use a CAN sniffer to capture gauge data and only use the obd dongle for code reading/clearing. I'm thinking i could sniff the CAN bus, run it through a filter/script to grab the parameters i want, but how do I get them into OAPs gauges?
I realize that the filter will be specific to my vehicle but if there's a way to do it, maybe others could create vehicle filtering for other cars. I've got a CAN hat coming to play with.....
Just spit balling right now, any ideas are highly appreciated.
RE: OBD2 gauges data source - pedroc1999 - 07-04-2021
I am also experiencing the slow update rate when using a custom dashboard
RE: OBD2 gauges data source - BlueWave - 07-04-2021
Refresh rate depends on the ECU performance and priority of the OBD-II traffic. Unfortunately, this is nothing we can improve on OpenAuto Pro side. You can try to adjust the ELM327 internal timers and check if that helps. More details can be found at https://www.elmelectronics.com/wp-content/uploads/2016/07/ELM327DS.pdf
RE: OBD2 gauges data source - pedroc1999 - 07-04-2021
(07-04-2021, 09:00 PM)BlueWave Wrote: Refresh rate depends on the ECU performance and priority of the OBD-II traffic. Unfortunately, this is nothing we can improve on OpenAuto Pro side. You can try to adjust the ELM327 internal timers and check if that helps. More details can be found at https://www.elmelectronics.com/wp-content/uploads/2016/07/ELM327DS.pdf
In a sense, I disagree.
Using other applications such as Torque or Car Scanner on mobile, with many sensors yields excellent refresh rate. However in OAP, and just 6 polled sensors, gets terrible 1fps performance.
There must be "something" impairing it
RE: OBD2 gauges data source - BlueWave - 07-04-2021
Apps like Torque add huge interpolation of the data to keep "smoothness". However it affects accuracy of displayed data which we want to avoid.
RE: OBD2 gauges data source - rdeyoe - 07-06-2021
I've noticed good response times with Torque also, and it may be an interpolation thing. I'm graphing four O2 sensors and the response is quite good, and if it is interpolating at least i'm getting four sensors per second, rather than a single tachometer reading per second. I may try going through the ELM327 document you posted and see if there are any tuning parameters I could try.
But that's not really the direction I was going with this topic anyway. I'm wondering if there are any ways to pipe the OBD data to the gauges? If i run an obd simulator that creates various PIDs data in a stream, how could I use OAPs gauges to display it? Perhaps through the pre/post commands parameters?