Page History

Configuration

To configure the Data Hub Service as a TagProvider, set up a new TagProvider connection navigate to Unified Namespace →/TagProvider Connections, and press the Plus button, and select the Hub for Server Communication optionadd button to open the New TagProvider Connection dialog. You can also create your TagProvider Connection directly from the AssetTree. To do this, navigate to Unified Namespace/Assets Tree and press Image Added to open the New TagProvider Connection dialog. In the configuration dialog, select the DataHub Communication Service on the Provider field and insert the required connection parameters, such as the Listening port and AccessKey. Test the connection by pressing the "Test" button. After that, press the Ok button to finish the provider configuration, and it will create a folder automatically in the Assets Tree (Unified Namespace / Assets Tree).

Image Modified

Connection Parameters

Deployment

Workflow

The DataHub solution deployment follows this:

• Service Configuration: Consume data from the specified port, providing real-time access to tags, tag historian, devices, and alarms within Client solutions.

• Client Configuration: Publish data to a designated IP and port, allowing Service solutions to access this data.
  For detailed information see Publish to DataHub Service.

• Runtime Startup: Both the server and clients must be running. Clients connect and begin publishing data to the DataHub Service. 
• Testing: On the solution with the configured DataHub Service, navigate to Unified Namespace/Connection Monitor and check if the Client data is available.

Service configuration

This initial setup allows multiple clients to connect to the DataHub Service. The chosen port stays open so clients can connect at any time, and the service can then access objects in the client projectsolution.
To set it up, go to "Unified Namespace > / TagProvider Connections" and create a new connection with the DataHub Service provider, making sure to enter the correct port. The configuration is shown previously in this page.

Clients configuration

This configuration allows each client to send data to the DataHub Service instance you set up earlier. To enable this:1 -

1. Go to Runtime

1. / Startup

1. and

1. check the Publish to a DataHub Service checkbox in the Execution Environment.

1. Click the gear icon to open the DataHubService Settings dialog.

1. Assign a name (Alias) for the

1. solution, this is how the DataHub Service will identify it

1. .

1. Enter the IP address of the DataHub Service instance (configured in the first step).

1. This ensures the client knows where to send data and can establish a network connection. For example, use 192.168.1.100 for local, x.y.78.210 for cloud, or z.w.0.5 for VPN.

Image Modified

Workflow

The DataHub solution deployment follows this:

Runtime Startup

Both the server (DataHub Service) and all configured clients must be running simultaneously for data exchange to begin. Once running, clients will automatically initiate data transmission based on their configured settings.

Testing

The testing stage involves verifying that the DataHub Service receives data from all configured clients correctly. This is done by accessing the Unified Namespace / Connection Monitor and refreshing the connections tree, which allows for real-time data transmission. If client data appears in the monitoring interface, it confirms that the system is operating correctly and that communication between clients and the DataHub Service is functional.

Image Modified

Architecture example

Image Added

Overview

• 1 User Interface solution

• 5 EDGE solution

The UI solution will be only to consume data from EDGE and show the data to users in Displays. The displays can be accessed from multiple places, but it will be only 1 solution.

The EDGE solutions handle tasks such as device management, alarm generation, and data storage in the TagHistorian.

In this architecture EDGE solution 1 can send Alarms, Devices and Tags values to the UI. EDGE solution 2 can send Tags, Devices and Historian to the UI. EDGE solution 3 can send Devices and Alarms to the UI...

Extracting the Maximum from the Tool

Historian Module: With this tool, you can access the EDGE project Historian and plot current and historian data on the TrendWindow within the UI project.

Alarm Module: The solution offers full integration with EDGE alarms. Whenever an alarm is acknowledged or its status changes in either environment (EDGE or UI), the update occurs automatically in both, ensuring reliable information.

TagProvider and Project Expansion: When creating the TagProvider (within the UI), it stays in listening mode on the default port 30001. This brings a significant advantage: if you need to add a new EDGE project solution to the architecture, you only need to update the display. The objects from the new project solution tree will appear automatically without requiring additional configurations when the EDGE solution start publishing data.

In summary, the project solution with the TagProvider(UI) can focus solely on the display part, saving resources, while all data processing can take place across multiple EDGE projectssolutions. This provides a significant advantage as the project solution becomes decentralized and scalable over time. The only limitation will be processing power and memory, which can be upgraded along with the architecture by simply adding new projectssolutions.

LegendWhere:

EDGE (Client) -> : Multiple projects solutions responsible for the heavy processing, devices, alarms, tags, etc.
UI 'User Interface' (Service) -> Project : Solution used solely to display information on the screen.

Getting data from a

Historian through DataHub in

TrendChart

Here you just need to add the Asset path to the tag, when adding a new pen to the Trend you can browse the tag remotly.

Image Removed

remotely.

With this tool, you can access the EDGE solution Historian and plot current and historian data on the TrendChart within the UI solution.

Image Added

Getting data from an Alarm through DataHub in AlarmViewer

The solution offers full integration with EDGE alarms. Whenever an alarm is acknowledged or its status changes in either environment (EDGE or UI), the update occurs automatically in both, ensuring reliable information.

Two configuration items are important 2 fields are important here for DataHub:

Remote Solution Asset: You must follow this syntax “/HubService/Solutions.<AliasName>“"/<AssetPath>.<AliasName>" for example: /DataHubService/DataHubService.Solution1. You can check the path in Unified Namespace > Asset Tree

Image Added

History Table: Will be the Table name that was set in Alarms > / Global Setting > / Alarm Logging Database / Table Name. This setting is not needed for AlarmOnline only, it is just needed to AlarmHistory.

Image RemovedImage Added

With those setting you will be getting the alarms from the Edge (Client) projectsolution, you can ack any alarm and it will be updated either in the UI, and in the Client projectsolution.

Getting the list of

connected solutions to the Datahub

In a DataGrid you can set the Data Source as a tag with DataTable datatype (in this example it will be @Tag.TableGrid), then you create a button that run the following code:

DataTable table = await TK.GetChildrenElementsAsync("Asset(\"/HubService/Solutions\")");
	if (table != null)
	{
		foreach (DataRow row in table.Rows)
		{
			if (TK.ToBool(row["IsAttribute"]))
				row.Delete();
		}
	}
	table.AcceptChanges();
	@Tag.TableGrid = table;

Tip: You can either create different screens for each solution, or you can create just one display and create a button to switch between views. Let’s say that in the same AlarmViewer you want to switch between solutioon solution A and solution B. You can set the “Remote Solution Asset” as “'/HubService/Solutions.{Tag.CurrentSolution}“ ' and changing the solution name it will change the alarms it gets.

Troubleshooting

Enabling and checking logs on both the DataHub Service and client machines can provide insight into potential misconfigurations or errors. It ensures that the deployed solution is functioning as expected and that all configured components are successfully exchanging data in real time. To check the TraceWindow, open it via Tools in the Solution Designer, access it through Run Tools in Runtime/Diagnostics, or click its icon in the Status tab of the Startup popup.

In this section: