Reprendre une installation KNX sans projet ETS demande un diagnostic méthodique. L’absence du fichier d’origine ne signifie pas nécessairement que tout le système doit être reconstruit, mais elle réduit fortement la visibilité sur la topologie, les adresses, les paramètres et la logique documentaire. Ainsi, le nouvel intégrateur doit distinguer ce qu’il peut retrouver, ce qu’il peut reconstruire et ce qui nécessite une reprogrammation.
1. Rechercher d’abord toutes les traces du projet d’origine
Le projet ETS contient bien plus qu’une liste d’équipements : topologie, adresses individuelles, adresses de groupe, paramètres et commentaires structurent la compréhension de l’installation.
D’abord, l’intégrateur doit donc rechercher les sauvegardes existantes auprès du propriétaire, de l’ancien intégrateur, de l’électricien, du BET ou d’autres intervenants. Ensuite, il vérifie les ordinateurs, archives et supports remis à la livraison.
Par conséquent, aucune intervention lourde ne devrait commencer avant cette recherche documentaire.
2. Séparer le problème de documentation du problème de fonctionnement
Une installation peut continuer à fonctionner correctement sans que le propriétaire dispose du fichier ETS. Cependant, cette situation complique les modifications, le remplacement de certains équipements et le diagnostic.
Par exemple, un bouton peut encore commander une lumière pendant des années. En revanche, changer sa fonction sans connaître la logique du projet devient plus risqué.
Ainsi, le diagnostic doit distinguer ce qui fonctionne aujourd’hui de ce qui reste maintenable demain.
3. Relever la topologie et les équipements sur le terrain
D’abord, le technicien identifie lignes, alimentations, coupleurs, interfaces IP et tableaux. Ensuite, il repère les participants principaux et compare les adresses visibles avec les éléments disponibles.
Par ailleurs, le repérage physique des circuits, borniers et actionneurs devient essentiel. De ce fait, la reconstruction commence par une cartographie fiable de l’installation réelle.
4. Évaluer ce que l’on peut récupérer et ce qui reste incertain
Selon l’équipement et la manière dont le projet a été conçu, certaines informations peuvent être observées ou lues tandis que d’autres ne permettent pas de reconstruire automatiquement toute la logique d’origine.
Par conséquent, l’intégrateur doit expliquer les limites au propriétaire avant de promettre une reprise complète. Il peut souvent identifier des fonctions et des communications, mais il ne doit pas inventer les paramètres absents.
Ainsi, la reprise progresse par niveaux de confiance.
5. Choisir entre reprise partielle et reconstruction structurée
Lorsque l’installation fonctionne globalement, l’objectif peut consister à documenter l’existant puis à intervenir uniquement sur les zones nécessaires. En revanche, un projet très dégradé ou incohérent peut justifier une reconstruction plus large.
D’abord, l’équipe évalue la criticité des modifications demandées. Ensuite, elle compare le risque d’une intervention ponctuelle avec celui d’une remise à plat.
Cette décision doit rester proportionnée au besoin du client et à l’état réel du système.
6. Sécuriser la reprise avant d’ajouter de nouvelles fonctions
Avant toute évolution, l’intégrateur doit stabiliser l’existant. Par exemple, il peut vérifier les alimentations, les interfaces réseau et les principaux actionneurs.
De plus, il doit éviter de modifier plusieurs zones en même temps sans sauvegarde ou méthode de retour. Ainsi, la reprise limite le risque de transformer un système fonctionnel mais mal documenté en installation instable.
7. Reconstruire une documentation exploitable
La reprise doit produire quelque chose de plus durable que le simple rétablissement d’une fonction. D’abord, l’équipe crée une nomenclature claire. Ensuite, elle documente tableaux, circuits, passerelles et interfaces.
Lorsque le projet ETS peut être reconstruit ou complété, les noms et commentaires doivent rester explicites. Par ailleurs, le client doit recevoir les sauvegardes finales.
Notre article sur le DOE domotique détaille les livrables utiles.
8. Préparer la maintenance après la reprise
Une installation reprise doit ensuite suivre une vraie discipline de maintenance. Chaque modification significative doit produire une nouvelle sauvegarde et une mise à jour documentaire.
Ainsi, le propriétaire évite de retrouver quelques années plus tard la même situation de dépendance documentaire. Voir également notre guide sur la maintenance KNX.
Checklist de reprise KNX
- D’abord, recherchez toutes les sauvegardes et documents existants.
- Ensuite, cartographiez lignes, tableaux et équipements sur le terrain.
- Par ailleurs, séparez les fonctions opérationnelles des fonctions à modifier.
- De plus, identifiez clairement ce qui peut être récupéré et ce qui reste incertain.
- Puis, choisissez entre reprise ciblée et reconstruction plus large.
- Aussi, stabilisez l’existant avant d’ajouter de nouvelles fonctions.
- Enfin, remettez au client un projet documenté et des sauvegardes actualisées.
Conclusion
Pour conclure, l’absence du projet ETS complique fortement une reprise KNX mais ne condamne pas automatiquement toute l’installation. Le bon intégrateur commence par comprendre le terrain, évaluer les limites et reconstruire progressivement une base documentaire fiable.