Category "Guides techniques"

8Sep

Comment choisir un intégrateur KNX au Maroc ? Les critères techniques à vérifier

by Domocasa
Guides techniques Smart Home et KNX

Choisir un intégrateur KNX au Maroc ne consiste pas à comparer uniquement des marques, un prix global ou une démonstration sur smartphone. Le vrai sujet porte sur la méthode de conception, la maîtrise des interfaces, la qualité de la programmation, la recette et la documentation. Ainsi, le maître d’ouvrage réduit le risque de recevoir une installation séduisante à la livraison mais difficile à maintenir ensuite.

1. Vérifier les compétences réelles derrière la certification

Une certification KNX constitue un indicateur utile, mais elle ne suffit pas à évaluer un intégrateur. D’abord, le client doit identifier qui réalisera réellement l’étude, la programmation et la recette. Ensuite, il doit comprendre si ces compétences restent en interne ou si une partie critique du projet dépend de sous-traitants.

Par conséquent, le choix doit porter sur les personnes et la méthode autant que sur le nom de l’entreprise.

2. Demander une architecture avant un catalogue

Un intégrateur expérimenté commence par les usages. Il doit pouvoir expliquer comment il structure le bus, les tableaux, le réseau IP, les commandes, les interfaces CVC et les modes dégradés.

Ensuite seulement viennent les références produits. Ainsi, le matériel sert l’architecture au lieu de la dicter.

Pour comprendre cette logique, voir notre guide sur KNX.

3. Évaluer la maîtrise des interfaces techniques

CVC

Dans une villa ou un bâtiment haut de gamme, la climatisation devient souvent une interface importante. L’intégrateur doit donc distinguer ce qui est réellement pilotable de ce qui reste sous la responsabilité de la régulation constructeur.

Pour les systèmes VRV/VRF, voir notre article sur KNX et climatisation VRV/VRF.

Réseau et cybersécurité

Une installation KNX moderne dialogue aussi avec le réseau IP. Par conséquent, l’intégrateur doit maîtriser adressage, segmentation, accès distant et comptes administrateurs. Lorsque le projet l’utilise, il doit également comprendre les principes de KNX Secure.

4. Examiner la conception des tableaux et la coordination chantier

Une grande partie de la fiabilité se joue dans les tableaux. Espace, repérage, protections, réserve et accessibilité influencent directement la maintenance.

D’abord, demandez comment l’intégrateur coordonne son travail avec l’électricien. Ensuite, vérifiez qui fournit les borniers, qui repère les câbles et qui contrôle l’exécution avant mise en service.

Ainsi, les responsabilités restent claires et le tableau garde une logique exploitable plusieurs années plus tard.

5. Vérifier comment le système se comporte en cas de panne

Un projet professionnel doit rester prévisible lorsqu’un composant devient indisponible. Par exemple, une application ou un serveur ne devrait pas être nécessaire pour allumer une lumière.

Par conséquent, le client doit demander ce qui se passe lors d’une perte Internet, d’un redémarrage, d’une panne de passerelle ou d’une coupure secteur.

La réponse à ces questions révèle souvent mieux la qualité d’une architecture qu’une démonstration en conditions idéales.

6. Exiger une recette formelle et des livrables

La livraison ne doit pas se limiter à une présentation rapide. D’abord, l’intégrateur doit tester les commandes locales. Ensuite, il valide scènes, stores, CVC, interfaces et modes dégradés.

Par ailleurs, le client doit connaître les livrables : projet ETS, sauvegardes, schémas, repérages et informations d’administration. Ainsi, la maintenabilité devient un critère de sélection dès le départ.

Notre guide sur le DOE domotique détaille ces éléments.

7. Comparer les offres sur le même périmètre

Deux prix n’ont de sens que si les fonctions sont comparables. Une offre peut inclure CVC, supervision, recette et DOE tandis qu’une autre se limite à l’éclairage et aux stores.

C’est pourquoi le maître d’ouvrage doit partir d’un cahier des charges suffisamment précis. Pour les facteurs de budget, voir notre article sur le prix d’une installation KNX au Maroc.

8. Regarder les références et l’après-vente avec méthode

Une référence n’a pas besoin d’être identique au projet pour être pertinente. Elle peut démontrer la maîtrise du CVC, du réseau, de la rénovation ou d’une intégration complexe.

Ensuite, le client doit clarifier le support après livraison : modifications, dépannage, sauvegardes et disponibilité des compétences. Ainsi, il choisit un partenaire capable d’accompagner le cycle de vie du système.

Checklist avant de choisir

  • D’abord, vérifiez les compétences KNX et ETS des personnes qui réaliseront le projet.
  • Ensuite, demandez une architecture fonctionnelle avant le choix des produits.
  • Par ailleurs, examinez la maîtrise du CVC, du réseau et de la cybersécurité.
  • De plus, contrôlez la méthode de conception des tableaux et la coordination chantier.
  • Puis, demandez comment le système réagit aux pannes.
  • Aussi, exigez une recette formelle et un DOE complet.
  • Enfin, comparez les offres à périmètre équivalent et clarifiez l’après-vente.

Conclusion

Pour conclure, le meilleur critère de sélection reste la capacité de l’intégrateur à expliquer clairement son architecture, ses interfaces, sa recette et sa documentation. Ainsi, le client choisit une méthode de travail plutôt qu’une simple liste de produits.

Pour préparer la consultation, consultez également notre article sur la domotique d’une villa avant chantier.

Échanger avec Domocasa sur votre projet KNX au Maroc

4Sep

Architecture réseau IP d’un hôtel : comment faire cohabiter Wi-Fi, IPTV, VoIP, CCTV et GRMS ?

by Domocasa
Guides techniques Hôtellerie Réseaux et Wi-Fi

