- 最新
- 投票最多
- 评论最多
Hi,
Do you mean you are trying to deploy one group to several GGCs? This is not recommended because when several devices try to connect to the cloud, only one will remain connected.
DennisRead wrote:
I have a lambda function deployed to several GG core device; all members of a single group. I’d like them to be triggered by messages published to dedicated topics, for example:
Hi,
No, I'm not trying to span a GG core across multiple groups. All our GG cores are defined within a single group. They run the same code, and should be operated and managed collectively. Sorry if that was unclear in the question.
At the end of this message is an excerpt from the AWS whitepaper on IoT Core topic design. It shows device names as part of the topic name, allowing for targeted subscriptions and delivery. That illustrates what I'm trying to do. If I deploy a group with 100 GG cores, they all get the same subscriptions, so they all receive the same events.
This project is a prototype refactoring of a solution originally built using raspberry pi devices running the IoT Core SDK. That approach provided the flexibility I'm describing (e.g. each device constructed its own subscriptions, with thingName in the topic filter). But it also required a lot of housekeeping code. I'm evaluating the possibility of moving to greengrass. So far it looks promising, but I'm stuck on how to to deploy GG core specific subscriptions.
Hopefully this gives you a better understanding of my question.
Thanks.
Excerpt from AWS whitepaper: Designing MQTT Topics for AWS IoT Core
When you design MQTT topics for command requests, follow this structure:
cmd/<application>/<context>/<destination-id>/<req-type>
destination-id: Identifies the destination device or application for this message.
By including the destination-id, the target device can subscribe to its own set of
command topics and receive any command requests.
I’m marking this question as answered. After reviewing the examples and documentation, it’s clear that I’ve misunderstood the relationship between groups and cores.
I thought a group could manage multiple cores, but it seems that’s not the case. So ‘thingName’ parameterization in group topic names is unnecessary, because each core will have its own group.
Sorry for the confusion.
相关内容
- AWS 官方已更新 3 年前
- AWS 官方已更新 2 年前