> For the complete documentation index, see [llms.txt](https://docs.myrspoven.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.myrspoven.com/myrspoven-docs/myrspoven-docs-fr/notes-de-version/september-2026.md). # septembre 2026 **Version 2026.9** *** ### Points forts Dans le **nouvelle interface client (bêta)**, chaque économie peut désormais être retracée. L'économie de chaque jour est **notée le lendemain matin** à partir de deux courbes ajustées aux données du compteur du bâtiment lui-même, l'une pour les jours où myCoreAI est aux commandes et l'autre pour les jours où il ne l'est pas, et une économie notée n'est jamais révisée. La méthode suit **ASHRAE Guideline 14** et **ISO 50015**. Lorsqu'un compteur cesse de transmettre pendant plus de 30 jours, les nouvelles économies sont mises en pause jusqu'à ce qu'il recommence à transmettre, au lieu d'être estimées. **myLoadshift** les prix sont de nouveau sur des bases solides. Les prix de l'électricité au jour d'avance sont désormais stockés à la résolution de 15 minutes du marché, et les lacunes sont comblées automatiquement. Côté contrôle, myCoreAI cesse d'écrire sur les circuits dont les pompes sont arrêtées, et les CTA sans leur propre capteur de pression apprennent désormais à partir de l'unité qui les alimente. Le **plafond énergétique** (myCap) a été retiré. *** ### Nouvelle interface client (bêta) * **IA ACTIVÉE vs. DÉSACTIVÉE** — montre pas à pas la méthode d'économie à deux courbes, marque chaque jour comme noté ou préliminaire, et explique quand un compteur nécessite une réparation avant que les économies puissent reprendre. * **Contrôle de groupe** — la température intérieure par groupe peut désormais être affichée à côté du prix historique myLoadshift, chaque série optionnelle peut être affichée ou masquée, et les groupes dont la CTA assure à la fois le chauffage et le refroidissement sont listés une seule fois avec les deux bornes de confort. * **Aperçus de puissance** — signale les bâtiments et les compteurs qui consomment de l'énergie la nuit et le week-end, et affiche des relevés de 15 minutes sur des périodes allant jusqu'à 30 jours. * **Navigation** — fil d'Ariane, groupes de portefeuille dans la recherche, et le suédois comme langue d'affichage.
Scatter plot of daily energy use against daily mean outdoor temperature, with a grey baseline curve for days without the AI and an orange curve for days with the AI. At 1.4 °C the gap between the curves is 782 kWh a day.

IA ACTIVÉE vs. DÉSACTIVÉE : l'écart entre la courbe de référence et la courbe IA correspond à l'économie à cette température.

Power Insights view of one meter over 30 days at 15-minute detail, with nights highlighted. Summary cards show priority score, peak demand, estimated off-hours waste, issues and readings, and the trend shows repeated power spikes during the night.

Aperçus de puissance : un compteur au détail de 15 minutes avec les nuits mises en évidence, montrant une utilisation nocturne répétée.

### BackOffice et intégration - Partenaires #### **Intégrations** * **Mestro** — la découverte détecte les données énergétiques à 15 minutes, et chaque type de système énergétique obtient une position de signal correspondante à 15 minutes. * **Intégration des données du bâtiment** — la découverte s'achève désormais avec moins de requêtes, réduisant le temps nécessaire à une exécution complète. * **Ouman** — sur les bâtiments VAV, les indicateurs marche/arrêt des pompes sont attribués à partir du type de composant, les deux noms finlandais du signal d'arrêt estival sont reconnus, et les noms de signal suivent la même convention que les anciens bâtiments Ouman. * **Web Port** — les horodatages provenant de serveurs exécutés dans une locale finlandaise ou danoise sont désormais lus correctement. * **Yggio** — le flux se rétablit automatiquement après une déconnexion du broker et les capteurs avec une valeur de site numérique sont lus. #### **BackOffice** * **États des bâtiments** — déplacez un ou plusieurs bâtiments entre les états du cycle de vie depuis ProcessViewer, avec une validation qui bloque un déplacement laissant un bâtiment mal configuré. * **Courbes d'alimentation** — les points de courbe sont trouvés par position de signal plutôt que par nom. * **Validation des signaux** — les relations entre les signaux sont lues à partir de la configuration du composant au lieu des conventions de nommage, les signaux IA non pilotés sont signalés, et les importations de 15 000 signaux passent désormais. **Corrections** * Les courbes d'alimentation fonctionnent à nouveau après une régression début septembre. * Le sélecteur de bâtiment du planning de confort liste chaque bâtiment une seule fois, de sorte que les centrales de traitement d'air se chargent pour chaque bâtiment choisi. ### Smart Control * **Aucune consigne pour les circuits arrêtés** — myCoreAI n'écrit plus de consignes, y compris celles dérivées, vers un circuit dont toutes les pompes sont arrêtées. Une seule pompe en marche suffit pour conserver le contrôle. * **Pression de ventilation partagée** — une section de CTA sans son propre capteur de pression ou de débit utilise désormais la pression de l'unité qui l'alimente, de sorte que son effet sur les pièces est modélisé. Les bâtiments prennent cela en compte lors de leur prochain réentraînement. * **Le comportement estival démarre à l'heure** — myCoreAI passe ses circuits de chauffage en comportement estival lorsque la moitié d'entre eux ont leurs pompes arrêtées, alors qu'auparavant il fallait plus de la moitié. * **Les signaux défectueux se rétablissent** — un réentraînement peut restaurer un signal qui avait été marqué comme entièrement défectueux, et les signaux qui se rétablissent sont conservés lors de l'entraînement sur des données figées plus anciennes. * **Les connexions de capteurs exclues persistent** — les connexions capteur-système que les Opérations ont exclues sont conservées d'une version du modèle à l'autre au lieu d'être réinitialisées après un réentraînement. * **CTA à air repris** — sur les CTA contrôlées sur la température de retour, le débit de retour est désormais traité comme un signal contrôlable. ### myLoadshift * **Prix spot de 15 minutes** — les prix day-ahead d'ENTSO-E sont stockés à la résolution de 15 minutes du marché, les lacunes sont comblées selon un calendrier ou à la demande, et les longues fenêtres de rattrapage se terminent. ### Plateforme de données * **Journal quotidien des économies** — les économies par compteur sont évaluées chaque matin et stockées une seule fois, ce sur quoi s'appuient les économies notées dans la nouvelle interface. * **Détail des pénalités** — chaque exécution d'optimisation enregistre désormais la contribution de chaque pénalité aux consignes choisies, ce qui jette les bases de l'explication des décisions individuelles. * **Graphiques de contrôle de groupe plus rapides** — les données des graphiques sont pré-agrégées à leur arrivée. * **Catalogue complet des bâtiments** — chaque bâtiment, dans les deux environnements, est répertorié dans un seul tableau, de sorte que la nouvelle interface les affiche tous. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.myrspoven.com/myrspoven-docs/myrspoven-docs-fr/notes-de-version/september-2026.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.