Le réseau IP d’un hôtel supporte aujourd’hui bien plus que l’accès Internet des clients. Wi‑Fi, IPTV, téléphonie, vidéosurveillance, GRMS, contrôle d’accès et supervision peuvent partager la même infrastructure physique. Ainsi, la conception doit organiser les flux, les priorités, la sécurité et les modes dégradés avant le déploiement.

1. Cartographier les services avant de dimensionner l’infrastructure

D’abord, l’équipe doit identifier tous les systèmes qui utilisent l’IP. Ensuite, elle classe les flux selon leur criticité, leur besoin de bande passante, leur alimentation et leurs dépendances.

Par exemple, un point d’accès Wi‑Fi invité, une caméra et un contrôleur GRMS utilisent Ethernet mais présentent des profils très différents. Par conséquent, le réseau doit partir des usages réels et pas d’un simple nombre de prises RJ45.

2. Structurer cœur, distribution et segmentation logique

Une architecture claire facilite les évolutions et le diagnostic. Le cœur de réseau concentre les services principaux, tandis que les switches d’accès desservent les étages et les zones techniques.

VLAN et filtrage

Les clients, les caméras, la téléphonie et les systèmes techniques n’ont pas besoin d’échanger librement. D’abord, l’équipe crée des segments adaptés. Ensuite, elle autorise uniquement les communications nécessaires entre eux.

Notre article sur les VLAN détaille cette logique de séparation.

3. Dimensionner ensemble Wi‑Fi, uplinks et PoE

Le Wi‑Fi client reste souvent le service le plus visible, mais sa qualité dépend directement du LAN. D’abord, l’étude radio doit couvrir chambres, espaces communs et zones à forte densité. Ensuite, les uplinks et switches doivent absorber le trafic des points d’accès.

Par ailleurs, le nombre de ports ne suffit pas pour dimensionner le PoE. Les caméras, téléphones et AP consomment tous de la puissance. Ainsi, l’équipe doit calculer le budget global et garder une marge.

Voir aussi notre guide sur le Wi‑Fi hôtelier et celui sur le site survey.

4. Traiter séparément les flux temps réel et vidéo

VoIP

La voix consomme relativement peu de bande passante mais reste sensible aux pertes, aux retards et à la gigue. Une QoS cohérente peut aider, cependant elle ne compense jamais un réseau saturé.

Pour les usages hôteliers, consultez notre article sur la téléphonie IP dans un hôtel.

IPTV

L’IPTV peut générer des flux importants et parfois multicast. Par conséquent, l’équipe doit vérifier les capacités des switches, les chemins réseau et les mécanismes nécessaires à la solution retenue.

Vidéosurveillance

Les caméras produisent un trafic permanent vers les NVR ou serveurs. D’abord, l’équipe estime les débits réels. Ensuite, elle vérifie les uplinks et limite les droits d’accès au segment vidéo.

5. Intégrer GRMS, GTB et contrôle d’accès sans les exposer

Les systèmes techniques utilisent souvent l’IP pour la supervision et les interfaces. Cependant, leurs fonctions locales ne devraient pas dépendre d’un accès Internet public.

D’abord, l’équipe identifie les serveurs et passerelles nécessaires. Ensuite, elle limite les flux aux échanges utiles et sécurise les accès d’administration.

Cette logique rejoint notre guide sur la cybersécurité d’un hôtel connecté.

6. Concevoir la redondance selon le risque réel

Tous les établissements n’ont pas besoin du même niveau de redondance. En revanche, le projet doit analyser l’impact d’une panne du cœur de réseau, d’un uplink, d’un switch d’étage ou de l’accès Internet.

Ensuite, l’hôtel peut choisir les mécanismes proportionnés : second lien, topologie redondante, alimentation secourue ou équipement de rechange. Ainsi, la redondance répond à un risque opérationnel identifié.

7. Superviser et documenter pour l’exploitation

Un réseau convergé devient difficile à maintenir sans visibilité. C’est pourquoi l’équipe doit surveiller switches, uplinks, points d’accès et interfaces critiques.

Par ailleurs, le DOE doit documenter baies, VLAN, adressages, uplinks, configurations et responsabilités entre IT et intégrateurs métiers. Ainsi, un futur intervenant comprend rapidement l’architecture.

8. Tester les modes dégradés avant l’ouverture

La recette doit simuler des pannes réalistes. Par exemple, l’équipe peut couper un uplink, l’accès Internet ou un serveur central non critique. Ensuite, elle vérifie les fonctions locales et la reprise après rétablissement.

De plus, elle doit distinguer une panne réseau d’une panne applicative. Ainsi, l’exploitation connaît les dépendances réelles avant l’arrivée des clients.

Checklist d’architecture réseau hôtel

  • D’abord, cartographiez tous les services IP et leurs dépendances.
  • Ensuite, structurez cœur, distribution et segmentation.
  • Par ailleurs, dimensionnez Wi‑Fi, uplinks et PoE ensemble.
  • De plus, traitez VoIP, IPTV et vidéo selon leurs contraintes propres.
  • Puis, protégez les systèmes techniques et leurs interfaces.
  • Aussi, choisissez la redondance selon l’impact d’une panne.
  • Enfin, prévoyez supervision, recette et DOE.

Conclusion

Pour conclure, le réseau IP d’un hôtel doit relier plusieurs métiers sans les confondre. Segmentation, capacité, PoE, supervision et modes dégradés deviennent donc aussi importants que la simple connectivité.

Pour une vision plus large, consultez notre guide sur le courant faible hôtelier.

Concevoir l’architecture réseau de votre hôtel avec Domocasa

1Sep

Chambre témoin hôtel : comment valider le GRMS, le CVC et l’éclairage avant le déploiement ?

by Domocasa
Guides techniques Hôtellerie

