KNX, photovoltaïque, batteries et recharge de véhicule électrique : comment optimiser les flux ?

Une villa équipée de panneaux photovoltaïques, d’une batterie et d’une borne de recharge peut produire, stocker et consommer son électricité à des moments différents. La domotique KNX peut contribuer au pilotage des usages et au confort, mais elle ne remplace ni les protections électriques, ni l’onduleur/chargeur, ni le système de gestion de la batterie (BMS : Battery Management System).

Photo by Vivint Solar on Unsplash

Synthèse pour décideur (en 6 points)

• Clarifier l’objectif (autoconsommation, réduction de la pointe en kW, secours, confort) avant de choisir l’architecture et les interfaces.
• Identifier “qui décide” (onduleur/EMS, EMS tiers, supervision/GTB, logique KNX) et prévoir un mode de repli en cas de perte de mesures.
• Mesurer au bon endroit (référence import/export au point de livraison) et à une fréquence compatible avec le pilotage visé.
• Vérifier les interfaces (variables lisibles vs modifiables) : « Modbus/SunSpec » ou « OCPP » ne suffisent pas à garantir les fonctions.
• Cadre Maroc : cadrer très tôt les hypothèses raccordement/injection et les responsabilités (bureau d’études, installateur PV, intégrateur KNX/GTB).
• Objectiver les gains (kWh importés/exportés, pointe kW, SOC, stabilité du pilotage) plutôt que promettre un % fixe.

Séparer les rôles

L’onduleur gère la conversion et, selon l’architecture, l’injection/charge/décharge. Le BMS impose les limites de sécurité (température, puissance, état de charge). La borne de recharge (EVSE : Electric Vehicle Supply Equipment) applique ses protocoles côté véhicule et ses propres contraintes. KNX peut coordonner des consignes de bâtiment (confort, délestage, priorités), via des interfaces compatibles et documentées. Les fonctions de sécurité électrique et de protection des batteries restent assurées par les équipements conçus pour cela.

Décideurs Maroc : cadrage opérationnel (non juridique)

Au Maroc, l’avant-projet gagne à intégrer des hypothèses explicites sur le raccordement, l’exploitation et la qualité réseau. À titre de repère institutionnel, le Ministère de la Transition Énergétique et du Développement Durable présente la loi 82-21 comme ouvrant l’autoproduction pour toutes puissances, avec la possibilité de vente d’un excédent dans un cadre à préciser (dont un plafond de 20% de la production annuelle mentionné sur cette présentation) : source MEM. Ce repère ne remplace pas l’analyse du cas réel (décrets, contrats, gestionnaire de réseau, contraintes locales).

• Objectif principal (à hiérarchiser) : autoconsommation, limitation de puissance appelée (pointe kW), continuité de service/secours, confort (CVC : chauffage/ventilation/climatisation), ou un mix.
• Hypothèse “injection” : projet sans injection, avec injection, ou avec vente d’excédent (si applicable). Cette décision conditionne la mesure, les réglages d’onduleur/EMS et la recette.
• Contraintes du site : qualité réseau perçue (microcoupures, variations), fréquence des coupures, et effets attendus sur la continuité (ex. bascule secours, priorités).
• Puissance disponible et charges majeures : puissance PV (kWc), puissance onduleur, puissance de la borne, présence de charges fortes (pompe, piscine, chauffe-eau, CVC, cuisine), et contraintes mono/tri (monophasé/triphasé) de l’installation.
• Approche “secours” : quelles charges doivent rester alimentées en cas d’incident réseau, et pendant combien de temps. Cela conditionne la réserve batterie et la logique de délestage.
• Parties prenantes et responsabilités : qui spécifie l’architecture électrique (bureau d’études/installeur PV), qui intègre KNX/GTB, qui paramètre l’onduleur/EMS et la borne, et qui assure l’exploitation.
• Exploitation & maintenance : qui administre les accès (onduleur, batterie, bornes, passerelles, supervision KNX), qui met à jour, qui sauvegarde, et comment on dépanne en mode dégradé.

Mesurer avant d’optimiser

Relever au minimum : production photovoltaïque, consommation totale, import/export réseau, état de charge batterie (SOC : State of Charge) et puissance de recharge VE. Il faut définir le sens de mesure (import vs export), la granularité (puissance instantanée vs énergie cumulée), et la fréquence d’actualisation. Une stratégie de pilotage basée sur des mesures ambiguës ou trop lentes conduit à des consignes incohérentes (surplus “vu” trop tard, oscillations, arrêts/redémarrages).

Définir les priorités de confort

Classer les charges : incompressibles/critique (sécurité, réseau IT, conservation), confort thermique (CVC), eau chaude, piscine, et recharge VE. Les automatismes ne doivent ni créer d’inconfort, ni interrompre un équipement sensible de manière inadmissible. Les arbitrages (par exemple privilégier la recharge VE vs préserver une réserve batterie) doivent être explicites et validés.

Architectures typiques et où KNX s’insère

Selon le matériel, on rencontre plusieurs topologies. Les topologies décrites ci-dessous sont des repères d’architecture (à adapter au cas réel), utiles pour décider où mesurer et qui “décide”.

Architecture A (AC-coupled) : PV et batterie côté AC

• Point de mesure principal : au point de livraison (import/export) via compteur/mesureur, pour connaître le flux réseau.
• Décision énergie : selon les marques/modèles, l’arbitrage charge/décharge batterie peut être assuré par l’onduleur/chargeur et/ou un EMS/HEMS (Energy/Home Energy Management System).
• Rôle KNX : appliquer des scénarios de délestage/confort (stores, consignes CVC, chauffe-eau, etc.) et transmettre des consignes “haut niveau” (autoriser/restrindre) si des interfaces compatibles existent, sans se substituer aux protections.

Architecture B (DC-coupled) : PV et batterie côté DC

• Point de mesure principal : idem, au point de livraison, mais il faut aussi comprendre la manière dont l’onduleur expose production PV et batterie (cela dépend des implémentations).
• Décision énergie : l’onduleur peut optimiser charge/décharge en interne, avec des possibilités de consigne plus ou moins ouvertes (souvent limitées et encadrées).
• Rôle KNX : coordination des usages et éventuellement d’une borne “smart charging” selon la compatibilité réelle des interfaces et la stratégie retenue.

Dans les deux cas, une pratique décisionnelle robuste consiste à garantir un point de vérité pour l’import/export réseau (un compteur/mesureur de référence), puis d’organiser le pilotage autour de cette mesure, avec des seuils et temporisations.

3 patterns de “qui fait quoi” (logique de pilotage)

• Pattern 1 – EMS intégré à l’onduleur : l’onduleur arbitre PV/batterie/réseau, KNX orchestre les usages (confort/délestage). Impact : latence faible côté énergie, mais commandes externes parfois limitées.
• Pattern 2 – EMS/HEMS tiers : un superviseur énergie (non KNX) calcule les consignes (borne, chauffe-eau, setpoints) et KNX exécute sur le bâtiment. Impact : plus flexible, mais dépendance plus forte aux interfaces et à la cybersécurité.
• Pattern 3 – Supervision GTB/KNX centralisée : la logique “optimisation” réside dans la supervision bâtiment, qui s’appuie sur les mesures énergie. Impact : cohérence avec la GTB, mais attention à la robustesse (perte d’API, mesures, mises à jour).

Quel que soit le pattern, la décision projet doit expliciter : l’autorité (qui tranche), les limites (ce qui est modifiable), et le mode dégradé (ce que fait le système quand il “ne sait plus”).

Autoconsommation

L’autoconsommation consiste à valoriser sur place une partie de l’énergie photovoltaïque. Commander certains usages pendant les périodes de production (eau chaude, climatisation, recharge) peut augmenter l’énergie utilisée sur site. Le résultat dépend de l’ensoleillement, des besoins et de la capacité réelle de modulation des équipements. Un scénario de recharge solaire peut être utile mais ne garantit pas un gain fixe : météo, départ du véhicule, niveau de batterie, puissance minimale de charge et limites d’interface influencent la stratégie.

Batterie et limites

Le BMS de stockage définit les limites d’état de charge, de température et de puissance. Une interface logicielle ne peut pas contourner ces limites. L’état de charge, la réserve de sécurité, le cycle de vie et les consignes du fabricant priment sur une stratégie d’optimisation externe. Si la batterie sert aussi aux secours, les règles de réserve (seuil SOC minimum, priorités de délestage) doivent être validées avec le concepteur électrique et l’exploitant.

Recharge du véhicule

Une borne disposant d’un pilotage dynamique peut adapter la puissance à la capacité disponible, sous réserve de compatibilité réelle entre la borne, le système de gestion, l’installation électrique (mono/tri) et le véhicule.

• Contraintes de modulation : la “finesse” de réglage n’est pas infinie. Selon les modèles et leurs paramétrages, la borne et le véhicule appliquent des pas de courant, des seuils minimums et des délais de réaction. Il faut éviter un pilotage trop nerveux, qui provoque des cycles marche/arrêt.
• Puissance minimale : en dessous d’un certain courant, certains véhicules/EVSE ne chargent pas ou se mettent en défaut. Ce seuil dépend des équipements et doit être confirmé par documentation constructeur et tests sur site.
• Mono/tri : une consigne en kW peut se traduire très différemment selon le nombre de phases réellement utilisées. Le pilotage doit rester cohérent avec l’architecture électrique du site.
• Priorité de départ : définir un besoin “énergie à heure H” peut être plus robuste qu’un pilotage purement “surplus instantané”.

La limitation logicielle ne remplace pas les protections du circuit ni la qualification de l’installation.

Intégration KNX (concret)

Utiliser des passerelles ou interfaces documentées selon les modèles retenus. Vérifier : commandes disponibles, retours d’état, taux de rafraîchissement, gestion des pertes de communication et journal des interventions. KNX peut agir sur l’éclairage, les stores et certains réglages CVC pour coordonner confort et consommation. Les données de l’onduleur ou des compteurs peuvent être apportées par des passerelles appropriées, telles que des interfaces SunSpec Modbus selon les modèles (source SunSpec).

Exemples de “consignes haut niveau” KNX (illustratifs)

• Autoriser/interdire une charge (chauffe-eau, pompe piscine, prise commandée) selon un surplus durable, plutôt qu’une modulation seconde par seconde.
• Décaler des usages via horaires/occupations (ex. pré-refroidissement CVC avant une période de pointe), en respectant des limites de confort.
• Délestage gradué : couper d’abord des charges non critiques, puis réduire des consignes, avant d’affecter des usages sensibles (ordre à valider projet).

Ces exemples ne sont pas des prescriptions : leur pertinence dépend de l’installation électrique, des équipements, et des contraintes d’usage.

Lecture vs écriture : point de vigilance “décisionnel”

Dans la pratique, de nombreuses intégrations exposent beaucoup de données en lecture (mesures), mais peu de fonctions en écriture (commandes), ou alors avec des restrictions fortes (plages limitées, droits, verrouillages). Il est donc essentiel d’exiger, avant décision :

• la liste précise des variables échangées (variables lisibles et variables modifiables) et leur sens (import/export),
• les conditions de validité (rafraîchissement, latence, agrégation),
• les modes de repli en cas de perte de communication,
• un plan d’essais incluant un test d’intégration (FAT/SAT : Factory/Site Acceptance Test) adapté au projet.

Cybersécurité & continuité d’exploitation (à cadrer contractuellement)

Le pilotage énergie repose souvent sur des équipements connectés (onduleur, passerelle, supervision, borne). Un socle de précautions (à adapter au résidentiel/tertiaire/industrie) peut s’appuyer sur des bonnes pratiques décrites dans le guide DGSSI Maroc relatif à la sécurité des systèmes d’information industriels (source DGSSI) :

