Phillips Hue Bridge and SigNoz Integration

Input and output integration overview

This plugin gathers status from Hue Bridge devices using the CLIP API interface.

This configuration turns any Telegraf agent into a Remote Write publisher for SigNoz, streaming rich metrics straight into the SigNoz backend with a single URL change.

Integration details

Phillips Hue Bridge

The Hue Bridge plugin allows users to gather real-time status from Philips Hue Bridge devices utilizing the CLIP API interface. By communicating with Hue Bridges, this plugin is capable of retrieving various metrics related to home lighting and environmental conditions. It offers multiple schemes for accessing the bridges, such as local LAN, cloud, and mDNS, ensuring flexibility in deployment scenarios. The plugin can handle diverse configurations such as room assignments for devices, which optimizes the evaluation of statuses, especially in environments with many devices. Furthermore, it provides various monitoring metrics applicable to lights, temperature sensors, motion sensors, and device power status, thereby enabling comprehensive insights into a smart home setup. The configuration options allow users to tailor their connections to optimize performance and security, including optional TLS configurations for secure communication.

SigNoz

SigNoz is an open source observability platform that stores metrics, traces, and logs. When you deploy SigNoz, its signoz-otel-collector-metrics service exposes a Prometheus Remote Write receiver (default :13133/api/v1/write). By configuring Telegraf’s Prometheus plugin to point at this endpoint, you can push any Telegraf collected metrics, SNMP counters, cloud services, or business KPIs—directly into SigNoz. The plugin natively serializes metrics in the Remote Write protobuf format, supports external labels, metadata export, retries, and TLS or bearer-token auth, so it fits zero-trust and multi-tenant SigNoz clusters. Inside SigNoz, the data lands in ClickHouse tables that back Metrics Explorer, alert rules, and unified dashboards. This approach lets organizations unify Prometheus and OTLP pipelines, enables long-term retention powered by ClickHouse compression, and avoids vendor lock-in while retaining PromQL-style queries.

Configuration

Phillips Hue Bridge

[[inputs.huebridge]]
  ## URL of bridges to query in the form ://:@
/
  ## See documentation for available schemes.
  bridges = [ "address://:@/" ]

  ## Manual device to room assignments to apply during status evaluation.
  ## E.g. for motion sensors which are reported without a room assignment.
  # room_assignments = { "Motion sensor 1" = "Living room", "Motion sensor 2" = "Corridor" }

  ## Timeout for gathering information
  # timeout = "10s"

  ## Optional TLS Config
  # tls_ca = "/etc/telegraf/ca.pem"
  # tls_cert = "/etc/telegraf/cert.pem"
  # tls_key = "/etc/telegraf/key.pem"
  # tls_key_pwd = "secret"
  ## Use TLS but skip chain & host verification
  # insecure_skip_verify = false
</code></pre>

SigNoz

[[outputs.prometheusremotewrite]]
  ## SigNoz OTEL-Collector metrics endpoint (Prometheus Remote Write receiver)
  ## Default port is 13133 when you install SigNoz with the Helm chart
  url = "http://signoz-otel-collector-metrics.monitoring.svc.cluster.local:13133/api/v1/write"

  ## Add identifying labels so you can slice & dice the data later
  external_labels = { host = "${HOSTNAME}", agent = "telegraf" }

  ## Forward host metadata for richer dashboards (SigNoz maps these to ClickHouse columns)
  send_metadata = true

  ## ----- Authentication (comment out what you don’t need) -----
  # bearer_token   = "$SIGNOZ_TOKEN"          # SaaS tenant token
  # basic_username = "signoz"                 # Basic auth (self-hosted)
  # basic_password = "secret"

  ## ----- TLS options (for SaaS or HTTPS self-hosted) -----
  # tls_ca                  = "/etc/ssl/certs/ca.crt"
  # tls_cert                = "/etc/telegraf/certs/telegraf.crt"
  # tls_key                 = "/etc/telegraf/certs/telegraf.key"
  # insecure_skip_verify    = false

  ## ----- Performance tuning -----
  max_batch_size = 10000      # samples per POST
  timeout        = "10s"
  retry_max      = 3

Input and output integration examples

Phillips Hue Bridge

1. Automated Lighting Control Based on Room Occupancy: Utilize the Hue Bridge plugin to monitor motion sensors within various rooms of a home. When motion is detected, the system can automatically trigger the lights to turn on, providing convenience and energy efficiency. This integration could significantly enhance user experience and preferences, adapting the lighting to occupancy levels without manual intervention.

2. Environmental Monitoring in Smart Homes: Implement the Hue Bridge plugin to track temperature and light levels within the house. By continuously monitoring these metrics, users can create a comfortable indoor climate, adjusting heating and cooling systems based on temperature trends or activating lights based on light levels detected. This data-driven approach leads to smart home automation that responds to actual environmental conditions.

3. Integration with Home Automation Systems: Leverage this plugin to integrate Philips Hue Bridge statistics into broader home automation frameworks. For example, collecting light and temperature data can feed into a centralized dashboard that provides homeowners with insights about their energy usage patterns. Environments can be programmed to respond proactively to user habits, promoting efficiency and energy conservation.

4. Battery Monitoring for Smart Devices: Use the Hue Bridge plugin to monitor battery levels across various connected smart devices. By being alerted about low battery states, homeowners can take timely actions to replace or recharge devices, preventing outages and ensuring smooth operation of their smart home systems.

SigNoz

1. Multi-Cluster Federated Monitoring: Drop a Telegraf DaemonSet into each Kubernetes cluster, tag metrics with cluster=<name>, and Remote Write them to a central SigNoz instance. Ops teams get a single PromQL window across prod, staging, and edge clusters without running Thanos sidecars.

2. Factory-Floor Edge Gateway: A rugged Intel NUC on the shop floor runs Telegraf to scrape Modbus PLCs and environmental sensors. It batches readings every 5 seconds and pushes them over an intermittent 4G link to SigNoz SaaS. ClickHouse compression keeps costs low while AI-based outlier detection in SigNoz flags overheating motors before failure.

3. SaaS Usage Metering: Telegraf runs alongside each micro-service, exporting per-tenant counters (api_calls, gigabytes_processed). Remote Write streams the data to SigNoz where a scheduled ClickHouse materialized view aggregates usage for monthly billing—no separate metering stack required.

4. Autoscaling Feedback Loop: Combine Telegraf’s Kubernetes input with the Remote Write output to publish granular pod CPU and queue-length metrics into SigNoz. A custom SigNoz alert fires when P95 latency breaches 200 ms and a GitOps controller reads that alert to trigger a HorizontalPodAutoscaler tweak—closing the loop between observability and automation.

Feedback

Thank you for being part of our community! If you have any general feedback or found any bugs on these pages, we welcome and encourage your input. Please submit your feedback in the InfluxDB community Slack.