Plateforme
La couche d’intelligence, concrétisée.
Une architecture plate et ouverte construite sur Loxone : contrôle local en périphérie, un modèle de données au centre, une vision d’exploitation claire au sommet.
01 / Couches
Trois couches aux responsabilités explicites.
Chaque couche a un rôle défini — et une limite de défaillance définie.
Application
Expérience opérateur et décisions métier
Tableaux de bord, accès mobile, rapports, vues locataires et clients, consolidation de portefeuille. Chaque rôle voit le bâtiment à la résolution dont il a besoin.
Supervision
Un modèle de données, un modèle d’alarme
Le cœur d’intégration normalise chaque sous-système dans un modèle d’objets commun, puis applique les horaires, les interverrouillages, le routage des alarmes et la journalisation d’audit.
Équipement
Protocoles ouverts et contrôle local
Les contrôleurs et passerelles Loxone relient le local technique, l’étage et la chambre d’hôtel. Le contrôle reste local ; la plateforme supervise.
Protocoles ouverts, contrôle local
Une journée type
Un bâtiment, quatre moments, un système.
Ce que la plateforme fait entre l’atelier de conception et la première année d’exploitation.
07:40
Un locataire arrive
Le contrôle d’accès libère l’étage. L’éclairage, le CVC et la CCTV réagissent ; l’opérateur voit un seul événement, pas quatre.
09:15
Une alarme d’installation
L’alarme est normalisée, hiérarchisée et routée vers l’ingénieur en poste. La tendance correspondante est jointe.
14:00
Une salle de réunion change d’affectation
La réservation, l’occupation et le CO2 pilotent la ventilation et le refroidissement avant que la salle ne soit pleine.
22:00
Le bâtiment se vide
Les zones inoccupées passent en mode économie d’énergie ; le rapport de nuit est constitué à partir des données de tendance.
01 / Composants essentiels
Une pile logicielle compacte qui atteint chaque pièce.
Du matériel et des logiciels choisis pour le bâtiment, pas pour le showroom.
Miniserver
Le contrôleur local qui exécute les horaires, les interverrouillages et les séquences sans connexion cloud.
Tree et Air
Un seul câble pour les appareils Tree, une radio fiable pour la rénovation. Moins de câblages de retour, une mise en service plus rapide.
Link et passerelles
BACnet IP, Modbus, KNX, DALI, DMX, RS485 et contacts secs intègrent les systèmes tiers dans le même modèle.
Config et App
Environnement d’ingénierie et application opérateur. Vues par rôle, alarmes et tendances sur le web et le mobile.
Exosphere
Gestion technique du bâtiment à l’échelle du portefeuille pour les équipes commerciales qui ont besoin de reporting et de comparaison entre sites.
Ouvert par défaut. Les données restent portables.
BACnet, Modbus, KNX, DALI, REST et ODBC. Les données du bâtiment appartiennent au maître d’ouvrage.
Voir la matrice d’intégrationMatériel
Les appareils derrière la vision.
Capteurs, commandes, éclairage et application — choisis pour le bâtiment, pas pour le showroom.
Commandes tactiles
Capteurs de qualité de l’air
Détecteurs de présence
Downlights
Éclairage sur rail
Application et tableaux de bord
02 / Matrice d’intégration
Ce qui se connecte, par quel intermédiaire et pour quoi faire.
Une matrice représentative. La version propre au projet est produite après l’audit.
| Sous-système | Interface type | Ce que fait la plateforme |
|---|---|---|
| CVC et production | BACnet/IP, Modbus, 0–10 V, contacts secs | Horaires, consignes, alarmes, séquences de production, enregistrements de tendances |
| Éclairage | DALI, DMX, KNX, relais | Scénarios, commande selon l’occupation, valorisation de la lumière du jour, surveillance des défauts |
| Protection solaire | KNX, Modbus, contacts secs | Suivi solaire, protection contre le vent, commande de scénarios |
| CCTV | ONVIF/RTSP via VMS, API | Cartographie des caméras, vue en direct, liaison d’événements, état des enregistrements |
| Alarme intrusion | Contacts secs, API | État des zones, armement/désarmement, routage des alarmes |
| Contrôle d’accès | OSDP/Wiegand via contrôleur, API | État des portes, ouverture à distance, journal d’événements, liaison CCTV |
| Rondes de gardiennage | API, ODBC | Plans de ronde, enregistrements des points de contrôle, rapports d’anomalie |
| Parking | API, TCP/IP | État des entrées et sorties, comptage des places, alertes d’anomalie |
| Sonorisation | API, contacts secs | État des zones, annonces programmées, dérogation d’urgence |
| Salles de conférence | API, système de réservation | État d’occupation, pré-conditionnement AV et CVC |
| Affichage dynamique | API, TCP/IP | État de santé des équipements, état du contenu, alertes de défaut |
| Salles informatiques | Modbus, SNMP via passerelle, contacts secs | UPS, refroidissement de précision, fuites, température et humidité |
| PMS hôtelier | ODBC, API | Événements d’arrivée et de départ, état des chambres, CVC et éclairage en mode client |
| Contrôle des chambres d’hôtel | RCU via Modbus/API | État de la chambre, scènes, demandes de service, limites de consommation |
| Alarme incendie | Contacts secs, entrées supervisées | État d’alarme et de pré-alarme ; le système incendie conserve la priorité |
La disponibilité des interfaces dépend des équipements installés et de leur configuration. Nous confirmons chaque ligne lors de l’audit.
Télécharger la matrice (CSV)03 / Objectifs d’ingénierie
Les valeurs de dimensionnement.
Objectifs de performance issus du cahier des charges IBMS. Les valeurs finales sont confirmées selon le réseau du bâtiment, l’implantation des contrôleurs et le périmètre.
| Nombre maximal de points supervisés | Extensible par contrôleur ; aucun plafond fixe de la plateforme |
| Rafraîchissement des données en temps réel | ≤ 2 s |
| Transmission des ordres de commande | ≤ 2 s |
| Interverrouillage intersystèmes | ≤ 1 s |
| Opérateurs simultanés | 999 |
| Déploiement | Sur site / réseau local ; accès distant sécurisé en option |
Il s’agit d’objectifs d’ingénierie, non d’une garantie. Les conditions du site, la conception du réseau et les interfaces tierces influent sur les performances réelles.
04 / Sécurité et résilience
Local d’abord. Sécurisé par conception.
Un bâtiment est une infrastructure critique pour ceux qui l’utilisent. La couche de commande doit continuer de fonctionner lorsque l’internet est indisponible et indiquer clairement qui peut modifier quoi.
Contrôle local, sécurisé par conception
Aucun cloud obligatoire
La commande essentielle et l’historique restent sur site. Le bâtiment continue de fonctionner indépendamment de la connexion internet.
Accès par rôle
Les opérateurs, les techniciens et la direction ne voient que ce dont ils ont besoin.
Accès distant à deux facteurs
Les connexions distantes sont explicites, journalisées et révocables.
Piste d’audit
Chaque commande, modification de consigne et acquittement est enregistré.
Sauvegarde et restauration
La configuration et l’historique sont sauvegardés selon un calendrier défini.
Segmentation du réseau
Le trafic OT est séparé des réseaux locataires et clients.
05 / Questions sur la plateforme
Questions et réponses
Les questions que nous posent le plus souvent maîtres d’ouvrage, bureaux d’études et intégrateurs.
Faut-il remplacer les systèmes existants ?
Le bâtiment peut-il fonctionner sans internet ?
Quels protocoles prenez-vous en charge ?
Combien de temps prend un projet type ?
À qui appartiennent les données ?
Comment gérez-vous l’alarme incendie ?
Pouvez-vous travailler avec votre intégrateur existant ?
Étape suivante
Cartographiez votre bâtiment sur la plateforme.
Envoyez-nous la liste des systèmes et le résultat attendu. Nous vous renverrons un schéma en couches, une vue d’intégration et les questions encore ouvertes.