• Segmentation réseau : séparer autant que possible le réseau “bâtiment/OT” (automatisme) du réseau bureautique/IT, limiter les flux aux besoins.
• Gestion des comptes : comptes nominatifs quand possible, mots de passe robustes, révocation en fin de chantier, et propriété des accès remise au maître d’ouvrage.
• Mises à jour : qui met à jour onduleur/passerelles/borne/supervision, à quelle fréquence, et comment on gère le risque de régression.
• Sauvegardes : sauvegarde des configurations (ex. projet ETS pour KNX, paramètres de supervision) et procédure de restauration testée.
• Journalisation : garder une trace des changements de paramètres et des événements (perte com, défauts, dépassements) pour diagnostiquer et mesurer.
• Modes dégradés : comportement défini si un compteur, une passerelle ou une API devient indisponible (par exemple “retour à une puissance fixe sûre” pour la borne, ou arrêt des optimisations non critiques).

Recette et mesure des gains

Tester les cas suivants : production nulle, export important, batterie basse, limitation réseau, borne débranchée, mesureur/capteur indisponible, perte de liaison et retour des communications. Les résultats se vérifient avec des historiques documentés sur plusieurs périodes, plutôt que d’annoncer un pourcentage universel d’économie. Le dossier technique doit identifier les paramètres, les responsables, et les conditions de retour au fonctionnement initial avant la réception.

KPIs recommandés (non financiers) et méthode de collecte

Pour piloter et objectiver, suivre des indicateurs simples, mesurables, alignés avec l’objectif du site. À titre indicatif :

• Énergie importée/exportée (kWh) et puissance maximale appelée (kW) sur une période.
• Taux d’autoconsommation (part de la production PV consommée sur site) et taux d’autonomie (part de la consommation couverte par PV+batterie), selon définitions retenues.
• Énergie de charge VE (kWh) par fenêtre horaire, et part supposée couverte par surplus (selon convention).
• Cycles batterie (indicateurs fournis par le système, si disponibles) et respect de la réserve SOC.
• Qualité de pilotage : nombre de variations de consigne par heure, occurrences de marche/arrêt, événements “mode dégradé”.

Ces KPIs exigent une collecte cohérente (horodatage, granularité, conservation). Le niveau de détail (par exemple 1 min, 5 min, 15 min) doit être choisi selon le pilotage visé et la capacité de stockage. L’IPMVP cité plus bas peut aider à structurer une comparaison avant/après en tenant compte des changements de conditions (source IPMVP/EVO).

Quelles interfaces relient réellement les équipements ?

La lecture d’un compteur, le pilotage d’un onduleur et l’ajustement d’une borne VE ne reposent pas nécessairement sur le même protocole. La SunSpec Alliance publie des modèles de données Modbus pour certains onduleurs, systèmes de stockage et compteurs compatibles (source SunSpec). Cependant, la mention « Modbus » ou même « SunSpec » ne signifie pas que tous les paramètres sont disponibles en écriture, ni que toutes les commandes seraient autorisées : il faut vérifier la version, le modèle d’information, les droits, et les limites de chaque fabricant (souvent, les usages se limitent à la lecture et à quelques consignes encadrées).

Pour la recharge, OCPP est un protocole de communication entre la borne (charging station) et un système de gestion (CSMS) (source Open Charge Alliance). OCPP peut supporter des fonctions de « smart charging » (par exemple via des profils/fonctions dédiés), mais la disponibilité dépend de la version, des profils effectivement implémentés/certifiés, de la configuration CSMS et des capacités de la borne : OCPP seul ne garantit donc ni un « pilotage solaire » complet, ni l’accès aux consignes nécessaires (source OCA – certification OCPP 1.6). L’OCA rappelle aussi que OCPP 1.6 et OCPP 2.0.1 ne sont pas directement compatibles : l’interopérabilité doit être vérifiée entre les références et logiciels précis (source OCA – whitepaper 2.0.1).

KNX peut coordonner certains usages par des passerelles appropriées, sans se substituer au BMS de batterie, à l’onduleur, à la borne ni aux protections réglementaires.

