1 個回答
- 最新
- 最多得票
- 最多評論
0
Hello,
The only way to achieve what you're looking for is for the ultimate destination to send a response back to acknowledge receipt. For example, sending an MQTT message on /send from the device, then a lambda in the cloud sends another message on /acknowledge which the application on the device has subscribed to. This validates that the message is truly received by your cloud application and the device side can forget about the message.
Cheers, Michael
相關內容
- 已提問 1 年前
AWS 官方已更新 3 年前- AWS 官方已更新 3 年前
- AWS 官方已更新 10 個月前
Thanks Michel, I agree that in the end this is the only way to be absolutely sure. I have seen that when the MQTT connection is lost greengrass shows in the log [INFO] (Thread-5) com.aws.greengrass.mqttclient.AwsIotMqttClient: Connection interrupted while when the connection returns it shows [INFO] (Thread-5) com.aws.greengrass.mqttclient.AwsIotMqttClient: Connection resumed. Do you know if there is any way for a component to know these circumstances apart from monitoring the greengrass log ? Is there any way for a component to have an IPC subscription that informs it whether the MQTT connection is active or not ?
Sorry, but no, those disconnect/connect events are not exposed in any way for you to use.