Live Objects 上行链路和未处理的下行链路的顺序
The order of uplink and unhandled downlinks on Live Objects
我对发送上行链路和下行链路有疑问
我正在接收来自 FIFO 队列的上行链路。我发现尽管上行链路的顺序在 LiveObjects 控制台上似乎得到保证，但后来发送的上行链路先到达我的服务器。队列是否保证上行链路的顺序？
长时间未处理的下行链路如何保持？我看到 12 小时前发送的下行链路已到达我的设备。
未处理的下行是否堆积？如果之前的下行没有发送到设备，新的下行到来，那么之前的下行如何处理？ （删除或保留等。）
谢谢。
Live Objects 保证消息按从网络到达平台时的顺序传送。查看您的数据消息，您有两个信息："timestamp" 这是将消息传输到核心网络的 LoRa 网关的时间，"created" 这是消息到达 Live 的时间对象平台。您可能会有细微的差异
从 LO 发送的 DL 消息保留在核心网络中，直到目标设备唤醒并打开其 RX 帧
我没有详细说明。联系您的 Live Objects 支持以获取更多信息
问候
我对发送上行链路和下行链路有疑问
我正在接收来自 FIFO 队列的上行链路。我发现尽管上行链路的顺序在 LiveObjects 控制台上似乎得到保证，但后来发送的上行链路先到达我的服务器。队列是否保证上行链路的顺序？
长时间未处理的下行链路如何保持？我看到 12 小时前发送的下行链路已到达我的设备。
未处理的下行是否堆积？如果之前的下行没有发送到设备，新的下行到来，那么之前的下行如何处理？ （删除或保留等。）
谢谢。
Live Objects 保证消息按从网络到达平台时的顺序传送。查看您的数据消息，您有两个信息："timestamp" 这是将消息传输到核心网络的 LoRa 网关的时间，"created" 这是消息到达 Live 的时间对象平台。您可能会有细微的差异
从 LO 发送的 DL 消息保留在核心网络中，直到目标设备唤醒并打开其 RX 帧
我没有详细说明。联系您的 Live Objects 支持以获取更多信息
问候