La chambre témoin d’un hôtel ne sert pas seulement à valider les finitions. Elle doit devenir le mock-up technique du projet pour tester GRMS, CVC, éclairage, stores, commandes, DND/MUR et interfaces avec l’exploitation. Ainsi, l’équipe corrige les problèmes une seule fois avant de les reproduire sur l’ensemble des chambres.

1. Construire un mock-up réellement représentatif

D’abord, la chambre témoin doit reprendre l’architecture technique prévue pour la chambre type : mêmes commandes, actionneurs, interfaces CVC, motorisations et équipements réseau autant que possible. Ensuite, mobilier, luminaires et finitions doivent se rapprocher de la configuration finale.

En effet, l’ergonomie dépend fortement des distances, des hauteurs, du mobilier et de la lumière réelle. Par conséquent, un mock-up purement décoratif ne suffit pas à valider le GRMS.

2. Tester le parcours client plutôt que chaque équipement séparément

La recette doit commencer par des séquences réalistes. Par exemple, l’équipe vérifie ce qui se passe lors de l’ouverture de la porte, pendant l’arrivée dans la chambre, au moment du coucher puis lors d’une absence temporaire.

Ensuite, elle observe l’enchaînement entre éclairage, stores, thermostat et états de présence. Ainsi, la chambre est validée comme une expérience cohérente plutôt que comme une collection de composants.

3. Valider l’ergonomie des commandes et des scènes

Commandes murales et chevet

Une commande peut sembler logique sur un plan tout en devenir difficile à comprendre une fois la chambre aménagée. C’est pourquoi des utilisateurs qui ne connaissent pas le projet doivent pouvoir tester les fonctions principales sans explication préalable.

Éclairage

Les scènes d’accueil, lecture, nuit et extinction générale doivent être réglées avec les véritables luminaires. De plus, l’équipe doit vérifier les exceptions : une scène Master Off ne doit pas couper un équipement qui doit rester alimenté.

Ainsi, le mock-up valide l’usage et pas seulement le câblage.

4. Recetter le CVC et la logique d’occupation

Le CVC doit être testé dans plusieurs états : confort, absence temporaire, fenêtre ouverte et retour à l’occupation. D’abord, l’équipe valide les commandes et les consignes. Ensuite, elle vérifie le temps de réaction et la cohérence des retours d’état.

La logique de présence mérite une attention particulière. En effet, un client peut rester immobile pendant longtemps. Par conséquent, les temporisations ne doivent pas réduire le confort trop rapidement.

Pour la logique complète de chambre, voir notre article sur le GRMS hôtelier.

5. Tester stores, DND/MUR et interfaces d’exploitation

Les stores et rideaux doivent fonctionner dans le bon sens, s’arrêter correctement et rester maîtrisables par le client. Par ailleurs, les automatismes liés à l’arrivée ou au départ doivent rester prévisibles.

Les états DND et MUR doivent être testés avec le housekeeping. D’abord, l’équipe active chaque état depuis la chambre. Ensuite, elle vérifie l’affichage extérieur et les remontées vers les outils prévus.

Ainsi, les fonctions de chambre sont validées avec ceux qui les utiliseront quotidiennement.

6. Valider PMS, serrures et réseau avant le déploiement massif

Le mock-up constitue le meilleur moment pour tester les interfaces centrales. Par exemple, un check-in peut déclencher un état de confort, tandis que l’ouverture de porte peut enrichir la logique d’occupation.

Cependant, chaque échange doit être vérifié séparément afin d’identifier rapidement la source d’un problème. Notre guide PMS, GRMS, GTB et serrures cartographie ces responsabilités.

7. Simuler les pannes et la reprise

Une chambre témoin doit aussi servir aux modes dégradés. D’abord, l’équipe coupe le réseau central ou rend une interface indisponible. Ensuite, elle vérifie que les commandes locales essentielles continuent à fonctionner.

Par ailleurs, elle simule une coupure électrique puis contrôle le redémarrage des équipements. Ainsi, l’exploitant connaît le comportement réel du système avant l’ouverture.

8. Faire valider la chambre par plusieurs métiers puis figer la référence

L’intégrateur ne doit pas être le seul à tester le mock-up. Architecte, exploitant, housekeeping et maintenance doivent participer afin de détecter des problèmes différents.

Ensuite, l’équipe documente les réglages approuvés : scènes, temporisations, paramètres et interfaces. Par conséquent, le déploiement sur les autres chambres part d’une version stable et traçable.

Checklist de chambre témoin

  • D’abord, reproduisez l’architecture technique de la chambre type.
  • Ensuite, testez un parcours client complet.
  • Par ailleurs, validez l’ergonomie des commandes et les scènes d’éclairage.
  • De plus, testez CVC, présence, fenêtres, stores et rideaux.
  • Puis, recetez DND/MUR avec le housekeeping.
  • Aussi, validez PMS, serrures et réseau.
  • En outre, simulez quelques modes dégradés.
  • Enfin, documentez et figez la version approuvée avant le déploiement de série.

Conclusion

Pour conclure, la chambre témoin réduit surtout le risque de reproduire une erreur à grande échelle. Elle doit donc servir de laboratoire commun à l’intégrateur, au BET, à l’architecte et à l’exploitant.

Pour cadrer les exigences en amont, consultez également notre cahier des charges GRMS hôtel.

Préparer votre chambre témoin avec Domocasa

28Août

Cahier des charges GRMS hôtel : les points à spécifier avant l’appel d’offres

by Domocasa
Guides techniques Hôtellerie

Un cahier des charges GRMS hôtel doit permettre à plusieurs intégrateurs de comprendre exactement la même logique de chambre. Il doit décrire les états, les scénarios, les interfaces, le fonctionnement local et les exigences de recette avant de parler de produits. Ainsi, l’hôtel compare des architectures réellement équivalentes au lieu de confronter des listes de matériel difficiles à rapprocher.

1. Commencer par une matrice d’états de chambre

