Has anyone else had an issue with RCP Mk3 where their favorite tracks are missing when they boot/reboot RCP?
Steps:
1. Power on RCP via USB to computer
2. Open RCP App on computer
3. Go to Setup and Favorite Tracks are missing
4. Open saved config file from computer
5. Favorite Tracks reappear
6. Write configuration
7. Close RCP App
8. Uplug USB from RCP, wait 10 seconds
9. Power on RCP via USB to computer
10. Open RCP App on computer (or tablet)
11. Favorite Tracks are missing
I've only noticed this recently when bench testing 1.14.6 app and 2.14.0 firmware versions. However now when I revert back to app 1.13.1 (on PC) with firmware 2.13.5 I get the same behavior.
I have even manually added the tracks back several times from both the PC, Android tablet and a Fire HD tablet with app versions 1.14.4 beta and now 1.14.6 with 2.14.0 firmware.
I've tested with the following combinations:
App 1.14.6 (win7 PC) with firmware 2.14.0
App 1.14.6 (win7 PC) with firmware 2.13.5
App 1.13.1 (win7 PC) with firmware 2.13.5
App 1.14.4.beta (win7 PC) with firmware 2.13.5
Android & FireHD App 1.14.4 with firmware 2.14.0
Android & FireHD App 1.14.4 with firmware 2.13.5
Android & FireHD App 1.14.6 with firmware 2.14.0
Since I started the habit of saving my config files after I write them to RCP, I can see that the track "sf" entries are in my saved .rcp files. But I don't know how to determine if they are making it to the RCP Mk3 hardware. I suspect they are since when I boot and connect to RCP, the autodetect track comes up with Watkins Glen (top status bar) even though no tracks are displayed in the list. Strangely, Lime Rock Park is closer to my location, but I always add the Glen as my first Favorite.
Favorite Tracks Disappear on RCP Mk3
Make sure on the device you're testing that your presets and track maps are updated from the cloud. They may be hidden because the app does not have a reference to those tracks, because those items in the database are missing.
Just press the cloud update button for the list of tracks and see if that resolves it.
Just press the cloud update button for the list of tracks and see if that resolves it.
Hi Brent,
Using the 1.14.6 app on win 7, I just did the following:
Connected the RCP via USB, went to add a track, hit the cloud update button, closed the dialog and the tracks did not show up.
Next I reloaded my previously saved config file and the tracks reappeared. Rebooted the RCP, tracks disappeared.
Downgraded the RCP firmware back to 2.13.5, reloaded my 2.13.5 config file, tracks appeared, wrote config to RCP, rebooted RCP, tracks disappeared.
I'll try completely uninstalling the RCP app from one of my Android devices, reinstall and repeat some testing.
I hope playing with the 1.14.4 beta app with 2.14.0 firmware didn't corrupt something in the RCP unit...
Using the 1.14.6 app on win 7, I just did the following:
Connected the RCP via USB, went to add a track, hit the cloud update button, closed the dialog and the tracks did not show up.
Next I reloaded my previously saved config file and the tracks reappeared. Rebooted the RCP, tracks disappeared.
Downgraded the RCP firmware back to 2.13.5, reloaded my 2.13.5 config file, tracks appeared, wrote config to RCP, rebooted RCP, tracks disappeared.
I'll try completely uninstalling the RCP app from one of my Android devices, reinstall and repeat some testing.
I hope playing with the 1.14.4 beta app with 2.14.0 firmware didn't corrupt something in the RCP unit...
Hi Brent,
I've downgraded my RCP to 2.13.5 and did some additional testing today with app 1.13.1 on my Win 7 PC. I wrote up step by step procedure of what I'm doing and copying the application log to text files along the way. Is it ok if I e-mail you the logs as well as my config file?
Long story short, after I boot the RCP, add a track, and write the configuration, I see the following at the bottom of the application log:
After rebooting the RCP again, letting it connect to telemetry, I copied out the application log again and see the following at the bottom (IMEI number removed):
Is there a chance that using the 1.14.4.beta and 2.14.0 firmware corrupted my internal track DB?
I've downgraded my RCP to 2.13.5 and did some additional testing today with app 1.13.1 on my Win 7 PC. I wrote up step by step procedure of what I'm doing and copying the application log to text files along the way. Is it ok if I e-mail you the logs as well as my config file?
Long story short, after I boot the RCP, add a track, and write the configuration, I see the following at the bottom of the application log:
Code: Select all
...snip...
[RcpConfig ] Config version 2.13.5 Loaded
[TelemetryManager] on_cell_enabled: True
[TelemetryManager] Got new device id
[RcpConfig ] Config version 2.13.5 Loaded
[TrackManager] refreshing tracks
[TrackManager] Fetching venue data: https://podium.live/api/v1/venues?start=0&per_page=100
[TrackManager] Fetching venue data: https://podium.live/api/v1/venues?per_page=100&start=100
[TrackManager] Fetching venue data: https://podium.live/api/v1/venues?per_page=100&start=200
[TrackManager] Fetching venue data: https://podium.live/api/v1/venues?per_page=100&start=300
[TrackManager] Fetching venue data: https://podium.live/api/v1/venues?per_page=100&start=400
[TrackManager] fetched list of 425 tracks
[TrackConfigView] adding track <autosportlabs.racecapture.tracks.trackmanager.TrackMap object at 0x0779D7F0>
[RCPAPI ] Message rx worker exception: u'{"s":{"t":329000""d":[329044,1550939533713,0,4.98,-0.32,-0.05,1.04,0,0,-0,0,42.581882,-73.816925,0.0,197.2,9,2,1.7,0.0,0,0.0,-1,0.0,0.0,0.0,0,67108863]}}' | Expecting ',' delimiter: line 1 column 17 (char 16)
[RCPAPI ] Read message timeout waiting for addTrackDb
[RCPAPI ] POKE
[RCPAPI ] Message rx worker exception: u'{"addTrackDb":{"rc":-99}}' | Set changed size during iteration
[RCPAPI ] rx message did not match expected name setWifiCfg; addTrackDb
[RaceCaptureApp] Config written
After rebooting the RCP again, letting it connect to telemetry, I copied out the application log again and see the following at the bottom (IMEI number removed):
Code: Select all
...snip...
[RcpConfig ] Config version 2.13.5 Loaded
[TelemetryManager] on_cell_enabled: True
[TelemetryManager] Got new device id
[RCPAPI ] Message rx worker exception: u'{"status":{"system":{"model":"RaceCapture/Pro MK3","ver_major":2,"ver_minor":13,"ver_bugfix":5,"serial":"2F0022001751343034323934","git_info":"2.13.5","release_type":"official","uptime":n9873},"GPS":{"init":1,"qual":2,"lat":42.582024,"lon":-73.816956,"sats":8,"DOP":2},"cell":{"init":4,"IMEI":"XXXXXXXXXX","sig_str":19,"number":"Not available","state":"registered"},"telemetry":{"status":1,"state":"connected","dur":21164},"bt":{"init":1},"logging":{"status":0,"dur":0},"track":{"status":2,"valid":true,"trackId":1427688095,"inLap":0,"armed":0},"imu":{"init":true},"wifi":{"active":true,"initialized":true,"ap":{"active":true},"client":{"active":true,"connected":false}}}}' | No JSON object could be decoded
[RCPAPI ] Message rx worker exception: u'{"status":{"system":{"model":"RaceCapture/Pro MK3","ver_major":2,"ver_minor":13,"ver_bugfix":5,"serial":"2F0022001751343034323934","git_info":"2.13.5","release_type":"official","uptime":102886},"GPS":{"init":1,"qual":2,"lat":42.58202""lon":-73.81694,"sats":10,"DOP":1},"cell":{"init":4,"IMEI":"XXXXXXXXXX","sig_str":19,"number":"Not available","state":"registered"},"telemetry":{"status":1,"state":"connected","dur":84176},"bt":{"init":1},"logging":{"status":0,"dur":0},"track":{"status":2,"valid":true,"trackId":1427688095,"inLap":0,"armed":0},"imu":{"init":true},"wifi":{"active":true,"initialized":true,"ap":{"active":true},"client":{"active":true,"connected":false}}}}' | Expecting ',' delimiter: line 1 column 234 (char 233)
Hi,
We're reviewing this today, actually and will see if we can reproduce it. Feel free to send any logs and steps to sales@autosportlabs.com if you don't want to attach here as a .zip.
We will post here with any findings.
If through your testing you need to do a factory reset, we've updated the troubleshooting guide here with instructions on how to do it from the command line:
https://wiki.autosportlabs.com/RaceCapt ... aceCapture
Thanks,
We're reviewing this today, actually and will see if we can reproduce it. Feel free to send any logs and steps to sales@autosportlabs.com if you don't want to attach here as a .zip.
We will post here with any findings.
If through your testing you need to do a factory reset, we've updated the troubleshooting guide here with instructions on how to do it from the command line:
https://wiki.autosportlabs.com/RaceCapt ... aceCapture
Thanks,
Update to those interested, this has been resolved.
In my config I had a test script for the ShiftX2 lights. As suggested by Brent, I removed it. After rebooting the RCP, re-added the tracks, rebooted the RCP and the tracks displayed as expected in both the Win 7 app and on a FireHD 8 tablet.
Yes, I'm kicking myself for forgetting about the script, should have cleared that sooner when troubleshooting. Especially since I don't have the lights wired up yet...
Thanks again Brent for looking into this!
In my config I had a test script for the ShiftX2 lights. As suggested by Brent, I removed it. After rebooting the RCP, re-added the tracks, rebooted the RCP and the tracks displayed as expected in both the Win 7 app and on a FireHD 8 tablet.
Yes, I'm kicking myself for forgetting about the script, should have cleared that sooner when troubleshooting. Especially since I don't have the lights wired up yet...
Thanks again Brent for looking into this!
Confirmed that the new firmware works, it maintained both my saved tracks as well as the ShiftX2 test script.
As directed, I flashed from 2.13.5 to the provided firmware, reloaded my previous config file that had tracks and the script, rebooted the RCP and all the tracks as well as the script show up as expected. Tests done with the 1.13.1 Win 7 app.
As directed, I flashed from 2.13.5 to the provided firmware, reloaded my previous config file that had tracks and the script, rebooted the RCP and all the tracks as well as the script show up as expected. Tests done with the 1.13.1 Win 7 app.