Exemple de fonctionnement : piloter une borne selon le surplus disponible

Imaginons une production photovoltaïque instantanée de 5 kW et une consommation hors recharge de 3 kW : le surplus apparent est de 2 kW, avant pertes, charge/décharge batterie, limites de mesure et conventions de sens du compteur. Le superviseur pourrait demander à une borne compatible d’adapter sa puissance dans les limites qu’elle accepte ; il ne doit jamais lui imposer une puissance incompatible avec la voiture, l’installation ou la borne.

La stratégie doit appliquer des seuils et temporisations adaptés pour ne pas commuter sans cesse la charge au passage d’un nuage. Elle doit aussi documenter le comportement du système lorsqu’un équipement ne transmet plus de mesures.

Mesurer les gains au lieu de les supposer

Un objectif utile peut être de réduire les achats réseau, lisser la puissance appelée ou favoriser l’autoconsommation pendant les heures solaires. Le protocole IPMVP recommande de comparer des données mesurées avant/après en tenant compte des changements de conditions (source IPMVP/EVO) ; il serait trompeur d’attribuer toute baisse de facture à la domotique sans corriger l’effet des saisons, de l’occupation et des tarifs.

Le maître d’ouvrage doit connaître les données conservées, les seuils, les responsabilités et la méthode de retour au fonctionnement initial avant la réception de l’installation.

Points à retenir avant consultation

• Définir les fonctions réellement attendues (autoconsommation, pointe, secours, confort) et les risques d’exploitation.
• Choisir une architecture de mesure (point de livraison comme référence) et documenter la granularité/latence des données.
• Comparer les solutions sur une base identique, en demandant la liste des variables lisibles/variables modifiables et les limites associées.
• Prévoir le câblage, les alimentations, le réseau et la maintenance dès les études (y compris cybersécurité et sauvegardes).
• Tester les scénarios normaux et dégradés avec l’exploitant, et valider les modes de repli.
• Remettre des sauvegardes et documents exploitables, et former les personnes concernées.

Questions fréquentes

KNX peut-il piloter directement le BMS de batterie ?

La domotique peut exploiter des interfaces prévues à cet effet, mais les protections, limites de température, de puissance et de charge restent imposées par le système de batterie et ses équipements. Toute interaction d’écriture doit être confirmée par la documentation constructeur et validée dans l’architecture de sécurité du système.

Une borne compatible OCPP garantit-elle le pilotage solaire ?

Non. OCPP structure les échanges entre borne et système de gestion (CSMS), et peut supporter des fonctions de smart charging, mais la disponibilité dépend des versions, profils effectivement implémentés et de la configuration (voir sources Open Charge Alliance : OCPP et certification 1.6). Il faut aussi vérifier les mesures disponibles (import/export, PV, SOC), ainsi que les contraintes de modulation côté borne et véhicule.

Peut-on promettre un pourcentage d’économie fixe ?

Non. Il dépend notamment du profil d’occupation, des puissances photovoltaïques et de stockage, des prix de l’énergie et des conditions d’utilisation. La mesure et la comparaison restent indispensables (cadre IPMVP : source EVO).

Quelles vérifications prévoir au Maroc ?

L’étude électrique doit vérifier les conditions de raccordement, les protections et l’architecture de l’installation. Un protocole de gestion énergétique ne vaut pas à lui seul validation de raccordement ni vérification électrique. Pour cadrer les hypothèses (autoproduction, éventuelle vente d’excédent), un point de départ est la présentation institutionnelle du MEM sur la loi 82-21 (source MEM), à compléter par les exigences du projet et des acteurs concernés.

Conclusion

Un projet durable repose sur une conception vérifiée, des responsabilités claires, une intégration testée (mesures, interfaces, modes dégradés) et des KPIs suivis dans le temps. Pour poursuivre la réflexion, consultez économies d’énergie avec KNX et sous-comptage énergétique. Domocasa intervient sur les solutions de courant faible, de sécurité, de domotique et de gestion technique des bâtiments, de la conception au suivi des installations.

Étudier votre projet avec Domocasa