Construire KNX dans Control4 sans creer de doublons

Les projets Composer existants demandent un build prudent avec matching, revue et rapport visible avant creation.

  • Lire le rapport avant de lancer le driver.
  • Matcher pieces et appareils par structure et contexte KNX.
  • Creer sans supprimer le travail Control4 existant.
Ouvrir AI AssistantVoir le produit

Apercu build Composer sans doublons

La video montre l export vers Composer avec plan visible avant creation.

Le contexte à rendre visible avant Composer

Les doublons apparaissent quand noms, hierarchie de pieces ou contexte appareil ne correspondent pas au projet Composer existant.

Flux de travail recommandé

La structure est verifiee dans AI Assistant, puis .codu est exporte et le rapport est lu dans Composer.

  • Lire le rapport avant de lancer le driver.
  • Matcher pieces et appareils par structure et contexte KNX.
  • Creer sans supprimer le travail Control4 existant.

Contrôle avant export .codu

Verifier buildings, floors, rooms, type appareil, adresses de groupe et DPT cles.

Erreurs évitées avec cette approche

Sans rapport, une petite difference de nom peut creer beaucoup de pieces ou appareils en double.

Références officielles vérifiées

Les affirmations techniques de cette page restent proches de la documentation officielle KNX, Control4 ou fabricant.

Outils et documentation liés

FAQ

Le driver supprime-t-il des appareils?

Le workflow vise creation et matching, pas suppression. Un backup reste recommande.

Comment reduire les doublons?

Par revue et matching des noms, types, adresses et datapoints.

Si le rapport semble faux?

Ne pas lancer le build, corriger la structure, exporter a nouveau et reverifier.

Prochaine étape

Verifier le build avant creation

Preparez KNX dans AI Assistant et utilisez le rapport Composer comme dernier controle.