Skip to main content
This is a private API and works internally!
Scope: This section documents the internal AMQP exchanges used by the Api Gateway to query/maintain system state and enrich external MQTT command flows. These messages are not exposed to mobile/web clients directly.

Transport & Routing

  • Protocol: AMQP
  • Request Queue (gateway → backend): resource.commands
  • Response Queue (backend → gateway): bimetri.apiservice.<api-uniqueue-id>
  • Correlation: correlationId is mandatory. Gateway sets it; backend mirrors it in replies.
  • Delivery: at‑least‑once; consumers must be idempotent.
  • Delivered via routing key: bimetri.apiservice.<app-unique-id>
Internal payloads may include identifiers not present in external APIs (e.g., resourceId, sensorId, controllerId). Treat them as opaque outside the backend boundary.
Note: Keys in requests are unique to each request and are used to queue requests.

Commands

Below are common internal commands the Api Gateway uses to hydrate caches, resolve routing, and enrich MQTT command/notification paths.

1) Get Sensors Command

Returns the list of sensors discovered on the panel (zone → sensor mapping, with metadata).

Request

Success Response

2) Get Controllers Command

Returns output controllers per partition (e.g., relays / DOs) that can be driven by the platform.

Request

Success Response

3) Get Partition Zone Command

Returns zones (sensors) grouped by partition.

Request

Success Response

4) Get Partition Name Command

Returns the human-friendly name for a given partition number.

Request

Success Response