Skip to content

Commit 1edb37d

Browse files
committed
docs: Add image to known issues section
Add image that makes it more clear how historical data looks with clustered data points. Signed-off-by: Simen S. Røstad <[email protected]>
1 parent a5682b8 commit 1edb37d

File tree

2 files changed

+4
-2
lines changed

2 files changed

+4
-2
lines changed

docs/common/known_issues.md

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -8,8 +8,10 @@ This page documents known issues and limitations across different components of
88

99
**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.
1010

11+
<img src="../images/historical_data.png" alt="Historical data timestamp issue" width="800" />
12+
1113
**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.
1416
- 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.
1517
- 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.

docs/images/historical_data.png

203 KB
Loading

0 commit comments

Comments
 (0)