DataPulse Gateway User Manual
Day-to-day HMI operation and administrator configuration.
1. Introduction
DataPulse collects inspection data, results, images, and graphics overlays from vision cameras (Cognex In-Sight in the factory configuration) and presents them through a web-based HMI. This manual covers installation context, HMI operation, Setup, TLS, FTP maintenance accounts, and troubleshooting.
In scope: gateway role in the vision system, HMI navigation, inspection data management, Setup, TLS modes, customer certificate upload, advanced network FTPS configuration, and factory default accounts.
Out of scope: detailed Cognex tool programming and inspection logic (see the Cognex Camera Integration guide on the Resources tab).
- HMI:
http://<machine-ip>:8080/dwview/(Ethernet 1 / Machine LAN) - DataPulse Connect:
https://<connect-ip>:8443/dw/(Ethernet 2 / Connect when configured; see DataPulse Connect API Reference on Resources) - Time: gateway clock and stored timestamps are UTC; the HMI displays local time per Setup -> Time Zone
Full inbound/outbound port tables for plant firewall planning are in Network ports (section 15).
1.1 System overview
The DataPulse gateway bridges two networks: a Machine plane for cameras and the operator HMI, and a Connect plane for the encrypted HTTPS API (DataPulse Connect). Inspection results and optional images are stored on the gateway. Operators use a standard browser (Chrome, Edge, or Brave) - no other client software is required.
| Plane | Interface | Typical devices | Access |
|---|---|---|---|
| Machine | Ethernet 1 | Cognex cameras, operator HMI PC | HMI http://<machine-ip>:8080/dwview/; camera FTP,
records, NTP |
| Connect | Ethernet 2 | MES / plant IT / integrators | DataPulse Connect https://<connect-ip>:8443/dw/
(encrypted API) |
Ethernet switches on each plane are customer supplied (not included with the gateway). Cameras and the operator HMI must reach Ethernet 1. Do not point cameras at the Connect address.
Core functions:
- Collect inspection results and optional images/overlays
- Aggregate multiple cameras into one interface
- Host the web HMI (Machine) and DataPulse Connect HTTPS API (Connect)
- Retain audit logs from compatible camera models
DataPulse operates alongside existing vision systems; it does not replace the camera or its programming environment.
2. Logging in
Browse to http://<machine-ip>:8080/dwview/
(factory default example:
http://192.168.1.123:8080/dwview/).
2.1 Factory HMI accounts
| Username | Password | Setup access |
|---|---|---|
eng |
d@tapul$e |
Yes (administrator / engineering) |
user1 |
user |
No |
user2 |
user |
No |
user3 |
user |
No |
user4 |
user |
No |
user5 |
user |
No |
Only eng opens Setup.
All accounts can use Home, Browse, Record, Info, Device Description,
Audits, and Resources.
The Quick Start Guide on the Resources tab covers first-time commissioning in one page.
2.2 Session behavior
Sessions remain active for the duration of the browser session. Closing the browser, restarting the gateway, or losing network connectivity requires logging in again.
3. Home
The Home screen is the production at-a-glance dashboard (v1.18 rollup layout).
3.1 Rollup band
- Filter bar - Camera and Job dropdowns. Default view is all cameras, all jobs. Select a camera to narrow; select a job to drill down. All Jobs returns to the camera-wide view.
- Inspections (current hour) and pass rate (current hour) (gauge).
- Inspections (last 24 h) and pass / fail split (stacked bar).
- Gateway health - disk usage, memory usage, and disk headroom before the image-deletion threshold.
Tiles refresh about every 30 seconds. With no
inspections yet, counters show 0 and pass rate shows
--.
3.2 Common screen elements
| Area | Description |
|---|---|
| Left navigation | Switch between Home, Browse, Record, Info, Device Description,
Audits, Resources, and Setup (eng only) |
| Device name | Gateway identity (default DataPulse Edge Device; editable in Setup) |
| Logout | Ends the session and returns to the login page |
| Local time | Display time per Setup -> Time Zone (storage remains UTC) |
4. Browse
Review historical inspection records, images, tags, and export data. Used for troubleshooting and validation.
The callout labels A–I on the screenshot below match the legend in section 4.1.
4.1 Screen areas
| Ref | Area | Description |
|---|---|---|
| A | Show/Hide Filters | Shows or hides the Filters and Tag Filters sections. |
| B | Filters | Record-level filtering: start/end date and time, camera, Pass/Fail result, record limit (maximum 100), and sort order (ascending or descending). |
| C | Tag Filters | Filtering at the inspection data (tag) level. Select a job name (tag group), filter records by tags associated with that job, and apply conditional logic so only records meeting specific tag criteria are listed. After changing tag filter settings, click Refresh (D). |
| D | Refresh | Applies the current Filters and Tag Filters and updates the record list. |
| E | Reset | Clears all filters and restores defaults (both Filters and Tag Filters). |
| F | Record list | Inspection records matching the active filters. Selecting a row updates the image preview (G) and tag list (H). |
| G | Image preview | Displays the image for the selected record. Shows Select a record to display the image until a row is selected. Open the expanded viewer from here for overlays, navigation, and single-record export. |
| H | Tags list | Inspection tag values and results for the selected record. |
| I | Configure Reports | Opens the report configuration dialog (section 4.2). |
Tag Filters (callout C)
Tag Filters provides filtering at the inspection data (tag) level. Using this section, users can:
- Select a job name
- Filter records based on tags associated with the selected job
- Apply conditional logic to display only records that meet specific tag criteria
After modifying tag filter settings, select Refresh (callout D) for changes to take effect.
4.2 Configure Reports
Configure Reports (callout I) opens a dialog to download packaged inspection reports (.zip).
| Option | Description |
|---|---|
| Record scope | Single record (selected row) or Multiple records (all rows currently listed, up to the filter limit) |
| Contents | Inspection images, SVG overlays, and CSV data files |
| Compress report images | Reduces image size in the zip (disable for original format; larger files) |
| Include audit logs | Adds audit log files related to the selected record(s) when available |
Click Download and follow on-screen instructions to
save the .zip file.
5. Record
The Record view shows one inspection: timestamp, camera, job, pass/fail result, image, and all tag values. Use it when you already know which record to inspect. Export options for a single record are also available from Browse -> Image viewer.
6. Info
Read-only gateway reference. No configuration changes from this page.
| Section | Fields |
|---|---|
| Network info | Device name, IP address, active connections |
| Application info | System build, DataPulse version, build date |
| System status | Serial number, last restart time, active time zone |
| System utilization | CPU, memory, and disk usage |
Use this page when contacting support or verifying software version.
7. Device Description
Descriptive identity: device name, plant location, production area, machine name. Administrators set these in Setup; they appear in API responses and reports.
8. Audits
View audit logs from compatible Cognex cameras (configuration changes, user actions on the camera, etc.).
| Area | Description |
|---|---|
| Camera dropdown | Select a configured camera |
| Available log files | Lists log files for the selected camera after search |
| Filter | Text filter (e.g. tool-change, user-login,
job-update) |
| Log entries | Parsed entries for the selected file and filter |
| Download | Save the selected log file locally |
If no files appear, audit logging may be disabled on the camera or the model may not support it (see Cognex Camera Integration guide).
8.1 Audit retention policy
Engineering users (eng) can open Edit Retention
Policy on the Audits page.
- Choose a retention duration (3 months through 10 years).
- Optionally enter a comment.
- Click Update.
Changing retention may permanently delete audit logs older than the selected duration.
9. Setup (administrators)
Sign in as eng. Setup controls
networking, cameras, storage, TLS, DataPulse Connect access, and display
time zone.
9.1 DataPulse Connect Access
Manage the X-DP-Token used by
DataPulse Connect clients and review per-endpoint rate
limits. Rotate keys through a secure channel when required.
9.2 DataPulse Server Settings
View server status, active port, and start/stop controls. If the service port changes, update the matching port in the camera snippet TCP/IP settings and open that port on the Machine plane firewall (see Network ports).
9.3 Network Configuration
The Setup page has separate tiles for each plane:
| Tile | Plane | Typical use |
|---|---|---|
| DataPulse Camera Network | Ethernet 1 (Machine) | Cameras, HMI :8080, camera FTP :2121,
record ingestion |
| DataPulse Connect Network | Ethernet 2 (Connect) | DataPulse Connect API :8443, maintenance FTPS
:2122 |
Set static IP, subnet, optional gateway, and optional
Preferred/Alternate DNS on each plane. After a Machine IP change, browse
to http://<new-machine-ip>:8080/dwview/. Cameras must
reach the new Machine address. After a Connect IP change, DataPulse
Connect clients use
https://<connect-ip>:8443/dw/.
For Wi‑Fi, TLS SAN DNS names, NTP sources, or scripted dual-plane
changes, use the DataPulseConfiguration
FTPS account (section 14).
9.4 Manage Cameras
Add, edit, or remove cameras. The gateway matches inbound inspection records by camera source IP.
Deleting a camera removes its configuration; historical records already stored remain unless purged by storage policy.
9.5 Storage Management
Monitor disk usage and set the image-deletion threshold. When usage crosses the threshold, the gateway deletes oldest images first. Changing the limit may delete data immediately; enter change notes and confirm carefully.
The same disk metrics appear on the Home health strip and in the DataPulse Connect health endpoint.
9.6 TLS Mode
Controls factory Adams-issued certificates vs customer-supplied certificates for HTTPS (8443) and FTPS maintenance upload (2122).
Factory self-signed (default)
- For commissioning, lab, or sites trusting the Adams DataPulse root CA.
- TLS Certificate panel shows issuer, subject, expiry, and SHA-256 fingerprint.
- Import
adams-root-ca.pemon clients for silent trust, or accept the browser / FTPS client trust prompt once per gateway IP. - To revert from customer mode: select Self-signed, click Apply. Adams leaves are restored; the TLS audit grid records the change.
Customer-signed (bring your own certificate)
- For sites requiring enterprise PKI on HTTPS and FTPS.
- Select Customer-signed, click Apply. The mode flag changes; certificates do not change until you upload a valid bundle (section 13).
- Upload via the
DataPulseCertFTPS account (section 12). Do not upload PEM files through the HMI. - Watch the TLS audit grid on this page for promotion success or failure.
Toggle DataPulse HTTPS vs FTPS in the certificate details panel. Compare the SHA-256 fingerprint with your FTPS client on first connect.
9.7 Time Zone
Sets display time zone only. Stored timestamps and the gateway clock remain UTC.
10. Resources
The Resources tab hosts customer documentation (self-contained HTML):
| Document | Purpose |
|---|---|
| Quick Start Guide | One-page commissioning |
| User Manual | This document |
| Cognex Camera Integration | Cognex snippet, time sync, and spreadsheet fields |
| DataPulse Connect API Reference | HTTPS API for integrators (Connect plane) |
Download Cognex configuration snippets here (also described in the Cognex integration guide).
11. Using DataPulse Connect (overview)
DataPulse Connect is the HTTPS integration API on
port 8443 (Ethernet 2 / Connect plane when configured).
Fourteen endpoints under /dw/, authenticated with
X-DP-Token. Typical uses:
- List cameras and jobs; query inspection data for a time window
- Job-performance rollups for dashboards
- Download images and SVG overlays
- Gateway health and audit logs
Full details are in the DataPulse Connect API Reference on Resources. Generate or rotate the token under Setup → DataPulse Connect Access.
12. Gateway FTP accounts
Factory defaults below are the same on every commissioned gateway. Use an FTP/FTPS client on the plant network; no vendor-specific client is required.
12.1 Camera FTP (plain FTP)
Cognex snippets and camera jobs use a single gateway FTP account for image transfer:
| Username | Password | Port | Protocol |
|---|---|---|---|
DataPulseUser |
d@tapul$e |
2121 | Plain FTP |
Configure this in the Cognex snippet/job, not on the HMI. Data channels use TCP 50000–51000. See the Cognex Camera Integration guide and Network ports.
12.2 Maintenance FTPS accounts
| Username | Password | Port | Protocol | Purpose |
|---|---|---|---|---|
DataPulseCert |
d@tapul$eCertAdm!n |
2122 | FTPS (explicit TLS; required) | Customer-signed TLS bundle (section 13) |
DataPulseConfiguration |
d@tapul$eConf!g |
2122 | FTPS (explicit TLS; required) | Advanced network / Wi‑Fi JSON (section 14) |
Each account writes only to its own staging folder. Use either the Machine IP or the Connect IP on port 2122 (plain FTP 2121 is Machine IP only).
13. Customer certificate upload (FTPS)
When TLS Mode is Customer-signed and your PKI team has prepared a certificate bundle.
13.1 Connect
| Setting | Value |
|---|---|
| Host | <gateway-ip> |
| Port | 2122 |
| Protocol | FTPS (explicit TLS) |
| Username | DataPulseCert |
| Password | d@tapul$eCertAdm!n |
On first connect, the client may show an unknown certificate prompt. Compare the SHA-256 fingerprint with Setup -> TLS Mode -> TLS Certificate (FTPS view), then trust the certificate for future sessions.
13.2 Required files (exact names)
Upload exactly these four files, then the trigger file:
| File | Purpose |
|---|---|
server.cert.pem |
DataPulse HTTPS certificate (leaf + optional chain) |
server.key.pem |
Matching HTTPS private key |
ftps.cert.pem |
FTPS server certificate (leaf + optional chain) |
ftps.key.pem |
Matching FTPS private key |
apply.trigger |
Empty file uploaded last to start promotion |
Do not upload extra files. Keys must not be embedded inside cert files.
13.3 Verify and troubleshoot promotion
- Watch the TLS audit grid on Setup -> TLS Mode for a successful promotion row.
- Refresh TLS Certificate for both HTTPS and FTPS views.
- If promotion fails, the gateway moves files to a
rejected folder with a
reason.txtexplanation. Correct the bundle and upload again.
13.4 Roll back
- HMI available: switch TLS Mode to Self-signed and Apply, or use TLS rollback controls if exposed in your build.
- HMI unavailable: upload an empty
rollback.triggerfile via the same FTPS account (optional one-line timestamp to select a specific backup).
After promotion, clients must trust your CA. The gateway does not install your root in the Windows trust store.
14. DataPulseConfiguration upload (FTPS)
Use the DataPulseConfiguration FTPS
account to apply advanced settings that are not on the DeviceView Setup
screens - or to script the same NIC changes remotely. Supported stanzas
in v1.19: network,
wifi, tls
(DNS SAN names), and ntp.
Upload order matches certificate promotion: JSON first, trigger last.
14.1 Connect
| Setting | Value |
|---|---|
| Host | <gateway-ip> (Machine or Connect IP) |
| Port | 2122 |
| Protocol | FTPS (explicit TLS) |
| Username | DataPulseConfiguration |
| Password | d@tapul$eConf!g |
On first connect, compare the FTPS leaf SHA-256 with Setup → TLS Mode → TLS Certificate (FTPS view), then trust the certificate for future sessions.
14.2 Required files
| File | Purpose |
|---|---|
datapulse-config.json |
Configuration payload (any filename ending in .json is
accepted) |
network.trigger |
Empty file uploaded last to start apply |
Do not leave extra *.trigger files in the staging root.
A future license.trigger may use the same account; until
then use network.trigger only.
14.3 JSON shape
All stanzas are optional top-level siblings. Include only what you intend to change. At least one stanza is required.
datapulse-config.json
├── schemaVersion (required: 1)
├── network ← ethernet1 / ethernet2 static IPv4
├── wifi ← enable / disable / reconnect
├── tls ← DNS names added to the leaf SAN
└── ntp ← time sources (optional; factory Meinberg is fine for most sites)
Network (static IPv4 only)
ip and subnetMask are required per plane
you include. gateway, preferredDns, and
alternateDns are optional (empty string clears the value).
DHCP is not supported - use a static address (or a DHCP
reservation that you then enter as static).
{
"schemaVersion": 1,
"network": {
"ethernet1": {
"ip": "192.168.1.123",
"subnetMask": "255.255.255.0",
"gateway": "",
"preferredDns": "",
"alternateDns": ""
},
"ethernet2": {
"ip": "10.50.0.10",
"subnetMask": "255.255.255.0",
"gateway": "10.50.0.1",
"preferredDns": "10.50.0.1",
"alternateDns": ""
}
}
}Connect plane only (leave Machine unchanged):
{
"schemaVersion": 1,
"network": {
"ethernet2": {
"ip": "10.50.0.10",
"subnetMask": "255.255.255.0",
"gateway": "10.50.0.1",
"preferredDns": "10.50.0.1",
"alternateDns": ""
}
}
}Wi‑Fi
| JSON | Behavior |
|---|---|
"enabled": true + ssid /
psk |
Save profile and connect; success only when associated |
"enabled": true only |
Re-enable adapter; Windows auto-connects from the saved profile |
"enabled": false |
Disable the Wi‑Fi adapter (SSID/PSK not required) |
{
"schemaVersion": 1,
"wifi": {
"enabled": true,
"ssid": "PlantGuest",
"psk": "replace-me"
}
}{
"schemaVersion": 1,
"wifi": { "enabled": false }
}TLS DNS names (SAN)
Adds customer hostnames to the HTTPS and FTPS leaf certificates so
clients can trust by name. Max 8 names; no wildcards.
"dnsNames": [] clears stored names (IP-only SAN).
In self-signed mode the gateway re-issues leaves when the list changes. In customer-signed mode names are stored but your CA must include them in the uploaded certs.
{
"schemaVersion": 1,
"tls": {
"dnsNames": [ "dp-sn12345.plant.corp" ]
}
}NTP time sources
Factory Meinberg already uses the US NTP pool plus a local-clock
backup - most sites never need an ntp
stanza. Send one to point at plant NTP servers, or to rehearse
a change.
| Key | Default | Meaning |
|---|---|---|
servers |
[] |
Customer NTP servers (IPv4 preferred) |
usePool |
false |
Also use internet pool servers (needs DNS + internet) |
localFallback |
true |
Keep a stratum-12 local backup |
orphanFallback |
false |
Prefer orphan-mode backup (bounded failover) instead of a competing local refclock |
probeOnly |
false |
Rehearsal only - report reachability and clock offset; change nothing |
Probe first when adopting a new time source (especially if the gateway clock has drifted). Apply large clock steps in a maintenance window - a backward step can overlap result timestamps.
{
"schemaVersion": 1,
"ntp": {
"servers": [ "10.50.0.20" ],
"usePool": false,
"localFallback": true,
"orphanFallback": true,
"probeOnly": true
}
}After a successful probe, remove "probeOnly": true (or
set it false) and upload again to apply.
14.4 Verify and troubleshoot
- After
network.triggeris uploaded, anetwork.inprogressmarker appears while the gateway works. The trigger file is removed when processing finishes. - Download
last-result.txtfrom the same FTPS folder - success or failure summary, including which stanzas ran, whether certificates rotated, and NTP peer detail when applicable. - On failure, the package is moved under
rejected-networkwith areason.txt. Correct the JSON and upload again (JSON first, then a newnetwork.trigger). - On success, the package is archived under
applied-network(last three kept; see alsobackup-catalog-network.txt). Confirm HMI and DataPulse Connect reachability on the new addresses before disconnecting from the old IP.
Changing Ethernet addresses can move the FTPS endpoint. Prefer changing one plane at a time, and keep a browser session on the other plane (or console/RDP) until you confirm connectivity.
Self-signed vs customer-signed: IP or SAN DNS changes rotate leaves only when TLS Mode is Self-signed. In customer-signed mode the NIC and firewall update, but your uploaded certificates stay in place until you promote a new bundle (section 13).
15. Network ports
Allow inbound traffic to the gateway from the camera network (Ethernet 1) and from HMI / DataPulse Connect clients on your plant LAN. Use your site firewall to permit the ports below. Earlier sections mention individual ports where they matter for that feature; this section is the full planning table.
15.1 Product and camera ports (inbound)
| Service | Port | Protocol | Typical source | Notes |
|---|---|---|---|---|
| Operator HMI (DeviceView) | 8080 | TCP | Browser (Machine LAN) | http://<machine-ip>:8080/dwview/ |
| DataPulse Connect API | 8443 | TCP (TLS) | MES, scripts (Connect LAN) | https://<connect-ip>:8443/dw/ - do not use
/dwview/ on 8443 for operators |
| DataPulse server record ingestion | 3000 | TCP | Cognex camera | Inspection records (snippet TCP/IP section); not encrypted. Operator-configurable in the HMI (Setup); if changed, open the new port and update the camera snippet. |
| Camera FTP (plain) | 2121 | TCP | Cognex camera | Pass/fail image upload on Machine IP only; not encrypted |
| FTP passive data | 50000-51000 | TCP | Cognex / FTPS clients | Opened during FTP/FTPS transfer; not encrypted on 2121 |
| FTPS (certs + configuration) | 2122 | TCP (TLS) | Maintenance / site IT | Explicit FTPS on Machine or Connect IP (DataPulseCert,
DataPulseConfiguration) |
| NTP (time sync) | 123 | UDP | Cognex camera | Cameras sync time to the gateway IP |
| Audit logging (ISVS) | 5001 | TCP (TLS) | Cognex camera (ISVS) | Octet-counting syslog over TLS; see Cognex Camera Integration |
| Audit logging (ISE) | 5753 | TCP | Cognex camera (ISE) | Legacy plain TCP; contact support for ISE audit setup |
Cameras should use the gateway Ethernet 1 IP for time sync, record ingestion, FTP, and audit traffic. If the gateway uses a second Ethernet port for plant/MES connectivity, do not point cameras at that address.
15.2 Support and remote-access ports
These ports are for Adams commissioning and support, not day-to-day operation. Scope them to your management subnet (never the camera LAN or the open internet), and open only what your support agreement requires.
| Service | Port | Protocol | Direction | Notes |
|---|---|---|---|---|
| Remote Desktop (RDP) | 3389 | TCP | Inbound | Adams / break-glass only (datapulse-admin). Not for
day-to-day operators or Wi‑Fi tasks. Scoped to Machine and Connect
CIDRs. |
| deviceWISE Workbench (comms) | 4012 | TCP | Inbound | deviceWISE engineering/support tool. Full control of the gateway - treat like RDP; scope to the management subnet. |
| deviceWISE Workbench (discovery) | 4009 | UDP | Inbound | Used by Workbench to scan for and status the gateway. |
| TR50 developer remote access | 8883 | TCP | Outbound | Cloud-brokered remote support (MQTT over TLS to the Adams cloud). Outbound only - no inbound port is exposed. Dormant unless the gateway is connected to the internet; can be disabled by Adams. |
TR50 is outbound only: it never opens an inbound port on your firewall. When enabled and internet-connected, it lets Adams tunnel to the HMI/API, RDP, and Workbench for remote support.
16. Troubleshooting
| Symptom | Check |
|---|---|
Home tiles show 0 / -- |
No inspections yet; verify cameras send data (Manage Cameras, Browse) |
| No inspection data | Cognex snippet Ready, log tags enabled, correct gateway IP in snippet (integration guide) |
| Data but no images | Image save enabled in snippet; UTC time sync; disk space on Info / Storage |
| Camera disconnected | Camera IP in Manage Cameras; no IP conflict; server running |
| Cannot open HMI | URL is http://<machine-ip>:8080/dwview/ (not
:8443/dwview/) |
| HTTPS / FTPS warnings | TLS Mode, certificate expiry, or trust not established |
| Disk filling up | Storage Management threshold |
| DataPulse Connect 401/400 | Current X-DP-Token (Setup → DataPulse Connect
Access) |
| DataPulse Connect 429 | Rate limit; honor Retry-After |
| Customer cert not applied | TLS audit grid; reason.txt in rejected upload
folder |
| Network config not applied | last-result.txt / reason.txt under the
configuration FTPS folder |
| Audit logs missing | Audit enabled on camera; ISVS uses port 5001 (TLS); ISE uses 5753 (contact support) |
| Firewall / port planning | See Network ports (section 15) |
16.1 Verification checklist
- Gateway powered and reachable
- Camera on same subnet with unique IP
- Cognex snippet status Ready
- UTC time sync to gateway IP
- Correct DataPulse IP in snippet
- Free disk space available
17. Support and contact
Contact Adams Engineering with your gateway serial number (Info screen), a description of the issue, and the DataPulse version from Info.
Adams Corp
904 S 20th St, Tampa, FL 33605
Phone: (800) 282-4165
Email: engineeringdept@adamscorp.com