This set of additional tasks for Telit Cinterion contains detailed steps and supplementary images to aid in understanding and implementing many of the features discussed throughout the Dell Validated Design for Manufacturing Edge documentation.
Home > Edge > Manufacturing Edge > Guides > Dell Validated Design for Manufacturing Edge - Design Guide with 5 Independent Software Vendors > Telit Cinterion tasks
This set of additional tasks for Telit Cinterion contains detailed steps and supplementary images to aid in understanding and implementing many of the features discussed throughout the Dell Validated Design for Manufacturing Edge documentation.
Packages offer extended functionality to the deviceWISE Edge node software. This task explains how to load one or more packages onto a single node.
Packages offer extended functionality to the deviceWISE Edge node software. Groups allow edge nodes to be bundled together, and an action executed just once is applied to all the Group’s node. This task explains how to add one or more packages to multiple nodes using Groups.
Updating deviceWISE Edge software using the available update file allows a user to get the newest software version, with new and enhanced features, without losing previous configuration settings. The file required to perform an update when an older version of deviceWISE Edge is already installed is of the deviceWISE update file type (.dwu), and is distinct from the executable or tar file used in a new installation. Because of this, the installation can be performed through Workbench, rather than directly on the node host, as is required at initial installation. This task captures the steps performed for a minor upgrade from v22.03.06 to v22.04.06.
This section describes the data flow from industrial IOT devices to deviceWISE Edge gateways and subsequently to SDP for persistent data storage and display.
To prepare the edge node for an SDP MQTT connection, see Prepare the Telit deviceWISE gateways for MQTT connection.
You can now control the device (Start, Stop), access the device's variables by using the Variables window, and build solutions that use the device's resources.
Variable groups are defined on the node where the device variables are accessible.
The Variable Group trigger event type and Data trigger event type are similar in that they monitor the change of the value of a device variable (or multiple device variables). The differences include the number of device variables (single or multiple) and the variable value change conditions.
Variable groups are defined after the devices referenced for the device variables are defined and started.
Select the Devices icon.
Then select the Variable Groups tab.
Or, alternatively, select the Variable Groups sub icon.
From the bottom of the Variable Groups tab, select New.
A new Variable Group window appears. Enter a name for the variable group.
This is used to identity the variable group in the Variable Group trigger event type.
Select a value for the Priority (ms) parameter.
Select the Add button to add device variables.
The user can build as many projects as needed for a specific node and define the triggers required within each project. The structure of triggers within a project might be based on the physical qualities of the solution or on the logical functions that the triggers serve.
Perform the following steps to create a project.
An expanded tree view of the selected node appears.
Click Projects
The Projects window appears on the right-hand pane. The list of projects will be empty if no projects have been defined.
This example shows the creation and execution of a simple trigger. The idea and reference material for triggers and components can be obtained at the following link: Defining a trigger
To define a trigger, perform the following steps:
Click the project where the trigger will reside.
This example assumes that you will use the project defined in the Projects documentation or in the Create a project and a trigger to publish data to the SDP Pravega MQTT broker section.
Click the New button at the bottom of the righthand pane of the Projects tab to start the definition of a new trigger.
The New trigger window appears.
For more information on different event types, see the following link: Trigger event type
Alternatively, you can drag (click and hold) the action and then position its location and drop (release the mouse button).
{"success":true,
"datatype":"int32",
"timestamp":1670600697160,
"registerId":"E196123C-2C8A-42C7-845F-4BE408243272",
"value":4185,
"deviceID":"2131377B-952F-4E37-988A-28E1528C1C28",
"tagName":"Objects_Telit_500_Variable 1",
"deviceName":"test",
"description":"",
"metadata":{}}
The number of Successes shows successfully delivered messages.
Generating deviceWISE configurations through scripts can be a great way to decrease development time and increase maintainability. The general approach for developing such scripts is to first export a component of the type to be replicated, then open that file in a text reader to view all the XML elements. Then, a script can be written that follows the same pattern, but with the desired changes.
For example, creating a Global Variables device with many variables can be time consuming and is prone to error. Alternately, a script that takes a list of variable properties and converts it into a Global Variable device can be scaled to any size, can be revision tracked, and the output can be thoroughly tested. The following example demonstrates such a script.
<export>
<exportcontent>
<exportproperty>
<exportitem>
<DeviceDefinition>
<Properties>
<Property>
<Property>
…
<Property>
<Variables>
<VariableInfo>
<VariableInfo>
…
<VariableInfo>
The following Python code recreates the global variables device XML from a list of variables. This could be extended to auto-generate many variables, or generate those variables from a more easily maintained configuration file, such as Excel or CSV.
Configure the license client settings for the license server node and any other client nodes, per the following task.
Repeat the license client configuration as needed for additional client nodes.
Backing up a node is important for Disaster Recovery and can be used to replicate an existing node. Executing a backup from Workbench is an excellent choice when planning some configuration changes to a node to ensure there is no configuration loss during the process. This task describes the steps to perform a single node backup from Workbench.
1. No network connection from the Backup Utility host to the edge node.
2. The User/Password provided in the Configuration tab are not valid on that node.