You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/common/known_issues.md
+4-2Lines changed: 4 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,8 +8,10 @@ This page documents known issues and limitations across different components of
8
8
9
9
**Issue:** The nRF Cloud historical data view displays the `receivedAt` timestamp (when the cloud received the message) instead of the sample timestamp from the message payload. This causes batched samples with different timestamps to appear clustered at the transmission time.
10
10
11
+
<imgsrc="../images/historical_data.png"alt="Historical data timestamp issue"width="800" />
12
+
11
13
**Workaround:**
12
-
- Use the live view (timestamps are correct there)
13
-
- Use the [REST API](https://api.nrfcloud.com) to retrieve device messages (`GET /v1/messages?device_id={DEVICE_ID}`) and parse timestamps from the message payload
14
+
- Use the live view, timestamps are correctly shown there.
15
+
- Use the [REST API](https://api.nrfcloud.com) to retrieve device messages (`GET /v1/messages?device_id={DEVICE_ID}`) and parse timestamps from the message payload.
14
16
- Use the [Message Routing Service](https://docs.nordicsemi.com/bundle/nrf-cloud/page/Devices/MessagesAndAlerts/MessageRoutingService/ReceivingMessages.html) to automatically forward device messages to your own infrastructure in real-time.
15
17
- For production deployments, it's recommended to rely on programmatic data export (REST API or Message Routing Service) rather than the web portal for accurate timestamp handling and automated data processing.
0 commit comments