What's new in OPC Studio 2024.1: Difference between revisions
From OPC Labs Knowledge Base
No edit summary |
|||
Line 48: | Line 48: | ||
* '''The standard MQTT topic tree, introduced in version 1.05.03 of OPC UA specification, is now supported (the data and metadata topics).''' By setting the new {{Style=Identifier|AssumeTopicTree property}} in the {{Style=Identifier|UADataSetSubscriptionDescriptor}} to {{Style=Keyword|true}}, you indicate that the topics are organized in the broker in a standard way defined by the OPC UA specification. The {{Style=Identifier|TopicPrefixHead}} property (defaults to "opcua") determines the topic prefix used by all such topics. Topic names or filters (for data and metadata queues) are then constructed automatically, from the publisher Id, writer group name and dataset writer name (any of these can be omitted, too). In addition, the actual topic name of any received message is parsed, and checked against the requirements of the topic tree. If the writer group name or dataset writer name is missing from the received message, it is filled in based on the topic name. | * '''The standard MQTT topic tree, introduced in version 1.05.03 of OPC UA specification, is now supported (the data and metadata topics).''' By setting the new {{Style=Identifier|AssumeTopicTree property}} in the {{Style=Identifier|UADataSetSubscriptionDescriptor}} to {{Style=Keyword|true}}, you indicate that the topics are organized in the broker in a standard way defined by the OPC UA specification. The {{Style=Identifier|TopicPrefixHead}} property (defaults to "opcua") determines the topic prefix used by all such topics. Topic names or filters (for data and metadata queues) are then constructed automatically, from the publisher Id, writer group name and dataset writer name (any of these can be omitted, too). In addition, the actual topic name of any received message is parsed, and checked against the requirements of the topic tree. If the writer group name or dataset writer name is missing from the received message, it is filled in based on the topic name. | ||
* The '''publisher status messages''' (both in UADP and JSON message mappings) are recognized and processed. Any non-operational publisher status is reported as an error through the dataset subscription event handler or callback. With the standard MQTT topic tree, the topic name or filter for the publisher status messages is determined automatically. | * The '''publisher status messages''' (both in UADP and JSON message mappings) are recognized and processed. Any non-operational publisher status is reported as an error through the dataset subscription event handler or callback. With the standard MQTT topic tree, the topic name or filter for the publisher status messages is determined automatically. | ||
* The dataset message event notification now has a new '''PubSubLocators''' property. This property is always non-null (even in case of errors), and contains the information that allows to relate the event to its "source" in the OPC UA PubSub model. The object ('''UAPubSubLocators''') has properties for a publisher Id, writer group Id, writer group name, dataset writer Id, and dataset writer name. The component will fill in as many of these properties as possible, given the circumstances. Knowing such relation comes handy when the dataset subscription filter is not for a single dataset, but for multiple datasets. Note that all information contained in PubSubLocators has already been available inside the dataset data. The difference is that the PubSubLocators object is present even in cases when there is dataset data - such as in case of errors. The PubSubLocators thus allow to determine the "source" of the error programmatically. | |||
* JSON message parsing has been updated to cover version 1.05.03 of OPC UA. | * JSON message parsing has been updated to cover version 1.05.03 of OPC UA. | ||
* UADP message parsing has been updated to cover version 1.05.03 of OPC UA. | * UADP message parsing has been updated to cover version 1.05.03 of OPC UA. |
Revision as of 11:04, 29 January 2024
See also: Versions; Previous version: What's new in QuickOPC 2023.2
Internal version number: 5.80
Key changes:
- PubSub topic tree
- Python support on Linux
Fundamentals
- Python is increasingly treated as a separate "platform", apart from .NET and COM, in the product. Previously (since Python support is built on top of .NET), Python was treated as one of the .NET languages.
Nomenclature
- Introduced a "product family" concept. The product family is "OPC Studio". The OPC client toolkit product now belongs to this family, and it remains called "QuickOPC" (or "OPC Data Client", as branded by Software Toolbox).
- A new product in the "OPC Studio" family is "Excel Connector". This is now a separate product, providing essentially what what was before available through the "Excel Option" to the QuickOPC product.
Targeting
- Python is now supported on Linux operating systems.
- .NET runtimes: Added support for .NET 8.
- Operating systems: Added Windows 11 version 23H2.
Licensing
- Excel Connector becomes a separate licensing component (earlier, Excel Option was an "add-on" license under QuickOPC licensing component).
- The trial license for Excel connector allows for up to 15 points to servers other than our own demo servers.
Delivery
- Python examples are now also available in a public repository on GitHub, https://github.com/OPCLabs/Examples-QuickOPC-Python .
Installation and Uninstallation
- The installer is common for the whole OPC Studio product family. At the beginning of the installation the user is given a choice from the predefined products (QuickOPC, Excel Connector), or a custom selection of components.
Component Improvements
OPC UA PubSub
- The standard MQTT topic tree, introduced in version 1.05.03 of OPC UA specification, is now supported (the data and metadata topics). By setting the new AssumeTopicTree property in the UADataSetSubscriptionDescriptor to true, you indicate that the topics are organized in the broker in a standard way defined by the OPC UA specification. The TopicPrefixHead property (defaults to "opcua") determines the topic prefix used by all such topics. Topic names or filters (for data and metadata queues) are then constructed automatically, from the publisher Id, writer group name and dataset writer name (any of these can be omitted, too). In addition, the actual topic name of any received message is parsed, and checked against the requirements of the topic tree. If the writer group name or dataset writer name is missing from the received message, it is filled in based on the topic name.
- The publisher status messages (both in UADP and JSON message mappings) are recognized and processed. Any non-operational publisher status is reported as an error through the dataset subscription event handler or callback. With the standard MQTT topic tree, the topic name or filter for the publisher status messages is determined automatically.
- The dataset message event notification now has a new PubSubLocators property. This property is always non-null (even in case of errors), and contains the information that allows to relate the event to its "source" in the OPC UA PubSub model. The object (UAPubSubLocators) has properties for a publisher Id, writer group Id, writer group name, dataset writer Id, and dataset writer name. The component will fill in as many of these properties as possible, given the circumstances. Knowing such relation comes handy when the dataset subscription filter is not for a single dataset, but for multiple datasets. Note that all information contained in PubSubLocators has already been available inside the dataset data. The difference is that the PubSubLocators object is present even in cases when there is dataset data - such as in case of errors. The PubSubLocators thus allow to determine the "source" of the error programmatically.
- JSON message parsing has been updated to cover version 1.05.03 of OPC UA.
- UADP message parsing has been updated to cover version 1.05.03 of OPC UA.
Component Refactorings
OPC Classic
- Added DANodeElement.ToDANodeDescriptor and AENodeElement.ToAENodeDescriptor methods (mainly for use from COM).
OPC UA Administration and PKI
- The automatically determined OPC UA application URI now uses only the major version part of the application version information, instead of the full version string. This means that all builds of the application with the same major version number are now (by default) considered to be the same OPC UA application. This results in reduced number of situations in which the OPC UA application certificate has to be re-generated. More information: OPC UA Application URI Derivation.
Excel Connector
- For OPC integration with Excel, Excel Connector is now a separate product in the OPC Studio product family, providing the functionality that was earlier available by combining QuickOPC and Excel Option for QuickOPC.
Tools and Online Services
Demo Servers and Publishers
- The OPC UA Demo Publisher is now available under .NET 8.0.
- The OPC UA Demo Publisher can now generate metadata messages (in both JSON and UADP message mappings).
- Added --BrokerMetaDataQueueName (-bmdqn) option to the publish command of the OPC UA Demo Publisher. This command option allows to specify the queue name where the metadata messages will be sent (used with MQTT).
- Added --PublisherIdFormat (-pif) option to the publish command. When used with a format like "opclabs-{0}", it tells the demo publisher to generate all publisher Ids as strings in a given format, replacing "{0}" in the format string with the numerical publisher Id.
OpcCmd Utility
- The OpcCmd utility is now available under .NET 8.0.
- The JSON ApplicationDescription, PubSubConnection, ServerEndpoints and Status discovery message types (new in OPC UA 1.05.03) are now recognized by the uaPubSubSniffer subscribeCapture command.
- The UADP Status discovery message type (new in OPC UA 1.05.03) is now recognized by the uaPubSubSniffer subscribeCapture command.
OPC UA PubSub Formatter
- The OPC UA PubSub Formatter now allows a selection of specification level 1.05.03, and formats the messages accordingly with this new specification. For 1.05.03, it also offers a selection of pre-defined formats (from OPC UA specification Part 14 Appendix A).
Documentation and Help
- The User's Guide and Reference has been restructured. The documentation and help body is common for the whole OPC Studio product family. It contains parts common to all products in the family, and parts that are specified to the individual products (QuickOPC, Excel Connector).