D’abord, l’équipe doit définir les situations qui influencent le fonctionnement : chambre non réservée, arrivée prévue, check-in, présence, absence temporaire, nuit et check-out. Ensuite, elle associe un comportement à chaque état.

Par exemple, le CVC peut suivre une stratégie différente lorsque la chambre reste vide ou lorsqu’un client vient d’arriver. De plus, l’éclairage et les stores peuvent participer aux mêmes séquences.

Par conséquent, le cahier des charges doit commencer par les états métier et pas par une liste de fonctions.

2. Décrire la logique d’occupation et les priorités utilisateur

La présence réelle ne se déduit pas toujours d’un seul capteur. Un porte-carte, un détecteur de mouvement, l’ouverture de porte ou une information PMS peuvent chacun apporter un indice sans suffire isolément.

D’abord, le projet doit préciser les informations disponibles. Ensuite, il décrit la logique qui fait passer une chambre d’un état à l’autre.

Cependant, les automatismes ne doivent pas provoquer d’extinction ou de changement de température intempestif. Ainsi, le confort du client reste prioritaire.

Pour comprendre la logique générale, consultez notre article sur le fonctionnement d’un GRMS.

3. Définir ensemble éclairage, commandes, stores et CVC

Éclairage et scènes

Le cahier des charges doit identifier les circuits, la variation, les scènes et les commandes de chevet. Par exemple, Entrée, Lecture, Nuit et Master Off peuvent couvrir l’essentiel des usages.

Par ailleurs, l’équipe doit préciser les charges qui restent actives lors d’une extinction générale.

Stores et rideaux

Le projet doit définir les commandes locales et les automatismes réellement utiles. Ainsi, les protections solaires enrichissent le confort sans créer de mouvements imprévisibles pendant l’occupation.

CVC

D’abord, le document identifie le système de climatisation et les interfaces disponibles. Ensuite, il précise les fonctions attendues : marche, mode, consigne, vitesse, fenêtre ouverte ou retours d’état.

Par conséquent, le GRMS dialogue avec le CVC sans chercher à remplacer sa régulation native.

4. Formaliser DND, MUR, PMS et serrures

Les états DND et MUR n’ont de valeur que s’ils apparaissent dans les bons outils. Le cahier des charges doit donc indiquer où l’information est visible, qui peut la consulter et comment elle se met à jour.

Interface PMS

Une mention « intégration PMS » reste trop vague. D’abord, le document doit lister chaque échange attendu : arrivée prévue, check-in, check-out ou autre événement métier. Ensuite, il précise le sens des données.

Serrures et contrôle d’accès

L’ouverture de porte peut enrichir la logique d’occupation. Cependant, la serrure doit conserver sa fonction principale de contrôle d’accès. Ainsi, le GRMS ne devient pas une dépendance critique pour l’autorisation d’entrée.

Notre guide PMS, GRMS, GTB et serrures permet de clarifier ces interfaces.

5. Exiger un fonctionnement local et des modes dégradés

Une chambre doit rester utilisable si le PMS, le réseau central ou une plateforme cloud devient indisponible. C’est pourquoi le document doit définir les fonctions qui continuent localement.

Par exemple, les commandes d’éclairage, les stores et le thermostat doivent conserver un comportement cohérent. En revanche, certaines fonctions de supervision peuvent attendre le retour du réseau.

Ainsi, le mode dégradé devient une exigence de conception et non une correction tardive.

6. Encadrer réseau, administration et cybersécurité

Le GRMS échange souvent avec des serveurs, passerelles et systèmes centraux. Par conséquent, le cahier des charges doit prévoir adressage, segmentation, comptes et accès d’administration.

D’abord, l’équipe identifie les flux nécessaires. Ensuite, elle limite les communications inutiles et définit la méthode de maintenance à distance.

Par ailleurs, sauvegardes et mises à jour doivent entrer dans le plan d’exploitation. Ainsi, le système reste maintenable après l’ouverture.

7. Imposer une chambre témoin fonctionnelle

Le mock-up doit précéder le déploiement massif. En effet, c’est dans la chambre témoin que l’équipe découvre les erreurs d’ergonomie, de temporisation ou d’interface.

D’abord, l’exploitant teste les scènes. Ensuite, housekeeping et maintenance valident leurs usages. Par ailleurs, l’architecte peut vérifier la cohérence des commandes avec le design intérieur.

Notre article sur la chambre témoin hôtel détaille cette phase.

8. Définir dès l’appel d’offres la recette et le DOE

Le cahier des charges doit annoncer les essais finaux. D’abord, l’équipe vérifie les fonctions locales. Ensuite, elle teste PMS, CVC, serrures, DND/MUR, supervision et quelques scénarios de panne.

Enfin, le marché doit préciser les livrables : schémas, adresses, versions, sauvegardes, projets de programmation, comptes administrateurs et procédures de reprise.

Ainsi, l’hôtel achète une architecture exploitable plutôt qu’un simple ensemble d’équipements.

Checklist d’appel d’offres GRMS

  • D’abord, définissez les états de chambre et leurs transitions.
  • Ensuite, formalisez la logique d’occupation.
  • Par ailleurs, décrivez éclairage, stores et CVC dans une même logique d’usage.
  • De plus, listez DND, MUR, PMS et serrures.
  • Puis, imposez un fonctionnement local pour les fonctions essentielles.
  • Aussi, encadrez réseau, droits d’administration et maintenance distante.
  • En outre, imposez une chambre témoin complète.
  • Enfin, définissez recette, DOE et sauvegardes avant la consultation.

Conclusion

Pour conclure, un cahier des charges GRMS efficace décrit des comportements vérifiables et des responsabilités claires. Ainsi, l’hôtel compare des solutions sur les mêmes fonctions et réduit les zones grises entre GRMS, PMS, CVC, serrures et réseau.

