In MB Star diagnostic Xentry 03.2020 (both Openshell and PT) it is necessary to modify the previous one slightly:
1. Make sure .NET 4.8 is installed
2. We configure in "ConfigAssist" the XUS services without the use of RDS.
3. Go to Services on Windows Control Panel, stop and disable 2 Daimler services with "....DeviceInfo" string and 1 service with "....Device Manager (Windows)" string.
4. Download TablePlus software, run and add new connection for PostgreSQL, name: xus, host: 127.0.0.1, port: leave blank, user xfernow, password: xfernow, db: xfernow
5. Choose deviceinfov2 table on left
6. Find startkeyvalid column on right, place 'true'. Replace value in devicetype column from XDOS to KIT2, replace appid to 254
7. Save changes by pressing commit button in the top-left corner
8. Restart the postgree service, it will ask us for confirmation to restart all the services that depend on which are the XUS services.
Additionally, if we do not want the KIT2 release to be downloaded, modify the following line in the xuslight_conf.json file (located in /programfiles(x86)/Mercedes-Benz Software/XentryUpdateServiceLight/config)
Original: "RelaeaseUpstreamUrl": "https://api-em1.emea.corpinter.net/prod/retus/catalogue/v1/releases/api/releases2/",
Modified: "RelaeaseUpstreamUrl": "",
Doing as before and returning to XDOS or PT does not work, it is only an illusion since it has the previously downloaded catalog, but it will not update said catalog at any time.
This configuration has been successfully tested in online programming without any RDS error.
We have been able to verify that the servers have a filter by location, in some cases, the only way to achieve the download of the catalog has been through the use of a VPN to Europe, once the catalog has been downloaded it has not been necessary to continue using it.
Thanks to the colleagues who have helped me with their tests and their equipment.
No comments:
Post a Comment
Note: Only a member of this blog may post a comment.