Planeto
Guide utilisateur

Téléverser un tableau de bâtiments

Lorsque vous disposez de données de bâtiments externes — issues d'un cadastre communal, d'un tableur client, d'un export SIG ou d'un relevé énergétique — vous pouvez les téléverser directement dans TESSA. Cela crée un nouveau quartier (ou met à jour un quartier existant) rempli avec vos bâtiments, coordonnées, attributs et demandes énergétiques.

Le téléversement d'un tableau est aussi le moyen principal de travailler sur des zones de projet hors de Suisse ou des lieux non couverts par les requêtes automatiques de registres (comme le Registre fédéral des bâtiments et des logements ou OpenStreetMap).


Quand l'utiliser

  • Vous disposez de listes ou d'inventaires locaux de bâtiments : par exemple des factures d'énergie annuelles mesurées, des époques de construction connues ou des tableurs fournis par le client.
  • Vous modélisez hors de Suisse : lorsque l'intégration d'un registre national n'est pas disponible, le téléversement d'un tableau donne un contrôle total sur les géométries et les propriétés des bâtiments.
  • Vous voulez mettre à jour un quartier existant : complétez ou remplacez les données modélisées du quartier par des informations locales vérifiées.
  • Vous voulez fournir directement des demandes mesurées : contournez les modèles de demande par défaut en fournissant des valeurs connues de chauffage, d'eau chaude sanitaire (ECS) ou de refroidissement.

Formats de fichiers et systèmes de coordonnées pris en charge

Formats de fichiers

TESSA accepte les tableaux aux formats standard de tableurs et de données vectorielles géospatiales :

  • Tableur : Microsoft Excel (.xlsx), valeurs séparées par des virgules (.csv) ou feuille de calcul OpenDocument (.ods).
  • Vecteur géospatial : GeoPackage (.gpkg) ou GeoJSON.

Les en-têtes de colonnes doivent correspondre exactement aux noms de champs de TESSA (sensibles à la casse, en minuscules avec des tirets bas). Les colonnes non reconnues sont ignorées.

Localisation et système de référence de coordonnées (CRS)

Chaque bâtiment doit avoir une localisation géographique. Fournissez les coordonnées avec l'une des combinaisons de colonnes suivantes :

Format de géométrieColonnesRemarques
WGS 84 lat / lonlat, lonDegrés décimaux (coordonnées GPS standard).
X / Y projetéesx, yEst et nord dans le CRS indiqué dans l'outil de téléversement (p. ex. MN95 suisse, EPSG:2056).
Géométrie WKTgeometryChaîne Well-Known Text représentant un POINT ou un POLYGON (p. ex. POINT(2600000 1200000)).
Géométrie de couche vectorielleEntité SIG standardColonne de géométrie native lors du téléversement d'un .gpkg ou d'un GeoJSON.

Les bâtiments d'un quartier sont des points

TESSA stocke les bâtiments d'un quartier sous forme de points (centroïdes) sur la couche du quartier. Si vous téléversez des emprises polygonales, TESSA en déduit des coordonnées de point représentatives pour chaque bâtiment. Si vous avez besoin des surfaces d'emprise, fournissez la surface de plancher dans era ou total_surface plutôt que de vous appuyer sur le calcul de la surface du polygone lors de la création du quartier.

Limite de la région du projet

Tous les bâtiments téléversés doivent se trouver dans la limite de la région de projet définie pour votre scénario. Tout bâtiment situé en dehors de cette limite est automatiquement écarté, et le téléversement est bloqué si aucun bâtiment ne se trouve dans la région.