Pour une vision globale, consultez également notre guide sur le courant faible dans un hôtel.

Préparer votre cahier des charges GRMS avec Domocasa

25Août

KNX et climatisation VRV/VRF : comment intégrer correctement le CVC ?

by Domocasa
Énergie et CVC Guides techniques Smart Home et KNX

L’intégration KNX et climatisation VRV/VRF ne consiste pas à ajouter un thermostat KNX devant chaque unité intérieure. Elle demande de définir les fonctions réellement disponibles, l’interface avec le constructeur CVC, les priorités de commande et le comportement en cas de panne. Ainsi, la domotique enrichit l’usage sans perturber la logique native de la climatisation.

1. Séparer clairement les responsabilités de KNX et du CVC

Le système VRV/VRF conserve sa propre régulation, ses protections et ses contraintes constructeur. KNX apporte les commandes utilisateur, les scénarios et la coordination avec les autres fonctions du bâtiment.

Par conséquent, l’intégration doit respecter cette frontière. La domotique ne doit pas essayer de reproduire ou de contourner les séquences internes de la climatisation.

2. Définir les fonctions attendues avant de choisir la passerelle

D’abord, le cahier des charges doit lister les points réellement utiles : marche/arrêt, mode, consigne, vitesse, température et retours d’état. Ensuite, l’équipe vérifie lesquels sont effectivement disponibles sur l’interface du constructeur.

Par ailleurs, certaines plateformes remontent des défauts ou d’autres données techniques. Cependant, leur disponibilité dépend du système et de la passerelle.

Ainsi, les écrans et scénarios sont conçus à partir de fonctions confirmées, pas de suppositions.

3. Choisir une architecture d’interface adaptée

Plusieurs approches peuvent exister : passerelle centralisée, interface par unité intérieure ou intégration via une supervision ou un protocole tiers. Le choix dépend de la topologie du système CVC, du nombre de zones et de la granularité recherchée.

D’abord, l’équipe compare les fonctions disponibles. Ensuite, elle analyse le comportement en cas de perte de communication et les outils de diagnostic.

De ce fait, la passerelle découle du projet plutôt que d’une préférence générique.

4. Définir la priorité entre commandes KNX et commandes natives

Un utilisateur peut agir depuis un thermostat KNX, un écran, une application ou une commande constructeur. Cependant, plusieurs interfaces qui écrivent la même consigne sans coordination peuvent créer des incohérences.

Par conséquent, le projet doit définir qui fait référence et comment les modifications se synchronisent. Par exemple, une commande locale peut remonter vers KNX afin que l’écran affiche la valeur réellement appliquée.

Ainsi, l’utilisateur ne voit pas deux températures ou deux modes contradictoires.

5. Coordonner présence, fenêtres et protections solaires avec prudence

Présence et absence

KNX peut utiliser l’occupation pour adapter le CVC. Toutefois, une absence de mouvement ne signifie pas toujours que la pièce est vide. Des temporisations adaptées évitent donc les changements trop rapides.

Fenêtres

Un contact d’ouverture peut déclencher une réduction temporaire. Cependant, le comportement doit tenir compte de la durée d’ouverture et du type d’équipement.

Stores

Les protections solaires peuvent réduire certains apports thermiques. Ainsi, KNX peut coordonner stores et CVC lorsque le projet le justifie. Voir notre article sur les stores, la lumière naturelle et la climatisation.

6. Construire des modes globaux sans brutaliser la régulation

Confort, Nuit ou Absence peuvent appliquer des stratégies différentes. Par exemple, le mode Absence peut élargir la plage de température plutôt que couper systématiquement toutes les unités.

Ensuite, le retour au mode Confort doit rester suffisamment réactif. Ainsi, l’économie d’énergie ne se traduit pas par une attente excessive au retour de l’occupant.

Notre article sur l’automatisation de la climatisation approfondit cette logique énergétique.

7. Préserver le fonctionnement local et diagnostiquer les pannes

Une fonction de confort essentielle doit continuer à fonctionner sans Internet. Par conséquent, la recette doit distinguer la perte Internet, la perte d’une passerelle et une panne du système CVC lui-même.

D’abord, l’équipe documente les adresses, zones et interfaces. Ensuite, elle conserve les sauvegardes et paramètres utiles. Ainsi, un technicien peut déterminer plus rapidement si le défaut provient du bus KNX, de l’interface ou de la climatisation.

8. Recetter chaque zone avec les scénarios réels

La recette ne doit pas se limiter à modifier une consigne sur un écran. D’abord, l’intégrateur teste marche, arrêt, modes et retours d’état. Ensuite, il vérifie fenêtres, présence et scénarios globaux.

De plus, il simule une perte de communication et contrôle la reprise. Enfin, l’équipe confirme que la commande KNX correspond réellement au comportement de l’équipement CVC.

Checklist d’intégration KNX–VRV/VRF

  • D’abord, identifiez précisément la marque, la gamme et la topologie CVC.
  • Ensuite, listez les commandes et retours réellement nécessaires.
  • Par ailleurs, choisissez l’interface après vérification de ses capacités.
  • De plus, définissez la priorité entre commandes KNX et commandes natives.
  • Puis, formalisez présence, fenêtres, stores et modes globaux.
  • Aussi, prévoyez le comportement en cas de perte de communication.
  • Enfin, documentez et recetez toutes les zones.

Conclusion

Pour conclure, une bonne intégration KNX/VRV‑VRF commence par une frontière claire entre automatisation et régulation constructeur. Ainsi, KNX améliore l’expérience, les scénarios et la coordination sans fragiliser le fonctionnement du CVC.

Étudier l’intégration KNX de votre climatisation avec Domocasa

22Août

Cahier des charges KNX pour une villa : que faut-il spécifier avant de consulter un intégrateur ?

by Domocasa
Guides techniques Smart Home et KNX

