Bridge // Smart Building

Le bâtiment sait. Désormais, les écrans aussi.

Home Assistant surveille vos capteurs, compteurs et appareils. Un rest_command dans n'importe quelle automatisation envoie cet état en POST vers votre webhook entrant Hangar.Media — température, occupation, énergie, qualité de l'air — transformant l'affichage dynamique en tableau de bord vivant de votre bâtiment.

2,000+ Intégrations HA en amont
Voir les tarifs
Open Source Automatisation auto-hébergée
2,000+ Intégrations HA en amont
Open Source Automatisation auto-hébergée
Tableaux · Cartes · KPIs Cibles d'affichage
Bridge // Présentation

Du capteur à l'affichage en temps réel

Définissez un service rest_command une seule fois — méthode post, votre URL de webhook, l'en-tête X-Webhook-Token — et appelez-le depuis n'importe quelle automatisation avec un payload templaté. Changements d'état, planifications et déclencheurs de seuil se transforment tous en mises à jour d'écran : le tableau de la salle de réunion, le tableau de bord énergétique, la carte de température de la piscine.

Une seule définition de service rest_command pour toutes vos automatisations
Les templates Jinja façonnent les états des entités en payload JSON
Mappez n'importe quel champ du payload vers des colonnes d'affichage grâce aux chemins en notation pointée, aux valeurs par défaut et aux transformations par colonne
Trois modes d'affichage : tableau de données en direct, cartes d'annonce (avec accumulation progressive) ou métriques KPI
Événements sortants inclus : les écrans peuvent déclencher des webhooks Home Assistant en retour (hors ligne/en ligne, erreurs de synchronisation, alertes d'urgence) via une enveloppe signée
Bridge // Fonctionnalités clés

Ce que vous pouvez faire avec Désormais, les écrans aussi.

Trois fonctionnalités qui rendent cette intégration indispensable pour votre réseau d'affichage dynamique.

Push instantané // 01

rest_command est le pont

Ajoutez une rest_command dans configuration.yaml : méthode post, votre URL webhook entrante, le type de contenu application/json, et l'en-tête X-Webhook-Token. Appelez-la depuis n'importe quelle action d'automatisation avec un payload template des états d'entités.

Chaque capteur du bâtiment peut piloter un pixel sur l'écran mural.

Les payloads basés sur des templates transportent les états d'entités de votre choix

Déclenchement sur changement d'état, planification ou seuil

Les écrans se mettent à jour en quelques secondes après réception du push

Bridge // Push instantané
Mapping de champs // 02

Façonnez le payload en contenu pour l'écran

Pointez les colonnes d'affichage vers les champs du payload avec des chemins en notation pointée, définissez des valeurs par défaut pour les champs manquants, et appliquez des transformations par colonne — majuscules, minuscules, troncature, préfixe, suffixe. Le même moteur de mapping alimente toutes les intégrations de plateformes d'automatisation, ainsi une configuration créée une fois est portable d'un outil à l'autre.

Votre automatisation envoie les données ; le mapping détermine comment elles s'affichent à l'écran.

Les chemins en notation pointée accèdent aux champs imbriqués du payload

Les valeurs par défaut comblent les lacunes pour que les écrans n'affichent jamais de vides

Les transformations soignent les valeurs sans toucher à l'automatisation

Bridge // Mapping de champs
Livraison vérifiée // 03

Livraison vérifiée par token

Votre étape d'envoi inclut le secret d'intégration dans l'en-tête X-Webhook-Token ; Hangar.Media le compare en temps constant, fermé par défaut, et rejette tout le reste avec un 401.

Chaque push est authentifié avant qu'un seul pixel ne change.

Comparaison du secret en temps constant, fermé par défaut

Rotation du secret en un clic

Les expéditeurs inconnus reçoivent un 401 et rien n'est publié

Bridge // Livraison vérifiée
Bridge // Configuration

Quatre étapes vers écrans connectés.

De la configuration au contenu en direct en quelques minutes, pas en jours.

Étape 01

Connecter l'intégration

Ajoutez l'intégration Home Assistant dans Hangar.Media. Votre URL webhook entrante unique et votre secret sont générés instantanément.

Étape 02

Définir la rest_command

Dans configuration.yaml, ajoutez une rest_command : méthode post, votre URL webhook entrante, le type de contenu application/json, un en-tête X-Webhook-Token avec votre secret d'intégration, et un payload JSON basé sur des templates.

Étape 03

Mapper les champs vers l'affichage

Choisissez Tableau de données, Cartes de contenu ou Métriques KPI, puis mappez les champs du payload vers les colonnes d'affichage avec le mappeur de champs. Les valeurs par défaut et les transformations sont facultatives.

Étape 04

Envoyer et publier

Lancez l'automatisation. Le payload s'affiche dans le widget lié sur vos écrans en quelques secondes — activez Accumulate pour un tableau de bord glissant des derniers pushs.

Bridge // Questions

Questions fréquentes. Réponses directes : réponses.

Comment le webhook est-il sécurisé

La rest_command envoie votre secret d'intégration dans l'en-tête X-Webhook-Token ; Hangar.Media le compare en temps constant et rejette toute requête non conforme avec un 401 — fermé par défaut, sans chemin anonyme possible.

Quel format de payload Hangar.Media attend-il

N'importe quel JSON. Un objet unique devient une ligne ou une carte ; un tableau d'objets génère une ligne ou une carte par enregistrement. Avec un mapping de champs configuré, seuls les champs mappés sont affichés ; sans mapping, les champs bruts apparaissent sous forme de tableau clé-valeur.

Un seul push peut-il mettre à jour plusieurs écrans

Oui. Le push atterrit dans le flux de données de l'intégration ; chaque widget de design lié à ce flux se met à jour, où que ces designs soient planifiés — un seul push peut mettre à jour un écran ou l'ensemble du parc.

Mon Home Assistant doit-il être accessible depuis Internet

Non. Le push est émis depuis Home Assistant vers Hangar.Media via HTTPS — aucun port entrant, tunnel ou abonnement cloud n'est requis. Les événements sortants dans l'autre sens nécessitent une URL webhook HA accessible (Nabu Casa ou un reverse proxy).

Tarification // Transparente par principe
£0
/écran/mois
Moyenne du secteur
£8–24
Hangar
£5

Un seul tarif. La plateforme complète.

C'est ainsi que nous pensons que l'affichage dynamique devrait fonctionner. Éditeur de contenu, gestion des écrans et plus de 200 intégrations d'applications — tout inclus dès le premier jour.

Aucun frais par utilisateur
Utilisateurs illimités
Écrans illimités
200+ intégrations
Plus de 150 modèles
Multi-location
Mise en cache en périphérie
Lecture hors ligne
API REST
Alertes d'urgence

Chat / En ligne

Tarifs

£5 /écran/mois

Tout inclus. Un seul prix.

Vitesse

En ligne dans cinq minutes.

Inscrivez-vous, connectez, lancez-vous.

Matériel

Utilisez les écrans que vous possédez déjà.

Fire TV, Android, Tizen, webOS, Pi, navigateur.

Comment pouvons-nous vous aider ?

Choisissez une option pour commencer