Skip to content
AI-driventedge-dot is developed largely by AI coding agents, and it is alpha software. Check what it does before you rely on it, and report what you find.

OT connectors for thin-edge.io

Every fieldbus, one contract.

tedge-dot connects Modbus, OPC UA and SNMP equipment (with CAN bus, CANopen, PROFIBUS-DP and AVEVA PI in preview) to thin-edge.io. A lean driver publishes one protocol-neutral MQTT contract; small JavaScript flows turn it into measurements, alarms and device parameters in the cloud.

How data flows through tedge-dotReadings from Modbus, OPC UA, SNMP, CAN and CANopen, and PROFIBUS-DP devices, and from AVEVA PI servers, flow into tedge-dot, which publishes protocol-neutral samples over MQTT. thin-edge.io flows turn them into measurements, alarms and device parameters, and thin-edge.io sends them to the cloud. Writes travel the other way.ModbusOPC UASNMPCAN / CANopenPROFIBUS-DPAVEVA PItedge-dotflowsscale · alarm · mapthin-edge.ioMQTT · mappercloudsamplewrite

Protocols

Seven protocols, one shape of data

Every connector publishes the same sample, status and cmd envelopes on te/device/<device>/ot/<protocol>/…, so a flow, a dashboard or a cloud integration written once works for all of them. The connectors marked Preview are tested against simulators but not yet on real equipment.

Packages

Two packages, one contract

The same tedge-dot exists twice, written in Rust and in C, released together and held to the same test suites. Start with tedge-dot-c; configs and flows work unchanged on both. Whether both remain in the final product is not decided yet.

tedge-dot-cC

The default. About 25 times smaller, runs down to glibc 2.17, and ships every protocol, including the PROFIBUS-DP preview.

Binary
457 KB
glibc floor
2.17
Architectures
amd64 · arm64 · armhf
Protocols
7
tedge-dot-rsRust

For the features only the Rust build has: SNMPv3 with SHA-2, CAN FD.

Binary
12 MB
glibc floor
not pinned
Architectures
amd64 · arm64
Protocols
6
Not sure which? Ask the package picker →

Quick start

Read a PLC in a minute

No gateway, broker or cloud needed for a first look: start the Modbus simulator and read it with the CLI.

# start the Modbus simulator on 127.0.0.1:5020
just sim modbus
# where the demo point lists live in a checkout
export TEDGE_DOT_POINT_LIBRARY_PATH=$PWD/demo/points.d
# read every point of every device, once
cargo run --manifest-path impl/rust/Cargo.toml -- read -c demo/config/modbus.toml
# or run the connector without a broker: samples as JSON lines
cargo run --manifest-path impl/rust/Cargo.toml -- run -c demo/config/modbus.toml --output stdout --duration 10s

Next: your first device in 5 minutes, then into Cumulocity.

Guides

Pick your scenario

Each guide runs end to end against the demo simulators.

Tools

Try it in the browser

Checked in CI against the same schema and test vectors the connectors use.