ok loving the product works well, Im conencting via “generic” EML adapter on the ODB port, which the tablet connects to via wireless, all works BUT there is an “annoying” lag on the display is there anything obvious I need to look at ?
RealDash has two settings that may increase the data rate on some vehicles. You can access these settings by going to Garage and connection settings:
Use Multipid Request
This setting works if you have relatively new vehicle with CAN bus. When this option is enabled, RealDash constructs a multipid request command and when supported by vehicle can receive multiple values in one reply. This will increase the data rate considerably. On older vehicles this setting may slow down the time to connect to vehicle and therefore its disabled by default.
Request Only First Reply
On newer vehicles some requested information may be contained in several modules. For example engine RPM may be stored in ECU and TCU of the vehicle. Enabling this option will instruct the adapter to respond with first available value and not wait until all modules have responded to the request. This may increase the data rate in some cases.
I use a mixed protocol, some of the values are taken from the OBDII gateway, and of course the lion’s share is interrogated by RAW -CAN. But this does not stop me from getting values with the speed of lightning. My speed is more than 600 values per second. Of course, I understand that using instant values, such as RPM, SPEED, TPS via OBD II protocol, this will not give that visual effect on the display. And so I get OBD II values of secondary sensors and more static values.
In my case there is the delay caused by smartphone (or maybe Realdash). I watched bluetooth signals by analyzer and saw that after ELM327 sent answer, it takes more than 50-75 ms before Realdash send new pid request. What is the reason for this? Is this lag depends on Realdash or specific smartphone?
The protocol itself is built on the principle of dialogue, and these are significant delays, which, by the way, still need to be checked for errors, so the more such requests are in the current session, even the car’s ecu itself will give answers with a delay, because in addition to communicating with OBD, you need to control several actuators and interrogate a dozen sensors.
And it’s all sequential…
From experience, I can say that sensors, for example, temperatures, can be polled once every 5 seconds, it is desirable to poll the speed signal constantly …