Un cahier des charges KNX pour une villa ne doit pas commencer par une liste de marques ou de références. Il doit d’abord décrire les usages, les circuits, les scénarios, les interfaces et les contraintes d’exploitation. Ainsi, les intégrateurs consultés chiffrent le même périmètre et proposent des architectures réellement comparables.

1. Décrire d’abord comment la villa doit fonctionner

D’abord, le maître d’ouvrage doit formaliser les usages pièce par pièce. Par exemple, une chambre peut demander un éclairage général, des liseuses, des rideaux motorisés, une consigne de température et une extinction générale.

Ensuite, l’équipe transforme ces usages en fonctions techniques. Par conséquent, le choix des actionneurs et des fabricants vient après la définition du besoin.

Pour cadrer l’ensemble de la conception, consultez notre guide sur la domotique d’une villa avant chantier.

2. Structurer éclairage, scènes et motorisations dans une même logique

Éclairage

Le document doit distinguer marche/arrêt, variation et éventuellement DALI. Ensuite, il précise les groupes, les commandes et les circuits qui participent aux scènes globales.

Stores, volets et rideaux

Chaque motorisation doit être identifiée avec sa commande locale et ses éventuelles centralisations. De plus, le cahier des charges peut décrire les interactions avec la protection solaire ou le CVC.

Scénarios

Quelques scénarios comme Nuit, Absence, Invités ou Tout éteindre suffisent souvent. Cependant, le document doit préciser les exceptions afin qu’une scène générale ne coupe pas un équipement qui doit rester alimenté.

3. Encadrer le CVC avant la commande des équipements

Le document doit identifier le type de chauffage ou de climatisation : split, gainable, VRV/VRF, ventilo-convecteur, plancher chauffant ou autre solution.

D’abord, l’équipe liste les fonctions attendues : marche, mode, consigne, vitesse et retours d’état. Ensuite, l’intégrateur vérifie les interfaces réellement disponibles.

Pour les systèmes VRV/VRF, voir notre article sur KNX et climatisation VRV/VRF.

4. Définir l’ergonomie et les commandes locales

Un système KNX réussi se juge à la facilité avec laquelle l’occupant comprend la maison. D’abord, le cahier des charges doit préciser les fonctions accessibles depuis les boutons, thermostats, écrans ou applications.

Par exemple, une commande près du lit peut gérer liseuse, stores et scénario Nuit. En revanche, l’application ne devrait pas devenir le seul moyen d’utiliser une fonction essentielle.

Ainsi, la villa reste simple à utiliser même sans accès distant.

5. Coordonner réseau, sécurité et accès distant

Une installation moderne utilise souvent KNX/IP, une supervision, des caméras, de la vidéophonie et plusieurs équipements connectés. C’est pourquoi le réseau doit entrer dans le cahier des charges dès le départ.

D’abord, l’équipe prévoit baie, Ethernet et Wi‑Fi. Ensuite, elle définit la segmentation et les accès distants lorsque cela se justifie.

Par ailleurs, les interfaces avec alarme ou contrôle d’accès doivent garder une séparation claire entre confort et sûreté. Voir nos guides sur KNX Secure et les VLAN.

6. Prévoir tableaux, alimentations et réserves

Les actionneurs, alimentations KNX, interfaces et protections demandent de la place. D’abord, le projet doit définir la répartition des circuits. Ensuite, il garde une réserve suffisante pour la maintenance et les évolutions.

De plus, le cahier des charges doit préciser qui fournit, câble, repère et teste les équipements. Ainsi, les responsabilités entre électricien et intégrateur sont connues avant le chantier.

Notre article sur le tableau électrique KNX approfondit ce point.

7. Définir les modes dégradés avant la programmation

La villa doit rester utilisable lorsqu’Internet, la supervision ou une passerelle devient indisponible. Par conséquent, le cahier des charges doit préciser quelles fonctions restent locales.

Par exemple, les boutons KNX doivent continuer à commander l’éclairage et les stores. Ensuite, le projet doit définir le comportement après un redémarrage ou une coupure secteur.

Ainsi, la robustesse devient une exigence contractuelle et pas seulement une bonne pratique.

8. Prévoir recette, DOE et projet ETS dès l’appel d’offres

La recette ne devrait pas apparaître à la fin comme une formalité. D’abord, le document doit annoncer les tests : commandes, scènes, CVC, motorisations, réseau et modes dégradés.

Ensuite, il doit définir les livrables de fin de chantier : schémas, repérages, sauvegardes, projet ETS et informations d’administration.

Pour cadrer ces éléments, voir notre guide sur le DOE domotique et la réception d’une installation domotique.

Checklist du cahier des charges KNX

  • D’abord, listez les fonctions pièce par pièce.
  • Ensuite, structurez éclairage, variation, stores et scénarios.
  • Par ailleurs, identifiez le CVC et les interfaces disponibles.
  • De plus, définissez commandes locales, écrans et applications.
  • Puis, coordonnez réseau, sécurité et accès distant.
  • Aussi, dimensionnez tableaux, alimentations et réserves.
  • En outre, décrivez les modes dégradés.
  • Enfin, imposez recette, projet ETS, sauvegardes et DOE.

Conclusion

Pour conclure, un bon cahier des charges KNX décrit d’abord le comportement attendu de la villa. Les produits, la programmation et le chiffrage reposent ensuite sur cette base commune, ce qui rend les offres plus comparables et réduit les zones grises pendant le chantier.

Préparer votre cahier des charges KNX avec Domocasa

10Fév

Domotique filaire vs sans fil : le guide pour un bâtiment fiable

by Domocasa
Guides techniques Smart Home et KNX