Pas à pas : téléverser un tableau de bâtiments

  1. Ouvrez un scénario dans votre projet.
  2. Dans le panneau Outils, sélectionnez Créer un quartier à partir de bâtiments.
  3. Choisissez le mode d'opération :
    • Créer un nouveau district : saisissez un Nom du quartier.
    • Mettre à jour un district existant : sélectionnez le quartier cible et choisissez une Méthode de mise à jour (voir ci-dessous).
  4. Cliquez sur Télécharger un fichier et sélectionnez votre fichier .xlsx, .csv, .ods ou .gpkg.
  5. Dans Données d'entrée CRS Code EPSG, saisissez le code EPSG de vos coordonnées (par défaut 4326 pour WGS 84, 2056 pour MN95 suisse, etc.).
  6. Configurez Compléter automatiquement les données des bâtiments :
    • Coché (recommandé pour des données partielles) : sélectionnez une Source de données de bâtiments (ou un catalogue d'archétypes) et choisissez le Modèle de chauffage et le Modèle de refroidissement. TESSA complète les attributs manquants et génère des courbes de charge.
    • Décoché (lorsque vous fournissez des données complètes) : TESSA n'utilise que les valeurs fournies, sans compléter les attributs manquants ni estimer les demandes non fournies.
  7. Cliquez sur Lancer.

Méthodes de mise à jour (lors de la mise à jour d'un quartier existant)

Lors de la mise à jour d'un quartier existant, sélectionnez l'une des quatre stratégies de fusion :

Méthode de mise à jourComportement
Union, conserver les valeurs existantesAjoute les nouveaux bâtiments du fichier. Les bâtiments existants conservent leurs valeurs et modifications actuelles.
Union, écraser les valeurs existantesAjoute les nouveaux bâtiments et met à jour les bâtiments existants correspondants avec les valeurs de votre fichier.
Remplacer, conserver les valeurs existantesNe conserve que les bâtiments présents dans le téléversement. Les bâtiments existants correspondants gardent leurs valeurs actuelles.
Remplacer, écraser les valeurs existantesRemplace tous les bâtiments du quartier par le fichier téléversé, en reconstruisant le quartier à partir de zéro.

Quelles données dois-je fournir ?

TESSA s'adapte à différents niveaux de disponibilité des données — d'une simple liste de coordonnées et de surfaces à un inventaire complet du parc avec des données de charge mesurées.

1. Colonnes minimales requises

Pour créer des bâtiments et lancer les modèles de demande par archétypes de TESSA, trois éléments suffisent :

  1. Identifiant : building_id — un entier unique pour chaque bâtiment.
  2. Localisation : coordonnées (lat/lon, x/y ou geometry).
  3. Surface de plancher : era (surface de référence énergétique m² — surface de plancher chauffée). En son absence, TESSA peut estimer l'ERA à partir de total_surface (surface de plancher brute sur tous les niveaux).
building_id,lat,lon,era,const_class,const_period
1,46.2044,6.1432,450.0,Single-family house,1971-1980
2,46.2051,6.1440,1200.0,Apartment building,1991-2000

2. Colonnes d'estimation par archétypes

Lorsque les demandes annuelles ne sont pas mesurées au préalable, les modèles intégrés de TESSA (comme Switzerland (Planeto) pour la chaleur et Switzerland (PACE) pour le froid) calculent la demande énergétique annuelle à partir d'archétypes :

  • const_class : catégorie / archétype de bâtiment (p. ex. Single-family house, Apartment building, Office building, School). Voir Archétypes de bâtiments pour les chaînes reconnues.
  • const_period : tranche d'époque de construction (p. ex. < 1919, 1971-1980, 2001-2010, > 2015).
  • canton : code du canton suisse (p. ex. GE, VD, ZH), utilisé pour le calage climatique et régional des archétypes.

3. Fournir directement les valeurs de demande

Si vous disposez déjà de consommations mesurées ou de demandes annuelles modélisées (p. ex. issues de certificats énergétiques, de la facturation du client ou de simulations tierces), vous pouvez les inclure directement dans le tableau. TESSA ignore l'estimation par archétypes pour ces bâtiments et utilise vos chiffres :

Colonne de demandeDescription
q_h_kwhDemande annuelle de chauffage des locaux kWh
q_ww_kwhDemande annuelle d'eau chaude sanitaire (ECS) kWh
q_hww_kwhDemande combinée chauffage des locaux + ECS kWh
q_c_kwhDemande annuelle de refroidissement kWh
q_h_kwh_m2 / q_ww_kwh_m2 / q_c_kwh_m2Demandes annuelles spécifiques par mètre carré kWh/m²

Comment TESSA concilie des données de demande partielles

TESSA applique des règles cohérentes lors de la combinaison ou de la conciliation des valeurs de demande :

  • Les valeurs de l'utilisateur sont prioritaires : les calculs des modèles n'écrasent jamais les demandes fournies par l'utilisateur lorsque Conserver les valeurs existantes est actif.
  • La règle des 2 sur 3 : si deux des trois valeurs entre chauffage des locaux (q_h_kwh), eau chaude sanitaire (q_ww_kwh) et demande combinée (q_hww_kwh) sont fournies, la troisième est déduite (q_hww = q_h + q_ww).
  • Conversion par m² et total : si la demande spécifique (p. ex. q_h_kwh_m2) et la surface de plancher (era) sont fournies, la demande totale (q_h_kwh) est calculée (total = spécifique × era). Inversement, si les totaux et la surface sont fournis, les valeurs spécifiques sont calculées.
  • Exigence de Demand Ninja : si vous sélectionnez le modèle Demand Ninja pour façonner les profils de charge, vous devez fournir les totaux de demande annuels (q_h_kwh, q_ww_kwh, q_c_kwh) et la puissance de pointe horaire (p_h_max1h_kw, p_ww_max1h_kw, p_c_max1h_kw). Demand Ninja met à l'échelle les profils horaires sur vos chiffres ; il ne calcule pas les demandes à partir d'archétypes.

4. Systèmes de chauffage et de refroidissement existants, et émissions

Pour évaluer la consommation de combustibles et les émissions de CO₂ existantes (comme référence de comparaison avec un nouveau réseau de chaleur ou de froid), fournissez les détails des équipements existants :

ColonneDescriptionExemple
thermal_generator_shCode du générateur existant de chauffage des locauxgas_boiler, ashp, oil_boiler, direct_electric
fuel_shCode du combustible pour le chauffage des locauxgas, electricity, heating_oil, wood_pellets
heat_sh_efficiencyRendement ou COP annuel du système de chauffage existant −0.90
thermal_generator_dhwCode du générateur ECS existantelectric_boiler, gas_boiler
fuel_dhwCode du combustible pour l'ECSelectricity, gas
heat_dhw_efficiencyRendement du système ECS existant −0.85
thermal_generator_cCode du système de refroidissement existantair_cooled_chiller, reversible_heat_pump
fuel_cCode du combustible pour le refroidissementelectricity
thermal_c_efficiencyCOP / COP annuel du refroidissement existant −3.2

Les codes de générateurs et de combustibles reconnus permettent de retrouver automatiquement dans la base de données de TESSA les facteurs d'émission et rendements par défaut. Voir Sources d'énergie.

5. Températures de distribution (températures de fonctionnement)

Vous pouvez préciser les températures de départ de distribution interne des systèmes de chauffage et de refroidissement du bâtiment :

  • temp_h_deg : température de départ de la distribution de chauffage °C (p. ex. 65 pour d'anciens radiateurs, 35 pour un chauffage au sol).
  • temp_ww_deg : température de départ de l'eau chaude sanitaire °C (typiquement 60).
  • temp_c_deg : température de départ de la distribution de refroidissement °C (typiquement 7 à 12).

Températures de distribution et consignes de confort

Il s'agit des températures de départ d'eau dans le système de distribution du bâtiment, utilisées pour le dimensionnement des sous-stations et le calcul du COP des pompes à chaleur. Ce ne sont pas les consignes de thermostat de l'air intérieur (comme 20 °C).


Règles importantes et pièges courants

1. building_id doit être un entier

TESSA exige que building_id soit un entier unique (p. ex. 1, 2, 3... ou des numéros EGID suisses). Si vos données sources utilisent des identifiants alphanumériques (p. ex. BLD-101), conservez l'identifiant d'origine dans une colonne de métadonnées personnalisée et attribuez des entiers séquentiels à building_id.

2. Conditionnement de la demande : is_heated et is_cooled

  • is_heated : vaut true par défaut lorsqu'il est absent ou nul (sauf pour les garages). Les bâtiments non chauffés restent dans le jeu de données mais reçoivent une demande de chauffage nulle.
  • is_cooled : vaut false par défaut lorsqu'il est absent ou nul. Contrairement au chauffage, les bâtiments ne reçoivent pas de demande de refroidissement tant que is_cooled n'est pas explicitement défini sur true. Si vous fournissez des valeurs de demande de refroidissement ou souhaitez que le modèle PACE calcule le refroidissement, assurez-vous que is_cooled est défini sur true (ou 1).

3. Suivi de la provenance des données

Vous pouvez inclure des colonnes de métadonnées d'origine pour documenter la provenance des valeurs :

  • era_origin : source de la surface de plancher (p. ex. cadastre, client_plan).
  • qh_origin, qww_origin, qc_origin : source des valeurs de demande (p. ex. billing_2023, simulation, archetype).
  • heating_origin, cooling_origin : source du statut de chauffage / refroidissement.

4. Colonnes de sortie ignorées en entrée

Les colonnes suivantes sont produites par les simulations de TESSA et ne doivent pas être fournies dans les tableaux téléversés (toute valeur fournie sera écrasée ou ignorée) :

  • Puissances thermiques de pointe en sortie (p. ex. p_h_max_kw, p_c_max_kw — sauf en cas d'utilisation des champs d'entrée Demand Ninja p_h_max1h_kw).
  • Totaux calculés d'énergie finale et d'émissions (emissions_co2_kg, final_energy_sh_kwh, etc.).
  • has_supplied_load_curve : défini automatiquement lors du téléversement de courbes de charge horaires via l'outil de courbes de charge, et non dans le tableau des bâtiments.

Télécharger les modèles

Partez de l'un de nos modèles Excel préformatés :


Et ensuite

Une fois votre tableau de bâtiments téléversé dans un quartier :

  1. Inspectez les bâtiments sur la carte : cliquez sur chaque bâtiment pour vérifier les coordonnées, la surface, les classifications d'archétypes et les estimations de demande. Voir Modifier les bâtiments sur la carte.
  2. Générez des profils de charge horaires : lancez Simuler les courbes de charge des bâtiments pour calculer les profils de chauffage et de refroidissement sur 8760 heures pour la simulation du réseau. Voir Travailler avec les courbes de charge des bâtiments.
  3. Téléversez des courbes de charge mesurées : si vous disposez de courbes de charge mesurées au pas de 15 minutes ou horaire pour des charges d'ancrage précises, téléversez-les avec l'outil de téléversement de courbes de charge. Voir Téléverser la courbe de charge d'un bâtiment.
  4. Concevez le réseau : raccordez les bâtiments aux sources de chaleur avec les outils de tracé. Voir Créer un réseau.

Documentation associée