Menu

KNX TP

Reference page for KNX twisted-pair transport covering bus topology, power, addressing, and commissioning dependencies.

Categories:
Knx

What KNX TP Is

KNX TP is the twisted-pair transport commonly used for room, floor, and field-controller KNX deployments. It is the most familiar physical layer in building installations where the KNX bus is local to the controls network rather than routed over IP.

For many KNX projects, TP is the installed reality behind the protocol. Even when the engineering or supervisory tool reaches the system through KNX IP, the actual field devices and telegram flow often still live on TP segments joined by couplers and routers.

Physical And Logical Role

AspectWhy It MattersCommon Risk
Bus segment topologyDefines how field devices share one KNX segmentSegment assumptions are copied from drawings that no longer match the site
Power and line hardwareAffects device stability and reliable telegram deliveryThe logical design is right, but the installed TP infrastructure is weak or misconfigured
Coupler placementControls which traffic crosses lines and areasUseful group traffic is filtered away from the gateway path
ETS alignmentConnects physical layout to the address and DPT modelThe bus is live, but the engineering meaning is missing

Why It Matters

TP projects look simple when a team reduces them to “KNX over twisted pair,” but the real job is more specific. The site needs the installed segment layout, the relevant group addresses, and the ETS project that ties those two views together. Without that alignment, a live TP bus still becomes a reverse-engineering exercise.

Commissioning records must also match the installed TP segment layout. A site can have working local control while the intended supervisory gateway path fails because the segment assumptions, coupler design, or reachable line are not what the project expected.

Typical Commissioning Questions

  • Which TP segment actually carries the devices or functions the gateway needs?
  • Are line couplers or area couplers filtering the expected group traffic?
  • Is the integration attached locally to the right segment, or does it depend on a routed handoff through KNX IP?
  • Does the ETS project still reflect the installed TP layout and group-address organization?

These questions matter because TP problems often present like generic communication issues when the real problem is segment placement or missing engineering context.