Le choix entre domotique filaire et sans fil ne se résume pas à opposer une technologie ancienne à une technologie moderne. Les deux approches répondent à des contraintes différentes. Dans le neuf ou une rénovation lourde, le filaire offre une base particulièrement robuste pour les fonctions fixes. En rénovation légère ou pour des extensions ciblées, le sans-fil apporte une souplesse précieuse. Ainsi, une architecture hybride est souvent la solution la plus rationnelle.

1. Comprendre la différence fondamentale

Dans une architecture filaire, capteurs, commandes et actionneurs utilisent un bus ou un réseau physique dédié. KNX, DALI ou Ethernet peuvent ainsi former le socle du bâtiment.

Dans une architecture sans fil, les équipements échangent par radio : Zigbee, Thread, Wi‑Fi ou autres technologies selon les usages.

Par conséquent, la vraie différence porte moins sur les fonctions disponibles que sur la manière dont la communication est assurée, maintenue et étendue.

2. Choisir le filaire lorsque les fonctions sont fixes et structurantes

Éclairage, stores, CVC, tableaux et commandes murales restent en place pendant de nombreuses années. Dans un bâtiment neuf, il est donc logique de profiter du chantier pour créer une infrastructure filaire adaptée.

D’abord, le câblage apporte un comportement prévisible. Ensuite, il limite la dépendance à la propagation radio et aux batteries.

Ainsi, le filaire convient particulièrement aux grandes villas, hôtels, bureaux et bâtiments où la disponibilité des fonctions compte beaucoup.

3. Utiliser le sans-fil lorsque le chantier limite le câblage

En rénovation légère, ajouter un bus vers chaque point peut nécessiter des reprises importantes. Des capteurs ou commandes radio peuvent alors éviter d’ouvrir murs et plafonds.

Le sans-fil est également pertinent pour certains capteurs sur batterie ou pour des extensions ponctuelles.

Cependant, le projet doit prendre en compte portée, interférences, alimentation et cycle de vie des équipements. Ainsi, la radio reste un choix d’architecture et pas seulement une solution de facilité.

4. Comparer fiabilité, maintenance et évolutivité

Critère Filaire Sans fil
Propagation Peu sensible à l’environnement radio Dépend des murs et interférences
Alimentation Souvent câblée Parfois batterie selon les équipements
Rénovation Plus contraignante sans gaines Plus souple pour des ajouts ciblés
Maintenance Topologie et câblage à documenter Radio, batteries et maillage à surveiller
Évolution Très bonne si réserves prévues Ajout de points souvent plus simple

Par conséquent, le meilleur choix dépend du bâtiment et pas d’un classement absolu entre les deux approches.

5. Distinguer fonctions essentielles et fonctions complémentaires

Une bonne méthode consiste à classer les fonctions selon leur criticité. D’abord, l’équipe place les fonctions essentielles sur l’infrastructure la plus robuste disponible. Ensuite, elle utilise le sans-fil pour les extensions ou usages qui supportent davantage de dépendances.

Par exemple, l’éclairage principal et le CVC peuvent rester sur KNX tandis que certains capteurs additionnels utilisent une technologie radio.

6. Concevoir l’hybride dès le départ

Une architecture hybride n’est pas un compromis improvisé. Elle peut être volontairement conçue autour d’un backbone filaire et de passerelles vers les technologies radio utiles.

D’abord, l’équipe définit les rôles de chaque protocole. Ensuite, elle documente les passerelles et le comportement en cas de perte d’une liaison.

Notre article KNX, Zigbee, Matter ou Wi‑Fi permet d’approfondir cette répartition.

7. Ne pas oublier le réseau IP et la cybersécurité

Qu’elle soit filaire ou radio, une installation moderne utilise souvent des interfaces IP, applications et services distants. Le réseau doit donc être correctement segmenté et les accès d’administration protégés.

Par ailleurs, les fonctions essentielles gagnent à rester locales. Ainsi, une perte Internet ne bloque pas les commandes de base.

Pour la sécurité des installations KNX, consultez notre guide KNX Secure.

8. Adapter le choix au neuf et à la rénovation

Projet neuf

Le chantier permet de prévoir bus, Ethernet, tableaux et réserves. Par conséquent, un socle filaire est souvent logique pour les fonctions fixes.

Rénovation

L’intégrateur doit d’abord auditer les gaines, tableaux et câblages existants. Ensuite, il combine filaire, radio et interfaces selon le niveau de travaux accepté.

Notre guide domotique en rénovation détaille cette méthode.

9. Penser maintenance et documentation avant la livraison

Une installation durable doit être compréhensible plusieurs années plus tard. D’abord, l’équipe documente les bus, passerelles, comptes et équipements radio. Ensuite, elle conserve les sauvegardes et projets de programmation utiles.

Ainsi, le propriétaire peut faire évoluer le système sans dépendre entièrement de l’intervenant initial.

Checklist de décision

  • D’abord, identifiez le niveau de travaux disponible.
  • Ensuite, classez les fonctions selon leur criticité et leur durée de vie.
  • Par ailleurs, utilisez le filaire pour les fonctions fixes lorsque l’infrastructure le permet.
  • De plus, utilisez le sans-fil lorsqu’il apporte une vraie souplesse.
  • Puis, concevez les passerelles et modes dégradés.
  • Aussi, sécurisez les interfaces IP et les accès distants.
  • Enfin, documentez l’architecture complète.

Conclusion

Pour conclure, filaire et sans fil ne sont pas des choix exclusifs. Une bonne architecture met chaque technologie au bon endroit : infrastructure robuste pour le cœur du bâtiment, radio lorsque la flexibilité ou la rénovation le justifie.

Définir l’architecture domotique de votre projet avec Domocasa

7Fév

Qu’est-ce que l’immotique ? Définition, usages, bénéfices et mise en œuvre

by Domocasa
Guides techniques Smart Building et GTB

