-
Notifications
You must be signed in to change notification settings - Fork 104
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
WIP: Fixing start session failure on legacy modules #1796
WIP: Fixing start session failure on legacy modules #1796
Conversation
Signed-off-by: NicoleYarroch <[email protected]>
Signed-off-by: NicoleYarroch <[email protected]>
Signed-off-by: NicoleYarroch <[email protected]>
Signed-off-by: NicoleYarroch <[email protected]>
Signed-off-by: NicoleYarroch <[email protected]>
Signed-off-by: NicoleYarroch <[email protected]>
Signed-off-by: NicoleYarroch <[email protected]>
Just checking on your PR. I know it's WIP but removing retry delay altogether will introduce a number of other problems with the legacy modules. Please let me and generally the Ford members know the strategy on how you want to make changes to the library before pushing to 7.0. The reason I'm writing is that I do see start session issues with sdl_ios 6.7 but not with 6.5. Therefore please consider changes to the successor of the SDLProxy instead of introducing additional changes. |
@kshala-ford This PR will not be ready for v7.0 and we will be sure to give all OEMs substantial review time before pushing the change to production. If you have any additional information or suggestions, we're certainly open to them! |
Removing the retry delay has fixed the bug with the start session on SYNC 3.0 with:
I did experience a lot of issues where the module seemed to stop responding with the iPhone 6, however when I switched to a MFi certified USB Lightning to USB cable all the apps registered and opened correctly. @mrapitis I know you asked us to not remove the retry delay pending more testing by Ford: #1343 (comment). Were you able to complete your testing? If it is not possible to remove the retry delay can you explain what the retry's delay's purpose is so we can figure out a work around or if a work around is not possible, include the reasoning in our documentation. Thanks! |
@NicoleYarroch I did these tests together with @mrapitis. The delay is added for non-multiplexing systems of Ford including SYNC gen1. SYNC gen3 has multiplexing support but prior to model year 18 (3.0.x) the system had no multisession protocol string. All these system behave very inconsistently with a lower delay. I must admit we never tested removing the delay altogether. Around 1 of 5 vehicles don't have multisession hence require a control session before using a data session. This is a challenge resulting in less apps connecting. Even 3.0.x with 1 of 4 vehicle show a negative impact with reduced delay. MY20 and SYNC4 performs best though. Unfortunately we have never been able to run tangible test data yet but I am preparing a bench array with different commonly used SYNC versions to perform this very test. It'll take some time though. |
Closed in favor of #1910 |
Fixes #1795
Risk
This PR makes no API changes.
Testing Plan
Unit Tests
// TODO
Core Tests
Tested connecting and disconnecting 15 apps to SYNC 3.0 head unit multiple times during the same app session.
Core version / branch / commit hash / module tested against: SYNC 3.0
HMI name / version / branch / commit hash / module tested against: SYNC 3.0
Summary
Added a workaround to fix an issue on legacy modules where the module never responds to the app's request to start an RPC service.
Bug Fixes
Tasks Remaining:
CLA