CMP capture module — User manual

Contents

  1. Purpose and prerequisites
  2. Add and navigate the module
  3. Select the network interface
  4. Set capture module properties
  5. Configure interfaces and streams manually
  6. Scan for signals
  7. Check and use the configuration
  8. Troubleshooting
  9. References and verification

1. Purpose and prerequisites

The capture module encodes local openDAQ signals into ASAM CMP packets and sends them through a selected Ethernet adapter. A CMP data sink receives and decodes those packets. The upstream implementation requires Npcap on Windows with WinPcap API-compatible Mode enabled. Source: openDAQ ASAM CMP Modules

The configuration hierarchy is:

CMP capture module
  Network interface and device properties
  Interface: ID, name, signal type
    Stream: ID, name, source signal
    Additional streams...
  Additional interfaces...

Before configuring it, make the Dewesofts OpenDaq compatible device (in this case IOLITE-X) available in DewesoftX and configure the source channels you want to forward. Have the receiving system’s expected device, interface and stream identifiers available.

Scope: this is the device-side sender workflow. Dewesoft’s separate CMP data sink plugin has a different setup procedure; its Scan for interfaces command is different from Scan for signals shown here. Source: Dewesoft CMP receiving-plugin guide

2. Add and navigate the module

  1. Open Measure → Config.
  2. Select IOLITE-X in device configuration mode.
  3. Click More… in the device toolbar.
  4. Under Aerospace and automotive, click CMP capture module.

Add module menu showing CMP capture module under Aerospace and automotive Figure 1. The module is added from the selected IOLITE-X device’s More… menu.

The module opens with a tab such as AsamCmpCaptureModule_1. Its configuration contains Network, Properties, and Interfaces sections.

Cropped and enlarged module overview with toolbar, network selector, properties and interface controls

Figure 2. Initial configuration. The empty adapter and interface list are the initial state of the example.

The + beside the module tab creates another capture module instance. Each instance has its own tab. The Used / Unused selector is at the far right of the module’s tab bar.

Enlarged Used selector

Figure 3. Keep the required instance set to Used.

3. Select the network interface

In Network, open Network interface and select the adapter connected to the intended CMP receiver/network.

Network selector and one manually configured CAN interface with its child stream

Figure 4. Network selector and a manual mapping.

Adapter labels depend on the runtime environment. Identify the intended physical adapter before operation; the label alone in this example does not establish its network connection.

Selecting an adapter defines the Ethernet path used by the capture module. Connecting a source can begin transmission immediately in the upstream implementation, so choose the intended network before completing mappings. Source: openDAQ capture-module usage

4. Set capture module properties

Use Properties to identify the capture module.

Enlarged capture module property fields

Figure 5. Device identity and descriptive properties. The displayed Default… strings are initial values.

Field What to enter
Id Capture module device identifier. Coordinate it with the receiver and other capture modules.
Name A descriptive name; the initial value is Capture.
Description Description of the device or measurement role.
HW version Hardware revision information.
SW version Software revision information.
Serial Device serial identification.
Vendor data Additional vendor-defined information, if needed.

Device IDs must be unique on the CMP network. Keep interface IDs unique within a capture module and stream IDs unique within an interface. The upstream module uses description, serial, hardware/software versions and vendor data in capture-module status messages. Source: openDAQ module structure

The automatically generated labels Interface 0 and Stream 0 are names. ID cells should be used when coordinating the transmitted identifiers.

5. Configure interfaces and streams manually

Create an interface

  1. Click Add interface.
  2. Expand the interface with the small triangle in the first column if necessary.
  3. Edit the interface’s ID and Name.
  4. Open its Signal type dropdown menu.

When first interface is added, also its first child stream is added automatically.

The interface’s Signal type list offers:

Option Use
Undefined Initial/unspecified payload type; select the required concrete type before use.
CAN A compatible CAN source.
CAN FD A compatible CAN FD source.
Analog A compatible analog source.
Ethernet A compatible Ethernet source.

Assign a source to a stream

  1. Select the child stream’s Signal cell, initially NoSig.
  2. Click to open the dropdown menu.
  3. Choose the required signal.
  4. Check the resulting Signal and Data cells.

In this example you can see CAN port 1–4, CAN encoded signals, CAN port statistics, system memory/CPU signals, and storing status signals.

The stream’s Signal type cell is read-only and follows its parent interface.

Add more streams

  1. Select the interface row.
  2. Click Add stream.
  3. Set the new stream’s ID and name.
  4. Assign its source in the Signal cell.

Enlarged grid showing Stream 1 added under Interface 0, initially with NoSig and No data

Figure 6. A second stream under Interface 0. It starts unassigned. Select the parent interface before adding a stream.

To remove an entry, select its row and click Remove in the Interfaces section. Review the selected row carefully, especially when selecting an interface containing child streams.

6. Scan for signals

Use Scan for signals to populate mappings from sources available on the selected device.

  1. Configure the device’s source channels first.
  2. Open the CMP capture module.
  3. Click Scan for signals.
  4. Review every generated interface and stream.
  5. Adjust identifiers, names and signal types as required.
  6. Remove unwanted or duplicate mappings.

Cropped and enlarged scan results with generated interfaces and a CAN encoded payload preview

Figure 7. Example scan results on the four-port CAN device. Source names are shortened by the narrow Signal column; the source menu shows their full names.

In this example, scanning added eight interfaces with CAN source mappings, alongside the manually created interface. It included both CAN port and CAN encoded sources.

One CAN encoded stream displayed:

0x123: 41 00 00 00 00 00 00 00

This is the payload preview observed in the example. It is not a required message ID or fixed value.

7. Check and use the configuration

Before using the configuration:

  1. Confirm the intended module instance is Used.
  2. Confirm the Network interface is selected.
  3. Review capture module, interface and stream IDs.
  4. Confirm each required stream has a compatible source rather than NoSig.
  5. Check source activity and the Data preview where available.
  6. Confirm the receiving system sees the expected CMP traffic and identifiers.

A populated Data cell confirms that the configuration view can show source data. It does not by itself confirm that packets reached the receiving system.

The device toolbar provides Start, Stop, Save and Save as. Start/stop operation as required by the device workflow, and save the device configuration when you want to retain the setup. CMP forwarding and recording a Dewesoft data file are separate operations; configure Storing separately if local recording is also required.

8. Troubleshooting

Symptom Check or action
Module is missing from the toolbar Select the device in Config, then add CMP capture module through More….
No interfaces are listed Use Add interface for manual setup or Scan for signals for device sources.
Add stream does not create the intended child Select the parent interface row, then click Add stream.
Signal shows NoSig Open the stream’s Signal cell and assign a compatible source.
Data shows No data or remains blank Confirm source activity and compatible Signal type. A source assignment alone does not prove data is flowing.
A stream’s Signal type cannot be edited Change the parent interface’s Signal type; the child inherits it.
Scan creates duplicate sources Review appended mappings and remove unwanted rows.
Receiver sees no CMP traffic Check Used, adapter selection, physical network, source activity, receiver configuration and matching IDs.
Packet-capture support fails on Windows Check the upstream Npcap prerequisite, including WinPcap API-compatible installation mode.
A source name is shortened Open its Signal cell menu to inspect the full available names.
Multiple similarly named sources appear Confirm which physical port or encoded source is intended before assigning it.