L’immotique regroupe les technologies qui automatisent, supervisent et optimisent les bâtiments tertiaires ou collectifs : bureaux, hôtels, commerces, établissements recevant du public ou sites multi-bâtiments. Elle relie CVC, éclairage, énergie, stores, qualité d’air, alarmes techniques et outils d’exploitation. Ainsi, son objectif n’est pas de connecter le plus d’équipements possible, mais de rendre le bâtiment plus simple à exploiter, plus mesurable et plus évolutif.

1. Distinguer domotique, immotique et GTB

La domotique concerne principalement le logement et les usages d’un occupant ou d’une famille. L’immotique applique les mêmes principes à des bâtiments avec davantage de zones, d’utilisateurs, de contraintes d’exploitation et de maintenance.

La GTB ou le BMS représente ensuite la couche de supervision technique qui fédère plusieurs lots. Par conséquent, immotique et GTB sont liées sans être strictement synonymes.

Approche Périmètre Exemples
Domotique Logement / villa Éclairage, stores, CVC, sécurité
Immotique Bâtiment tertiaire ou collectif Zones, énergie, exploitation, services
GTB / BMS Supervision technique globale Alarmes, historiques, tableaux de bord

2. Construire une architecture par couches

D’abord, les automatismes locaux pilotent les équipements de terrain : éclairage, stores, CVC ou pompes. Ensuite, des passerelles relient les différents protocoles. Enfin, la supervision agrège les informations utiles.

Cette organisation évite de faire dépendre chaque fonction d’un serveur central. Ainsi, le bâtiment peut continuer à fonctionner localement même si la supervision devient temporairement indisponible.

3. Utiliser plusieurs protocoles selon les métiers

KNX peut gérer les zones, DALI l’éclairage adressable, BACnet ou Modbus certains équipements CVC et compteurs, tandis que le réseau IP relie supervision et services applicatifs.

Par conséquent, une bonne architecture immotique ne cherche pas à imposer un protocole unique. Elle définit plutôt les responsabilités et les échanges entre systèmes.

Pour la supervision, consultez notre guide GTB, GTC et BMS.

4. Piloter confort et énergie à partir des usages réels

L’immotique peut adapter éclairage, CVC et stores à l’occupation, à la lumière naturelle et aux horaires. Cependant, les scénarios doivent rester suffisamment simples pour être compris par l’exploitation.

Par ailleurs, la qualité de l’air peut enrichir la régulation lorsque l’architecture CVC le permet. Ainsi, le bâtiment ajuste ses services au lieu de fonctionner en permanence au même niveau.

5. Transformer les données techniques en informations exploitables

Une valeur instantanée a peu d’intérêt sans contexte. D’abord, la supervision historise les consommations, températures, alarmes et états importants. Ensuite, elle les rapproche des horaires, de l’occupation et des autres données disponibles.

Le sous-comptage énergétique permet par exemple de rendre visibles certaines dérives que la facture globale masque.

6. Organiser maintenance et alarmes autour des équipes

Une alarme technique doit être compréhensible, hiérarchisée et envoyée à la bonne personne. De même, l’historique doit aider le technicien à diagnostiquer un problème plutôt que produire une masse de données inexploitable.

Ainsi, l’immotique soutient la maintenance préventive ou conditionnelle lorsque les informations collectées sont réellement pertinentes.

7. Intégrer sûreté et systèmes réglementés avec une frontière claire

Contrôle d’accès, vidéosurveillance ou sécurité incendie possèdent leurs propres responsabilités. Ils peuvent échanger certains états avec la supervision, mais ne doivent pas perdre leur autonomie.

Par conséquent, chaque interface doit être définie fonction par fonction et testée selon le cadre applicable au bâtiment.

8. Traiter réseau et cybersécurité comme une infrastructure critique

Une grande partie de l’immotique utilise désormais IP. D’abord, le réseau doit segmenter utilisateurs, systèmes techniques et équipements sensibles. Ensuite, les comptes, accès distants et sauvegardes doivent être organisés.

Ainsi, la connexion de nouveaux systèmes n’ouvre pas inutilement tout le bâtiment. Notre guide sur les VLAN détaille cette logique réseau.

9. Concevoir une mise en œuvre progressive et maintenable

Dans un bâtiment existant, l’immotique peut être déployée par étapes. D’abord, l’équipe audite les installations et définit les objectifs. Ensuite, elle priorise les lots qui apportent le plus de valeur ou corrigent les principales faiblesses.

Par ailleurs, l’architecture cible doit être définie avant les différentes phases afin d’éviter l’empilement de passerelles et plateformes indépendantes.

10. Recetter et transférer le système à l’exploitation

La réception doit vérifier automatismes locaux, remontées GTB, alarmes, historiques et modes dégradés. Ensuite, l’équipe remet schémas, sauvegardes, comptes et procédures.

Enfin, les exploitants doivent être formés sur les actions quotidiennes et les premiers diagnostics. Ainsi, le bâtiment reste maîtrisé après le départ de l’intégrateur.

Checklist d’un projet immotique

  • D’abord, définissez les usages et objectifs d’exploitation.
  • Ensuite, dessinez l’architecture par couches.
  • Par ailleurs, attribuez un rôle clair à chaque protocole.
  • De plus, choisissez les données réellement utiles à historiser.
  • Puis, hiérarchisez alarmes et responsabilités.
  • Aussi, protégez le réseau et les accès distants.
  • En outre, prévoyez une migration par étapes si nécessaire.
  • Enfin, recetez le système et remettez un DOE exploitable.

Conclusion

Pour conclure, l’immotique apporte de la valeur lorsqu’elle relie les équipements techniques à une vraie logique d’exploitation. Automatismes locaux, réseau, supervision, énergie, maintenance et cybersécurité doivent donc être conçus comme un ensemble cohérent.

Étudier votre projet d’immotique avec Domocasa

Copyright © 2025 Domocasa. All rights reserved.