-
-
Notifications
You must be signed in to change notification settings - Fork 229
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PC simulator: TS over HW VSP wants lower blockingFactor #794
Comments
Looking at TS documentation and I am not getting it But if that's the case why do we have the error?
|
I got a word from Tuner Studio people that they will adjust Tuner Studio so that our gauges would load with our "blockingFactor = 200" workaround. Right now TunerStudioMS Beta is v3.0.60.54 - sounds like we need to wait for the NEXT beta and try again. |
The root cause of the instability between TS and simulator over virtual serial port is not know, but we know that with lower blockingFactor or ochBlockSize things are better. TS bug prevents us from using a smaller block size as is, waiting for TS to fix the defect for us to use variable length packet. |
Status update: still looking for release AFTER 3.0.28 I believe the issue is that TS does not realize that rusEfi ochGetCommand supports runtime blocking. |
New TS releases, time to try this again |
At the moment PC simulator does not work with Tuner Studio Lite via https://www.hw-group.com/software/hw-vsp3-virtual-serial-port
a work around for this is to use smaller blockingFactor which at the moment is not working as desired ochBlockSize command
The text was updated successfully, but these errors were encountered: