Please can we have your thoughts on the following questions related to MQTT
IoTInterface - MQTT Agent – DataGroup
The IoTInterface is just an entry point like the BACnet interface
In the Interface you can then create one of the four agents above
The Agent in turn can contain one or more data groups where the data group holds the points to be published.
My question is about how to best define MQTT topic names and I can see 4 different alternatives
Do you see a need for all of them? Do you see other alternatives?
For b) and c) there is risk that the topic names will not be unique for example if you publish two room temperatures from different room. I guess we then have to mangle the topic names to make them unique.
1) My preferred rank would be 3,1,4,2 (up to now IoT HUB is most requested)
2) I think B) Datagroup is most flexible, and yes there is a risk in the unique names, but the flexibility is a must if you ask me.
As i see this now it seems we are only doing publishing, are we also adding subscriptions to a broker?
My order of preference would be 3, 4 ,1, 2.
If we are to publish from both the ES and AS-P's, having the datagroup default to something with a unique element (i.e. datagroupname_57362) would prevent duplication between servers out of the box.
If using the object name then I expect EBO will prevent duplication at that level.
It would be nice to see each object have a property where the topic could be freely constructed and override the default scheme, ideally we would be able to mass edit in spreadsheet view too.
We just recently came across two opportunities. First to require option 2 and the second to require option 1 so currently the priority from my point of view would be 2,1, x, x.
In regards to the topic I was thinking of:
where the DataGroup Name could be the Name of the DataGoup in EBO added with the controller BACnet Device ID, or if no BACnet Interface is available, the controller serial number to avoid duplicates.
I agree with MarkJ that subcriptions would be highly welcome as this is a requirement in both projects opportunities here as well.
And finally to be honest, I have just started reading myself into the MQTT as other topics had a higher prio so far, so please if I might have mixed some.
Based on the requirements of the region so far I would rate the importance as 3, 2, 1, 4.
With regards to topic naming, I would say that it could be according to the EBO object name as a default. But with the option of modifying it if required.
Q1: Rank the importance of the following
Q2: The object model we have created is based on
The information shall be able to provide (as an alternative to the proposed)
The system could be Mechanical, Lighting, Vertical Transport, Power, Fire, etc…
Equipment could be AHU, VAV, LIFT, MTR etc….
Zone Id: Rm465, Zn465, etc…
There is an advantage of having the same “point” name and this will be differentiated by the location and equipment hierarchy.
The below is a typical query that can be run to identify out of range room temp so there is a use-case for keeping the point names the same.
Zones = GetAllZones()
For each zoneid in Zones:
Temp_Sensor = getZoneSensor(zoneid, “zone temp sensor”)
Temp_Setpoint = getZoneSetpoint(zoneid, “zone temp setpoint”)
if Temp_Sensort - Temp_Setpoint > threshold for all timesteps:
Discuss challenges in energy and automation with 30,000+ experts and peers.
Find answers in 10,000+ support articles to help solve your product and business challenges.
Find peer based solutions to your questions. Provide answers for fellow community members!