Open DasbachVDMA opened 3 months ago
2024-04-17: Target of the topic structure + encoding: The nodes defined by a type definition (from a Companion Specification) are transmitted in MQTT.
Requirements for the topic structure
Idea: Own dataset for publisher
todos:
ideas for mapping the Hierarchy references must be mapped:
ideas for mapping references to KeyValuePair: Key (QualifiedName): Browsename of the ReferenceType Value(NodeId): NodeId of the TargetValue
Here is a wiki article that contain all infos for this discussion: https://github.com/umati/UA-CloudPublisher/wiki/Recommendations-for-Mapping-OPC-UA-Addessspace-information-in-OPC-UA-Pub-Sub
@mdornaus @wlkrm @GoetzGoerisch @karstenroethig @ccvca I have create an draft for the Pub/Sub Spec of the Dashboard. Can you please review the document?
https://reference.opcfoundation.org/Core/Part3/v105/docs/5.2.4
There is also no rule, that BrowseNames must not contain any of the following characters: ./:
https://reference.opcfoundation.org/Core/Part3/v105/docs/5.2.4
There is also no rule, that BrowseNames must not contain any of the following characters:
./:
Yes that why we use the BrowsPath as name which can be used for intentify.
If you flow the annex of Part 4 the character are not allowed: https://reference.opcfoundation.org/Core/Part4/v105/docs/A
Do you suggest that we give a hint how to solve BrowsePath conflicts? e.g. allowing to add an iteration value?
/
is allowed, ist just needs to be prefixed by a &
, which will screw up MQTT as well.
<name>::= (<name-char> | '&' <reserved-char>) [<name>]
<reserved-char>::= '/' | '.' | '<' | '>' | ':' | '#' | '!' | '&'
<name-char> ::= All valid characters for a String (see [OPC 10000-3](https://reference.opcfoundation.org/Core/Part3/v105/docs/)) excluding reserved-chars.
In the current version, this is solved by an URL-Encoding using an underscore instead of a '%'.
Define the topic structure and the UA JSON structure for the MQTT broker.
Preliminary discussions:
@Kantiran91 Please make a appointment for a workshop