Intégrations
Des composants de différents fabricants au sein d’un seul système.
over onze systemen en diensten.
Beckhoff peut-il communiquer avec des systèmes d’autres fabricants ?
Beckhoff peut-il communiquer avec des systèmes d’autres fabricants ?
Oui. Beckhoff constitue la couche d’automatisation centrale au sein de TIBA3, mais les équipements de terrain connectés ne doivent pas nécessairement être de la marque Beckhoff.
Protocoles de communication ouverts
Grâce à des protocoles tels que Modbus, BACnet, KNX, DALI-2, M-Bus, OPC UA et d’autres standards courants, la commande centrale peut communiquer avec des appareils et des installations de divers fabricants.
Liberté de choix des composants
Cela permet de choisir l’appareil le plus approprié pour chaque application en fonction de la fonctionnalité, de la qualité, de la disponibilité et du prix. Le client n’est donc pas obligé d’acheter tous les composants au sein d’une seule marque ou famille de produits.
Intégration d’installations existantes
Les techniques existantes peuvent également souvent être conservées lorsqu’elles communiquent via un protocole standard, une API ou une interface de couplage appropriée.
Évaluation technique par couplage
Chaque couplage n’offre pas automatiquement les mêmes fonctionnalités. Fixsus évalue donc, pour chaque appareil ou système, quelles données peuvent être lues, quelles commandes peuvent être écrites et quelles conditions s’appliquent pour une intégration fiable.
Comment Fixsus évite-t-il qu’un client ne devienne dépendant d’un seul fournisseur ?
Comment Fixsus évite-t-il qu’un client ne devienne dépendant d’un seul fournisseur ?
Fixsus choisit délibérément des protocoles de communication ouverts, une technologie librement programmable et des composants largement disponibles.
Pas d’écosystème fermé
L’installation n’est pas construite autour d’une seule marque, d’une seule famille de produits ou d’un seul fournisseur exclusif. Cela permet de choisir le composant le plus approprié pour chaque application et garantit que le remplacement à long terme reste mieux maîtrisable.
Technologie et données ouvertes
L’ouverture ne réside pas seulement dans les protocoles de communication, mais aussi dans le matériel, la programmation, la visualisation et les données. Ainsi, l’installation reste accessible et transférable.
Documentation structurée
La programmation, les schémas, les réglages et la documentation du projet sont gérés de manière structurée. L’installation reste ainsi compréhensible, adaptable et extensible pour des parties techniquement qualifiées.
Liberté à long terme
L’ouverture ne signifie pas que n’importe qui peut effectuer des modifications sans les connaissances nécessaires. Cela signifie toutefois que le client n’est pas techniquement bloqué dans un système qui ne peut être entretenu ou étendu que par un seul fournisseur.
Comment la protection solaire, l’éclairage et la régulation climatique collaborent-ils de manière écoénergétique ?
Comment la protection solaire, l’éclairage et la régulation climatique collaborent-ils de manière écoénergétique ?
TIBA3 permet à la protection solaire, à l’éclairage, au chauffage, au refroidissement et à la ventilation d’utiliser les mêmes données. Par conséquent, ces techniques ne réagissent pas séparément, mais comme un seul système intégré.
Limiter la chaleur solaire avant que le refroidissement ne soit nécessaire
Lorsqu’un fort rayonnement solaire est attendu, la protection solaire peut se fermer préventivement. Ainsi, la pièce se réchauffe moins vite et l’installation de refroidissement doit fournir moins de puissance.
Exploiter au maximum la lumière du jour
L’éclairage peut être tamisé ou éteint lorsqu’une lumière naturelle suffisante est présente. La protection solaire est alors pilotée de manière à limiter l’éblouissement sans occulter inutilement la lumière du jour.
Tenir compte de la présence
Dans une pièce inutilisée, le système peut automatiquement :
- éteindre l’éclairage ;
- réduire la ventilation ;
- basculer la régulation de température vers un régime plus économique ;
- positionner la protection solaire selon la stratégie du bâtiment.
Aucun pilotage contradictoire
La logique centrale empêche les techniques de se contrecarrer. On évite ainsi qu’une pièce ne soit activement chauffée et refroidie en même temps, ou que l’éclairage ne reste allumé inutilement alors qu’une lumière du jour suffisante est disponible.
Adapté au confort et à l’énergie
La stratégie précise est déterminée par bâtiment. L’orientation, les heures d’utilisation, l’occupation, le climat intérieur et les exigences de confort sont pris en compte conjointement dans la régulation.
Comment TIBA3 fait-il collaborer les différentes techniques du bâtiment ?
Comment TIBA3 fait-il collaborer les différentes techniques du bâtiment ?
TIBA3 rassemble le CVC, l’éclairage, les protections solaires, le contrôle d’accès, le suivi énergétique et d’autres techniques du bâtiment sur une plateforme centrale unique. Cela leur permet de partager des données et d’être pilotés comme un tout cohérent.
Une stratégie de régulation commune
Au lieu de laisser chaque technique réagir séparément, TIBA3 utilise les mêmes informations pour plusieurs fonctions. Les mesures de présence, de température, de qualité de l’air, d’intensité lumineuse et de consommation d’énergie peuvent ainsi être exploitées simultanément par différentes installations.
La présence pilote plusieurs techniques
Lorsqu’un local n’est pas utilisé, le système peut par exemple :
- éteindre l’éclairage ;
- réduire la ventilation ;
- basculer la régulation de température vers un régime plus économe en énergie ;
- piloter les protections solaires selon la stratégie du bâtiment.
Les protections solaires et la climatisation collaborent
Les protections solaires peuvent être fermées de manière préventive lorsqu’un apport important de chaleur solaire est attendu. Par conséquent, le local se réchauffe moins vite et l’installation de refroidissement doit fournir moins de puissance.
Pas de commandes contradictoires
Comme le chauffage et le refroidissement utilisent les mêmes données d’ambiance et la même logique centrale, TIBA3 peut empêcher que les deux systèmes ne fonctionnent simultanément en opposition.
Adaptation aux besoins réels
La collaboration entre les techniques garantit que le bâtiment ne réagit pas seulement à des horaires fixes, mais aussi à l’état actuel et à l’utilisation de chaque espace.
D’autres programmeurs ou intégrateurs peuvent-ils intervenir ultérieurement sur l’installation ?
D’autres programmeurs ou intégrateurs peuvent-ils intervenir ultérieurement sur l’installation ?
Oui. TIBA3 est délibérément conçu de manière à ce que le client ne soit pas techniquement exclu de sa propre installation.
Architecture ouverte et transférable
L’installation utilise du matériel industriel standard, des protocoles de communication ouverts et une structure de projet organisée. Par conséquent, un tiers externe techniquement qualifié peut ultérieurement assurer la maintenance, adapter ou étendre l’installation.
Disponibilité des informations
La programmation, les schémas, les paramètres et la documentation technique peuvent être mis à la disposition du client final ou d’un autre intégrateur agréé selon des conditions convenues.
Expertise requise
Un tiers doit toutefois disposer des connaissances nécessaires sur Beckhoff, la programmation d’automates (PLC), les techniques du bâtiment et les protocoles de communication utilisés.
Transfert contrôlé
Afin d’éviter les erreurs, les risques de sécurité et les ambiguïtés concernant les responsabilités, un transfert doit idéalement être structuré et faire l’objet d’accords clairs sur le code source, la documentation, les droits d’accès et la responsabilité.
Dans quel langage et quel environnement TIBA3 est-il programmé ?
Dans quel langage et quel environnement TIBA3 est-il programmé ?
TIBA3 est programmé dans TwinCAT 3, l’environnement d’ingénierie et de programmation de Beckhoff.
Langages de programmation CEI 61131-3
La programmation de l’automate est structurée selon la norme internationale CEI 61131-3. Les langages d’automate courants peuvent être utilisés, tels que le texte structuré (ST), le diagramme de blocs fonctionnels (FBD) et le langage à contacts (Ladder).
Relation avec CODESYS
CODESYS est un autre environnement de programmation largement utilisé qui fonctionne également selon la norme CEI 61131-3. TwinCAT et CODESYS ne sont donc pas le même progiciel, mais ils utilisent la même norme de programmation internationale et des concepts d’automate similaires.
Expertise transférable
Les programmeurs familiers avec la norme CEI 61131-3 et la programmation d’automates industriels reconnaissent ainsi les langages et les principes utilisés. Pour toute modification d’une installation TIBA3, des connaissances spécifiques sur TwinCAT, Beckhoff, l’architecture Fixsus et les techniques du bâtiment sont en outre nécessaires.
Programmation ouverte et lisible
La programmation est structurée de manière ordonnée et n’est pas délibérément verrouillée techniquement. Cela permet à une partie autorisée disposant de l’expertise adéquate d’analyser, d’entretenir et de développer davantage le fonctionnement.
De quels composants se compose une installation Fixsus typique ?
De quels composants se compose une installation Fixsus typique ?
Une installation Fixsus typique se compose d’une unité de commande industrielle centrale, d’îlots d’E/S répartis et d’appareils de terrain reliés entre eux par une communication ouverte.
Automate Beckhoff central
L’automate central constitue le cœur technique de l’installation. C’est là que se trouvent l’intelligence de régulation spécifique au projet, la collaboration entre les techniques et le couplage avec la visualisation.
Backbone EtherCAT et îlots d’E/S
Des îlots d’E/S sont placés dans tout le bâtiment. Ils lisent les signaux des capteurs et des contacts et pilotent les installations, les vannes, les moteurs et d’autres composants.
La communication avec l’unité de commande centrale s’effectue via un backbone EtherCAT rapide.
Lignes de bus vers les appareils de terrain
À partir des îlots d’E/S, des systèmes de bus ouverts partent vers les différents appareils du bâtiment, tels que :
- Modbus RTU pour les commandes d’ambiance, les capteurs et les contrôleurs ;
- DALI pour l’éclairage ;
- M-Bus ou Modbus pour les compteurs d’énergie ;
- d’autres protocoles ouverts pour les techniques couplées.
Appareils de terrain dans les pièces
Selon le projet, l’installation peut notamment comprendre :
- des commandes d’ambiance ;
- des capteurs de température et de qualité de l’air ;
- des détecteurs de mouvement ;
- des Room Controllers ;
- des lecteurs de badges ;
- des contrôleurs de clapets coupe-feu ;
- des composants de Fixsus Cura pour l’appel infirmier ;
- des interrupteurs, des vannes et d’autres actionneurs techniques.
Visualisation et accès sécurisé
L’installation est complétée par la visualisation web TIBA3 et, le cas échéant, par un accès à distance sécurisé via TIBA Secure.
Composition spécifique au projet
Chaque bâtiment n’a pas la même structure. L’installation est adaptée aux techniques présentes, au nombre de pièces, aux fonctions souhaitées et à la réutilisation éventuelle de composants existants.
Est-il possible de relever des compteurs d’énergie de différentes marques ?
Est-il possible de relever des compteurs d’énergie de différentes marques ?
Oui. Les compteurs d’énergie et d’eau sont généralement relevés via M-Bus ou Modbus, quelle que soit la marque.
Protocoles de lecture ouverts
M-Bus et Modbus sont des standards ouverts pris en charge par la quasi-totalité des fabricants de compteurs d’énergie. Vous choisissez donc vos compteurs en fonction de la qualité et du prix, et non par obligation de marque.
Toutes les données de mesure sur une seule plateforme
Les données de mesure de tous les compteurs sont regroupées au sein de la gestion énergétique sur la même plateforme. Vous suivez ainsi centralement les consommations d’électricité, de gaz et d’eau, et les anomalies deviennent rapidement visibles.
Fixsus peut-il collaborer avec mon installateur, intégrateur ou bureau d’études ?
Fixsus peut-il collaborer avec mon installateur, intégrateur ou bureau d’études ?
Oui. Fixsus collabore sur des projets avec des installateurs, des intégrateurs, des bureaux d’études et d’autres partenaires technologiques. La répartition précise des tâches est clairement définie au préalable.
Collaboration selon l’expertise
Fixsus peut notamment prendre en charge :
- l’architecture du système ;
- la programmation de TIBA3 ;
- l’intégration des techniques du bâtiment ;
- la visualisation ;
- la mise en service ;
- les tests fonctionnels ;
- la formation et le support continu.
Le partenaire d’installation peut, par exemple, être responsable du câblage, du montage, des armoires électriques et du raccordement des composants de terrain.
Limite claire des prestations
Avant le début du projet, il est déterminé qui fournit quels matériaux et qui exécute quels travaux. Cela permet d’éviter les chevauchements, les postes manquants et les discussions lors de l’exécution.
Soutien aux partenaires locaux
Pour les projets en dehors de sa région habituelle, Fixsus peut collaborer avec un partenaire technique local. Celui-ci connaît le marché local, les réglementations et les attentes en matière de service, tandis que Fixsus apporte la technologie TIBA3 et les connaissances spécifiques au projet.
Également pour les intégrateurs Beckhoff
Les intégrateurs ayant de l’expérience avec Beckhoff, TwinCAT et la technique du bâtiment peuvent intégrer TIBA3 et le matériel Fixsus dans leurs propres projets. Selon la collaboration, Fixsus peut offrir un soutien pour la conception, la programmation, la formation et les premières réalisations de projets.
Aucune obligation de prise en charge totale
Fixsus ne doit pas nécessairement exécuter lui-même toutes les disciplines techniques. L’objectif est une organisation de projet viable dans laquelle chaque partie assume la responsabilité de sa propre expertise.
L’appel infirmier et la gestion technique du bâtiment peuvent-ils être regroupés dans un seul système ?
L’appel infirmier et la gestion technique du bâtiment peuvent-ils être regroupés dans un seul système ?
Oui. Fixsus Cura regroupe l’appel infirmier, la commande de chambre, l’enregistrement des présences et les informations climatiques dans une solution de chambre unique, pilotée au sein de la plateforme ouverte de gestion technique du bâtiment.
Une solution de chambre unique
La Cura Base Station rassemble l’appel infirmier, l’identification par badge et la mesure du climat dans une seule unité murale. Le Cura Pager offre une sécurité aux résidents grâce à des boutons rétroéclairés et une courte vibration confirmant que l’appel a été transmis. Avec le Cura Pager Domo, ils commandent également l’éclairage et les protections solaires depuis leur lit. Là où seul un appel mural est nécessaire, la Cura Base Badge suffit.
Pas de systèmes parallèles
L’appel infirmier ne fonctionne plus à côté de la technique du bâtiment, mais en son sein. Il n’y a plus de double infrastructure, plus de fournisseur distinct et plus de second système à entretenir.
Pour la construction neuve et la rénovation
La solution est facile à entretenir et peut être déployée aussi bien dans les constructions neuves que dans les rénovations. Ainsi, la chambre de soins devient le point de départ d’une architecture de bâtiment qui fonctionne aujourd’hui et s’étend demain.
L’intégration est-elle également bidirectionnelle ?
L’intégration est-elle également bidirectionnelle ?
Oui. Les logiciels externes peuvent non seulement lire les données, mais également enregistrer des points de consigne et des commandes.
Lecture et écriture via l’API REST
Via Fixsus Open Gate, l’API REST de la plateforme, chaque variable PLC peut être lue et écrite. Une communication bidirectionnelle est également possible via les protocoles pris en charge.
Dans le cadre des droits d’accès que vous définissez
L’écriture de valeurs s’effectue bien entendu dans le cadre des droits d’accès que vous définissez vous-même. Vous déterminez ainsi quels systèmes externes sont autorisés uniquement à consulter les données et lesquels peuvent également piloter le système.
La plateforme prend-elle en charge l’éclairage DALI ?
La plateforme prend-elle en charge l’éclairage DALI ?
Oui. DALI et DALI-2 font partie intégrante de l’architecture par défaut.
Une ligne DALI par zone
Une ligne DALI part de chaque zone vers les luminaires et l’éclairage de secours. Ainsi, l’éclairage est entièrement piloté sur la même plateforme que les autres techniques.
Possibilité de coupler d’autres commandes d’éclairage
Le pilotage de l’éclairage via d’autres systèmes est également possible, par exemple des commandes d’éclairage couplées via BACnet. De cette manière, l’infrastructure d’éclairage existante peut aussi être intégrée à la régulation.
La programmation de mon bâtiment est-elle protégée ou verrouillée ?
La programmation de mon bâtiment est-elle protégée ou verrouillée ?
La programmation d’une installation TIBA3 n’est pas délibérément verrouillée techniquement pour le client final.
Aucun verrouillage artificiel
Le code automate (PLC) n’est pas utilisé comme un moyen de rendre le client dépendant d’un seul fournisseur. L’installation est conçue de manière à ce que le fonctionnement reste lisible, documentable et transférable.
Disponibilité selon des accords clairs
Le code source et les informations techniques du projet peuvent être mis à la disposition du client final ou d’une partie externe autorisée selon des conditions convenues. À cet égard, des accords clairs sont conclus concernant l’utilisation, les modifications, la propriété intellectuelle, la responsabilité et le support ultérieur.
La sécurité reste nécessaire
Un accès ouvert à la programmation ne signifie pas que chaque utilisateur est autorisé à effectuer des modifications. Seules les parties techniquement qualifiées ayant une connaissance de TwinCAT, Beckhoff, des techniques du bâtiment et de l’architecture Fixsus sont autorisées à adapter la logique sous-jacente.
Protection contre les modifications incontrôlées
L’accès à la programmation, à la visualisation et aux paramètres techniques est géré via des rôles, des droits et un transfert contrôlé. Ainsi, l’installation reste ouverte et transférable, sans compromettre la fiabilité opérationnelle ou la sécurité.
Le matériel Fixsus peut-il également être utilisé sans TIBA3 ?
Le matériel Fixsus peut-il également être utilisé sans TIBA3 ?
Oui. Le matériel de Fixsus a été développé pour fonctionner de manière optimale avec TIBA3, mais il n’est pas exclusivement lié à TIBA3.
Communication ouverte
Les terminaux de terrain Fixsus communiquent via le protocole standard Modbus RTU. Par conséquent, ils peuvent également être appliqués dans d’autres systèmes de gestion de bâtiment ou plateformes d’automatisation fonctionnant avec Modbus.
Intelligence centrale
Les appareils ne contiennent pas de logique fermée propre au projet. Cette intelligence est organisée de manière centrale dans le système dans lequel le matériel est intégré.
Intégration par des tiers
Un intégrateur externe peut inclure les appareils dans sa propre commande centrale et est alors responsable de la programmation, de l’adressage et de l’intégration fonctionnelle.
Fixsus peut fournir la documentation technique, les données de communication et le support produit nécessaires à cet effet.
Le système peut-il piloter intelligemment les bornes de recharge ?
Le système peut-il piloter intelligemment les bornes de recharge ?
Oui. La gestion de la puissance des bornes de recharge est l’une des techniques pouvant être intégrées à la plateforme.
Répartir intelligemment la puissance
La gestion de la puissance des bornes de recharge répartit la puissance disponible entre les points de charge tout en tenant compte de la consommation du reste du bâtiment.
Respecter la puissance de raccordement
Ainsi, la puissance de raccordement au réseau n’est pas dépassée, même lorsque de nombreux véhicules chargent simultanément. En effet, le bâtiment et l’infrastructure de recharge partagent la même régulation centrale et les mêmes données de mesure.
Les techniques durables comme la géothermie peuvent-elles être intégrées ?
Les techniques durables comme la géothermie peuvent-elles être intégrées ?
Oui. Les techniques durables sont intégrées dans la régulation centrale du bâtiment.
De la géothermie au réseau de chaleur
La géothermie (ATES/BTES), les réseaux de chaleur, la production de chaleur hybride et l’énergie solaire peuvent être pleinement intégrés sur la plateforme.
La source la plus durable en priorité
Comme toutes les sources sont gérées par la même régulation centrale, la source la moins chère et la plus durable est toujours utilisée en premier. Vous tirez ainsi le rendement maximal de vos investissements durables.
Puis-je exporterer les données ou les utiliser en externe ?
Puis-je exporterer les données ou les utiliser en externe ?
Oui. Via Fixsus Open Gate, l’API REST de la plateforme, chaque variable et série de mesures peut être consultée par des logiciels externes.
Couplage avec vos propres outils
Pensez aux plateformes énergétiques, aux outils BI, aux tableaux de bord ou au data warehouse de votre organisation : ils peuvent puiser directement dans les données de mesure du bâtiment.
Ouvert plutôt qu’enfermé
Les données ne sont pas enfermées dans l’environnement clos d’un fabricant. Ce que le bâtiment mesure vous appartient et est entièrement accessible.
Que se passe-t-il en cas de défaillance d’un système externe lié ?
Que se passe-t-il en cas de défaillance d’un système externe lié ?
L’intelligence centrale continue de fonctionner de manière autonome : la régulation de base du bâtiment ne dépend pas des liaisons externes.
Régulation de base autonome
Le chauffage, la ventilation, l’éclairage et les autres installations techniques continuent d’être pilotés normalement par l’unité centrale du bâtiment. Une liaison défaillante n’arrête donc jamais le fonctionnement du bâtiment.
Notification et rétablissement automatique
Une liaison défaillante est signalée via le système d’alarme afin de pouvoir être suivie. Dès que la connexion est rétablie, la fonction concernée reprend automatiquement.
Que signifie « librement programmable » ?
Que signifie « librement programmable » ?
Librement programmable signifie que la stratégie de régulation n’est pas limitée à un certain nombre de fonctions prédéfinies par un seul fabricant.
Adapté au bâtiment
La programmation peut être adaptée aux installations techniques, à l’architecture, à l’utilisation et aux attentes spécifiques du bâtiment.
Fixsus peut, par exemple, déterminer comment le chauffage, le refroidissement, la ventilation, l’éclairage et les protections solaires doivent interagir selon différentes conditions.
Adaptable à long terme
Lorsque les besoins du bâtiment évoluent, la programmation peut être modifiée sans qu’il soit nécessaire de remplacer tout le matériel.
C’est par exemple pertinent en cas de modification de l’agencement des espaces, de nouveaux horaires d’utilisation, de techniques supplémentaires ou d’autres objectifs de confort et d’énergie.
Utilisation sans programmation
Les réglages quotidiens, tels que les programmes horaires, les valeurs de consigne et certains paramètres de régulation, peuvent être rendus accessibles via la visualisation. Pour cela, l’utilisateur n’a pas besoin de modifier le code de l’automate (PLC).
Gestion par des parties qualifiées
Librement programmable ne signifie pas que chaque utilisateur doit pouvoir programmer lui-même l’ensemble de l’installation. La technique de régulation sous-jacente est gérée de manière contrôlée par des parties possédant les connaissances nécessaires en programmation PLC, en techniques du bâtiment et en protocoles de communication appliqués.
Que signifie Fixsus par « concept ouvert » ?
Que signifie Fixsus par « concept ouvert » ?
Par concept ouvert, Fixsus entend qu’une installation ne soit pas rendue dépendante d’une seule marque, famille de produits ou environnement de communication fermé.
Ouvert à différents niveaux
L’ouverture ne réside pas seulement dans les protocoles de communication. Le matériel, la programmation, la visualisation et les données sont également structurés de manière à ce que le client ne soit pas inutilement lié à un seul fournisseur.
TIBA3 utilise des protocoles ouverts et largement appliqués, tels que Modbus, BACnet, KNX, DALI-2 et M-Bus. Cela permet d’intégrer des appareils et des installations techniques de différents fabricants au sein d’un système unique.
Liberté de choix des produits
Le client peut choisir le produit le plus approprié pour chaque application et n’est pas obligé d’acheter tous les composants au sein d’une seule marque ou famille de produits.
Les remplacements et extensions futurs restent ainsi plus faciles à gérer.
Accès à l’installation
L’installation n’est pas délibérément verrouillée techniquement. Le matériel, les informations relatives au projet et les interfaces sont gérés de manière à ce qu’une partie techniquement qualifiée puisse ultérieurement entretenir ou étendre l’installation.
Conditions techniques
L’ouverture ne signifie pas que chaque appareil peut communiquer automatiquement avec n’importe quel autre système. Un couplage doit être techniquement possible et suffisamment documenté.
Que signifie la régulation à la demande depuis les locaux ?
Que signifie la régulation à la demande depuis les locaux ?
Dans le cas d’une régulation à la demande, les besoins réels dans les locaux déterminent la quantité de chauffage, de refroidissement, de ventilation et d’éclairage nécessaire au bâtiment.
Mesures par local
TIBA3 utilise des données actuelles provenant des locaux, telles que :
- la température ;
- la qualité de l’air ;
- la présence ;
- l’intensité lumineuse ;
- les valeurs de confort paramétrées.
Ainsi, la régulation se base sur ce qui se passe réellement dans le bâtiment.
Du local vers la production centrale
La demande provenant de tous les locaux est centralisée et pilote ensuite les installations centrales, telles que les chaudières, les pompes à chaleur, les groupes de froid et les centrales de traitement d’air.
La production suit donc les besoins réels du bâtiment, plutôt que de se baser exclusivement sur un horaire fixe ou sur la température extérieure.
Pas de production inutile
Lorsque peu de locaux demandent du chauffage ou du refroidissement, l’installation centrale n’a pas besoin de fonctionner à pleine puissance. En cas de demande plus élevée, la production peut être augmentée à temps.
Plus de confort et moins de consommation d’énergie
Puisque chaque local reçoit ce dont il a besoin, la surchauffe, le sur-refroidissement et la ventilation inutile sont limités. Cela améliore tant le confort que la performance énergétique.
Collaboration entre les techniques
La présence, les protections solaires, l’éclairage, la ventilation et la régulation climatique peuvent utiliser les mêmes données de local. Par conséquent, les différentes techniques réagissent comme un seul système intégré.
Quel est l’avantage de la technologie Beckhoff dans les bâtiments ?
Quel est l’avantage de la technologie Beckhoff dans les bâtiments ?
Beckhoff combine la technologie d’automatisation industrielle avec une architecture ouverte, modulaire et librement programmable. Par conséquent, la plateforme est adaptée aux bâtiments dans lesquels différentes installations techniques doivent collaborer de manière fiable et flexible.
Fiabilité industrielle
Le matériel est développé pour un fonctionnement continu dans des environnements exigeants. Cela rend Beckhoff adapté aux applications où la fiabilité opérationnelle, la rapidité et une longue durée de vie sont importantes.
Structure modulaire
L’installation peut être construite avec une technologie PLC centrale, des îlots d’E/S et des bornes de communication pour diverses techniques du bâtiment. De nouvelles fonctions ou des zones supplémentaires peuvent être ajoutées ultérieurement sans remplacer l’intégralité de la couche d’automatisation.
Communication ouverte
Beckhoff peut communiquer avec différents systèmes de bus et protocoles. Cela permet d’intégrer des composants et des installations de divers fabricants au sein d’une commande centrale unique.
Disponibilité et interchangeabilité
Le matériel est disponible de série et n’est pas exclusivement lié à Fixsus. Cela favorise l’interchangeabilité des pièces et réduit la dépendance vis-à-vis d’un seul fournisseur.
Le rôle de Fixsus
Fixsus utilise Beckhoff comme base technologique pour TIBA3 et combine ce matériel avec sa propre programmation, sa visualisation, ses stratégies de régulation et sa connaissance des techniques du bâtiment.
Quelle est la différence avec un système qui « prend en charge les protocoles ouverts » ?
Quelle est la différence avec un système qui « prend en charge les protocoles ouverts » ?
De nombreux systèmes classiques communiquent via BACnet ou KNX avec l’extérieur, mais conservent leurs propres contrôleurs, outils et licences fermés. Chez Fixsus, l’ouverture est structurelle.
Interface ouverte versus système ouvert
Un système qui prend uniquement en charge les protocoles ouverts offre une fenêtre ouverte sur un noyau fermé : pour chaque modification, mise à niveau ou extension, vous restez dépendant du fournisseur d’origine.
L’ouverture sur tous les fronts
Chez Fixsus, le matériel, le code, l’environnement de programmation et les données sont ouverts : le matériel est disponible librement, le code PLC n’est pas protégé par mot de passe, l’environnement de programmation est sans licence et il existe une API REST ouverte. Ce n’est pas seulement l’interface qui est ouverte, c’est l’ensemble du système.
Quelles bornes de communication sont disponibles pour les couplages spéciaux ?
Quelles bornes de communication sont disponibles pour les couplages spéciaux ?
La gamme Beckhoff comprend des bornes et des fonctions logicielles pour presque tous les protocoles courants dans le bâtiment et l’industrie.
Une borne pour presque chaque protocole
Sont notamment disponibles : RS-232/485, KNX/EIB, M-Bus, DALI, LON, MP-Bus, EnOcean, BACnet, PROFINET, CANopen, OPC UA et MQTT.
Le sur-mesure est rarement nécessaire
Les couplages spéciaux nécessitent donc rarement du matériel sur mesure : il est fort probable qu’une borne standard ou une fonction logicielle existe déjà pour votre application.
Quelles techniques du bâtiment peuvent être intégrées à TIBA3 ?
Quelles techniques du bâtiment peuvent être intégrées à TIBA3 ?
TIBA3 peut regrouper un large éventail de techniques du bâtiment dans un système de gestion centralisé unique.
Climat et confort
Cela comprend notamment le chauffage, le refroidissement, la ventilation, le traitement de l’air, les protections solaires, les stores, les plafonds climatiques et la climatisation des salles de serveurs.
Éclairage et fonctions d’ambiance
L’éclairage, la détection de présence, la mesure de la luminosité, les commandes d’ambiance, les appels d’assistance et d’autres fonctions locales peuvent également être intégrés.
Énergie et infrastructure
TIBA3 peut notamment intégrer les mesures d’énergie et d’eau, la géothermie, les réseaux de chaleur, la gestion des bornes de recharge, le délestage (load balancing), la détection de fuites et la surveillance des chambres froides dans la régulation centrale.
Accès et utilisation du bâtiment
Le contrôle d’accès, les lecteurs de badges, la détection de parking, le comptage de personnes et d’autres systèmes fournissant des informations sur l’utilisation du bâtiment peuvent également être couplés.
Fonctionnement intégré
Grâce à l’échange d’informations entre ces techniques, celles-ci peuvent non seulement faire l’objet d’un suivi centralisé, mais aussi être pilotées comme un tout cohérent.
Le choix précis des techniques à intégrer dépend du bâtiment, des installations présentes et des objectifs du projet.
Quels protocoles de communication TIBA3 prend-il en charge ?
Quels protocoles de communication TIBA3 prend-il en charge ?
TIBA3 prend en charge une large gamme de protocoles de communication ouverts et courants pour la technique du bâtiment et l’automatisation industrielle.
Protocoles couramment utilisés
Ceux-ci incluent notamment Modbus RTU et TCP, BACnet, KNX, DALI et DALI-2, M-Bus, OPC UA, MQTT, MP-Bus, EnOcean, PROFINET, CANopen et EtherNet/IP.
Choix par application
Le protocole approprié est déterminé par installation en fonction des équipements présents, de la fonctionnalité souhaitée et de la structure technique du projet.
Couplages avec des systèmes existants
Lorsqu’un appareil ou une installation ne peut pas communiquer directement via un protocole standard, Fixsus examine si un couplage est possible via une passerelle, une API ou une autre interface technique.
Support technique
Tous les protocoles ne sont pas automatiquement utilisables dans chaque situation. La faisabilité, les possibilités de lecture et d’écriture, les temps de réponse et les droits d’accès font donc l’objet d’une évaluation technique pour chaque couplage.
TIBA3 peut-il également intégrer un système fermé ou obsolète ?
TIBA3 peut-il également intégrer un système fermé ou obsolète ?
Dans de nombreux cas, oui. Fixsus examine d’abord les installations, les signaux et les canaux de communication disponibles, puis détermine comment le système existant peut collaborer avec TIBA3.
Couplage direct via un protocole
Lorsque le système existant prend en charge un protocole de communication utilisable, TIBA3 peut lire les données et, si cela est autorisé, renvoyer également des commandes.
Cela peut se faire, par exemple, via BACnet, Modbus, KNX, OPC UA, une API REST ou une autre interface disponible.
Couplage via des signaux matériels
Lorsqu’aucune communication numérique n’est possible, certaines fonctions peuvent parfois encore être couplées via des signaux d’entrée et de sortie classiques, tels que :
- des contacts libres de potentiel ;
- des notifications numériques ;
- des signaux de mesure et de commande analogiques ;
- des sorties d’impulsions de compteurs.
Les informations disponibles sont alors plus limitées que lors d’un couplage complet par protocole.
Maintien du sous-système existant
Une installation fermée ne doit pas toujours être entièrement remplacée immédiatement. Elle peut continuer à fonctionner temporairement comme un sous-système autonome, tandis que TIBA3 centralise les états, les alarmes ou les commandes principales disponibles.
Migration progressive
Lorsqu’un ancien système est techniquement difficile à intégrer, Fixsus peut élaborer un plan de migration. Les composants sont alors remplacés par étapes, dès que cela est le plus approprié d’un point de vue technique, opérationnel ou financier.
Analyse technique préalable
La faisabilité dépend de la documentation disponible, des protocoles, des droits d’accès, des interfaces et du support du fournisseur d’origine. C’est pourquoi chaque couplage fait l’objet d’une étude technique préalable.
TIBA3 peut-il être couplé à des logiciels ou plateformes externes ?
TIBA3 peut-il être couplé à des logiciels ou plateformes externes ?
Oui. TIBA3 peut échanger des données avec des logiciels externes, des tableaux de bord, des plateformes énergétiques et d’autres systèmes de gestion.
Fixsus Open Gate
Le couplage peut s’effectuer via Fixsus Open Gate, une API REST permettant de mettre les données de TIBA3 à la disposition d’autres applications.
Lecture et écriture
Les logiciels externes peuvent non seulement lire les valeurs de mesure, les alarmes, les statuts et les données énergétiques, mais aussi, selon les droits définis, écrire des valeurs, des points de consigne ou des commandes vers TIBA3.
Applications possibles
Il est ainsi possible de coupler, entre autres, des logiciels de gestion de services (facility management), des systèmes de réservation, des plateformes énergétiques, des outils BI, des tableaux de bord et des entrepôts de données (datawarehouses).
Évaluation technique
Chaque couplage fait l’objet d’une évaluation technique. Celle-ci tient compte de l’interface disponible, de l’échange de données souhaité, des droits de lecture et d’écriture, de la cybersécurité et des responsabilités des différents systèmes.
Via quels protocoles les appareils de terrain communiquent-ils ?
Via quels protocoles les appareils de terrain communiquent-ils ?
Toute la communication s’effectue via des standards ouverts et documentés.
Le protocole approprié pour chaque application
- les appareils de terrain Fixsus communiquent via Modbus RTU (RS-485) ;
- l’éclairage passe par DALI ;
- les compteurs d’énergie sont relevés via M-Bus ou Modbus ;
- les îlots d’E/S communiquent via EtherCAT.
Standards ouverts
Comme il s’agit exclusivement de standards ouverts, vous n’êtes pas lié à un seul fabricant et des appareils d’autres marques peuvent également être intégrés dans l’architecture.
Faisons connaissance
Nous vous aidons avec plaisir pour toute question concernant votre système de gestion technique de bâtiment.