Protocol Interface Matrix
Interface Matrix

Supported Interfaces

Protocol support described by scope — not slogans.

“Supported” means defined scope

A protocol is only “supported” if scope, directionality, and constraints are declared. Vœrynth treats interfaces as operational contracts.

Protocol Support Matrix

InterfaceModeAccessTypical ScopeConstraints
KNXNativeRead/WriteLighting, shading, climate signalingCommissioned via validated IP interface; topology rules apply
DALI-2BridgedRead/WriteLighting groups/scenesDeployed behind certified gateway
Modbus TCPNativeRead/WritePlant/energy telemetry and control pointsScope defined per site; safety-critical remains external
Zigbee 3.0NativeRead/WriteSensors, lighting, convenience devicesCertified coordinator + firmware pinning
Z-WaveNativeRead/WriteSensors, access peripheralsRegion-locked controller; key management enforced
BluetoothBridgedR/W (Ltd)Convenience edge devicesNot used for safety-critical; best-effort tier
MQTTNativeRead/WriteEvent transport and device bridgingScoped topics; policy gate applies to actuation
MatterVariantVariantInterop layer for selected devicesScope depends on certified controllers; not assumed universal
NMEA 2000BridgedRead-FirstMarine telemetryActuation boundaries are explicit and commissioned
Signal KNativeRead-FirstUnified marine data modelUsed for situational awareness; safety-critical remains external

Safety Boundaries

Where a subsystem is safety-critical (marine navigation, emergency systems, vendor safety loops), Vœrynth integrates at the boundary. Commissioned scope defines what is observed, what is controlled, and what is never actuated.

Need a protocol inventory review?

A pilot starts with interface mapping and commissioning scope.