1. Principe : chaque action impacte énergie, confort et exploitation

🎯 Logique métier

Dans un environnement GTB supervisé via Sensinov, toute modification de pilotage ou de calendrier peut avoir un impact sur :

• La consommation énergétique
• Le confort des occupants
• La stabilité technique des équipements

Une erreur fréquente consiste à modifier un paramètre isolément, sans analyser ses conséquences globales.

La règle générale :

Analyser → Comprendre → Modifier → Vérifier

2. Erreurs fréquentes liées au pilotage des équipements

❌ Modifier un paramètre sans analyser les données

Exemples :

• Changer un seuil de température sans consulter les courbes.
• Ajuster un délai sans vérifier la fréquence de déclenchement.
• Désactiver une alarme sans qualification.

✅ Bonne pratique

• Analyser les données sur plusieurs jours.
• Vérifier la cohérence avec les horaires.
• Identifier si le comportement est ponctuel ou récurrent.

❌ Confondre surconsommation et défaut technique

Une consommation élevée ne signifie pas nécessairement une panne.

Cela peut être lié à :

• Des horaires élargis
• Une occupation exceptionnelle
• Une saisonnalité normale

Toujours croiser :

• Courbes énergétiques
• États équipements
• Programmations horaires

❌ Multiplier les micro-ajustements

Des modifications répétées (seuils, délais, horaires) peuvent :

• Créer une instabilité
• Rendre le diagnostic plus difficile
• Masquer la cause initiale

⚠️ Un réglage doit être mesuré et documenté.

3. Erreurs fréquentes liées aux calendriers

❌ Mélanger plusieurs intentions dans un même calendrier

Un calendrier doit répondre à un seul besoin fonctionnel :

• Éclairage parking
• Climatisation surface de vente
• Ventilation bureaux

Regrouper des équipements aux besoins horaires différents dans un même calendrier crée des conflits.

❌ Créer trop d’exceptions

Une exception doit correspondre à un type de situation :

• Dimanche ouvert
• Jour férié fermé

Créer une exception par date rend la configuration illisible et difficile à maintenir.

❌ Oublier la règle de priorité

Une programmation exceptionnelle remplace toujours la programmation standard.

Erreur fréquente :

Penser que les deux se cumulent.

⚠️ Sur une même journée, il n’y a jamais de combinaison.

❌ Ne pas tester un calendrier en situation réelle

Avant de considérer un calendrier comme valide :

• Vérifier un dimanche
• Vérifier un jour férié
• Vérifier un scénario d’occupation
• Vérifier le fonctionnement nocturne

4. Erreurs liées à la lecture des données

❌ Analyser une seule journée

Une journée atypique ne constitue pas une tendance.

Toujours vérifier :

• Plusieurs jours
• Une semaine complète
• Une période comparable

❌ Ignorer la période sélectionnée

Une mauvaise plage de dates peut donner une interprétation erronée.

Toujours vérifier le sélecteur de période avant analyse.

5. Erreurs organisationnelles

❌ Modifier sans coordination

En environnement multi-utilisateurs :

• Une modification non partagée peut créer une confusion.
• Un paramètre modifié sans traçabilité rend l’analyse difficile.

✅ Bonne pratique

• Informer les parties concernées.
• Vérifier les droits avant modification.
• Contrôler la traçabilité après intervention.

Cas d’usage concrets

• Un calendrier mal configuré génère une consommation nocturne inutile.
• Un seuil trop bas provoque des cycles marche/arrêt fréquents.
• Une exception oubliée maintient un site ouvert un jour férié.

Points de vigilance

⚠️ Toujours analyser avant de modifier.

⚠️ Un calendrier = une intention claire.

⚠️ Ne pas multiplier les exceptions inutiles.

⚠️ Vérifier l’impact après toute action.

⚠️ Éviter les ajustements successifs sans suivi.

À retenir

• Le pilotage doit être réfléchi et mesuré.
• Un calendrier doit rester simple et lisible.
• Les exceptions remplacent toujours la semaine type.
• Toute modification doit être vérifiée dans les données.
• Une approche structurée évite la majorité des dérives en exploitation.