Linky mode standard ou historique : quel mode TIC ?

Le mode TIC d’un Linky ne se choisit pas comme une option de confort. C’est le format dans lequel le compteur diffuse ses trames, et il décide de ce que votre module peut lire.

Le mode historique reproduit les trames des compteurs électroniques d’avant Linky. Le mode standard est plus rapide et plus riche, mais il faut un module et une intégration capables de le lire.

Pour la majorité des installations que je croise, la réponse tient en une phrase : rester en historique si le module et Home Assistant fonctionnent déjà, passer en standard seulement si un besoin de données le justifie. La bascule se demande à Enedis ; elle ne se bricole pas sur le compteur.

Le mode change la langue, pas le comptage

Un Linky compte de la même façon dans les deux modes. Ce qui change, c’est la façon dont il raconte : débit, séparateurs, étiquettes et données disponibles.

Les deux trames sortent par la même liaison, sur les mêmes bornes. La spécification Enedis décrit un mode historique, qui restitue les trames des anciens compteurs électroniques résidentiels, et un mode standard, apparu avec Linky, plus rapide et formaté autrement.

En sortie d’usine, les compteurs sont initialisés en mode historique. Les transitions entre les deux modes se font par Enedis, qui doit programmer le compteur. Autrement dit : le mode n’est pas un réglage client.

La spécification fixe aussi le format des caractères en standard : 7 bits utiles, parité paire, un bit de stop. Ce détail explique pourquoi certains adaptateurs réglés pour un autre format affichent des trames illisibles alors que le câblage est bon.

Ce que contient une trame

Une trame commence par un caractère STX et se termine par un ETX. Entre les deux, des groupes d’information se suivent : un saut de ligne, une étiquette, un séparateur, une donnée, une somme de contrôle, un retour chariot.

La séparation change selon le mode. L’historique utilise l’espace ; le standard utilise la tabulation, ce qui lui permet d’accepter des espaces dans les données. Le standard peut aussi horodater certains groupes : la valeur porte alors sa date, par exemple pour la puissance maximale du jour.

La somme de contrôle se calcule sur l’étiquette et la donnée, tronquée sur six bits puis décalée pour rester imprimable. Un module qui affiche des étiquettes correctes mais des valeurs incohérentes a souvent un problème de format série, pas de câblage.

Le débit plus lent de l’historique n’est pas un handicap pour un suivi domestique. Les index sont des registres : une trame lue moins vite donne la même valeur d’énergie, avec une résolution plus grossière sur l’instantané.

Pour une alerte de dépassement ou un tableau de bord, cela reste suffisant ; pour traquer une pointe de quelques secondes, le standard est plus confortable.

Ce que le mode historique transmet encore

En historique, le Linky se fait passer pour l’ancien compteur.

Les étiquettes sont celles que les modules connaissent depuis vingt ans : ADCO pour l’adresse, OPTARIF pour l’option tarifaire, BASE ou HCHC/HCHP pour les index, IINST pour l’intensité instantanée, PAPP pour la puissance apparente, PTEC pour la période tarifaire en cours.

Cette compatibilité a un prix. La spécification précise que certaines données historiques ne sont pas disponibles sur Linky : l’intensité souscrite, les intensités maximales et la zone de tarification. Le compteur les remplace par d’autres informations.

Concrètement, ISOUSC est déduit de PREF divisé par 200 V, et IMAX vaut 90 A sur un compteur monophasé. Un outil qui attend une intensité souscrite en ampères lira donc une valeur calculée, pas un réglage du contrat.

Le cas qui surprend le plus en dépannage : un contrat que la spécification appelle non historique. Dans ce cas, OPTARIF vaut BASE, BASE porte l’index totalisateur et HCHC/HCHP ne sont pas transmis. Un module qui attend des index heures creuses affiche alors des cases vides, sans être en panne.

Le guide du compteur Linky couvre le reste de l’appareil : relevé, données de consommation et services associés. Ici, je reste sur la liaison TIC et sur ce qu’elle permet de lire.

Ce que le mode standard ajoute vraiment

Le standard ne se contente pas d’aller plus vite. Il ouvre des données que l’historique n’a jamais eues : tension et courant par phase, puissance de référence et de coupure, puissance maximale horodatée, points de courbe de charge, index d’injection pour les compteurs de production.

À la lecture, les étiquettes changent de famille : ADSC, VTIC, EAST, EASF01 à EASF10, SINSTS, SMAXSN, PREF, PCOUP, URMS1, IRMS1, STGE.

Une nuance compte pour les installateurs photovoltaïques : les groupes d’injection ne sont émis que par les compteurs de production. Sur un compteur de soutirage, le mode standard ne crée pas un index d’injection.

Le standard apporte aussi une puissance de coupure (PCOUP) lisible directement. C’est utile quand un Linky disjoncte et affiche un dépassement : la valeur réglée explique le seuil, sans passer par la facture. Le sujet est traité dans compteur Linky qui disjoncte.

Le détail par phase mérite un arrêt. En triphasé, URMS1, URMS2, URMS3 et IRMS1, IRMS2, IRMS3 permettent de voir si une phase décroche ou si le courant se répartit mal. L’historique ne donne pas cette lecture ; il reste sur une puissance globale.

Le standard est aussi plus réactif. Les trames s’émettent en continu, avec un intervalle de 16,7 à 33,4 ms entre la fin d’une trame et le début de la suivante, et chaque donnée date au plus d’une trame. C’est ce qui rend les mesures instantanées exploitables pour une alerte, sans attendre le relevé suivant.

Tempo, heures creuses, production : trois cas qui changent la réponse

La question du mode devient concrète dès qu’un contrat ou une installation sort du cas de base. Trois situations reviennent.

Les heures creuses. En historique, HCHC et HCHP portent les deux index. En standard, les index par période sont dans EASF01 à EASF10, et LTARF donne le libellé du tarif en cours. Les deux modes permettent donc de suivre la période tarifaire en cours, mais pas avec les mêmes étiquettes.

Tempo. En historique, six index couvrent les jours bleus, blancs et rouges, et DEMAIN annonce la couleur du lendemain. En standard, le libellé du tarif en cours est dans LTARF et le calendrier dans NGTF. Un automatisme qui lit DEMAIN ne survivra pas à une bascule sans adaptation.

La production. Les index d’injection EAIT et la puissance injectée SINSTI ne sortent qu’en standard, et uniquement sur un compteur de production. C’est le cas où la bascule apporte une donnée qui n’existe pas autrement.

Sur Tempo, je conseille de vérifier ce que l’automatisation consomme réellement avant de basculer. Beaucoup de tableaux de bord utilisent la couleur du lendemain ; elle est simple en historique et demande une autre source en standard.

La raison est simple : DEMAIN fait partie des étiquettes historiques, alors que le standard décrit le tarif en cours avec LTARF et le calendrier avec NGTF. Une automatisation qui allume un voyant la veille au soir doit donc être repensée, pas seulement reparamétrée.

Home Assistant : la limite native qui déclenche les demandes

Voilà le cas qui pousse beaucoup de propriétaires à demander une bascule : l’intégration Teleinfo de Home Assistant ne lit que le mode historique, et seulement en monophasé.

Sa documentation est explicite : le mode standard n’est pas pris en charge, et si le compteur est en standard, elle invite à demander à Enedis un retour en historique.

Autrement dit, un Linky en standard qui fonctionne parfaitement peut ne rien remonter dans Home Assistant par cette intégration. Ce n’est ni un défaut du compteur ni un défaut du mode : c’est une limite du lecteur.

Deux réponses possibles. La première est de garder le standard et de changer de lecteur : un module qui gère les deux modes, comme le ZLinky TIC de LiXee piloté par Zigbee2MQTT, où le réglage linky_mode accepte auto, historique ou standard.

La seconde est de revenir en historique, mais seulement si le module et l’intégration en ont réellement besoin. Le guide Linky et Home Assistant détaille cette chaîne ; l’installation du module est traitée dans Module TIC Linky Home Assistant.

Si vous démarrez sur Home Assistant, commencez par les bases de Home Assistant avant de choisir un mode. La TIC est une source de données, pas un projet en soi.

Vérifier la chaîne avant de demander la bascule

Le mode est une propriété du compteur. Pour que les données arrivent, trois maillons doivent être d’accord : le compteur, le module, l’intégration. Un seul maillon en désaccord suffit à vider l’écran.

Je commence toujours par le module, parce que c’est le maillon qu’on peut changer sans toucher au compteur. La notice indique les modes lus, le réglage physique ou logiciel, et parfois une option de production réservée au standard.

Si vous n’avez pas encore acheté le module, choisissez-le en fonction du mode déjà programmé. C’est plus simple que de demander une programmation pour un matériel qui n’est pas encore là.

Et si vous hésitez entre plusieurs modules, tranchez sur les entités réellement exposées, pas sur la fiche marketing. Un module qui remonte SINSTS et PREF en standard vaut mieux qu’un module qui promet « toutes les données » sans dire lesquelles.

Le transport compte moins que la lecture. Un adaptateur USB sur le serveur Home Assistant, un module Zigbee ou un boîtier Ethernet font le même travail s’ils lisent le bon mode. Le choix se joue sur la portée radio, l’alimentation et la stabilité, pas sur le nombre de capteurs affichés dans une brochure.

Une bascule dans les deux sens

On parle toujours du passage de l’historique au standard. Le sens inverse existe aussi, et il est souvent demandé pour une mauvaise raison : une intégration qui ne suit pas.

Dans le sens historique vers standard, vous gagnez la tension et le courant par phase, la puissance maximale horodatée, la puissance de coupure et, sur un compteur de production, l’injection. Vous perdez la compatibilité avec l’intégration Teleinfo native.

Dans le sens standard vers historique, c’est l’inverse. Vous retrouvez les étiquettes historiques et les intégrations anciennes, mais vous perdez les mesures par phase et les index d’injection.

Le piège est de demander la bascule avant d’avoir le bon lecteur. Un compteur programmé en standard avec un module qui ne lit que l’historique n’affiche rien, et le retour en arrière coûte une seconde demande.

Ma règle est simple : le mode du compteur suit le lecteur, jamais l’inverse. On choisit d’abord le module et l’intégration, puis on demande le mode qui va avec.

Organiser la bascule sans toucher aux parties plombées

La bascule est une programmation du compteur, réalisée par Enedis. Elle ne se fait pas depuis les touches du Linky, et elle ne justifie pas d’ouvrir l’appareil.

Les bornes TIC sont accessibles côté client, sous le couvre-bornes : c’est prévu pour raccorder un module. Le capot supérieur, lui, est plombé et réservé aux intervenants du gestionnaire. La différence est physique, pas administrative.

Un point de méthode : notez la date de la demande et le mode obtenu. Si le module ne remonte rien après la programmation, cette date évite de chercher une panne matérielle là où il n’y a qu’un réglage.

La demande elle-même gagne à être précise. Donnez le numéro de compteur, le mode actuel constaté et le mode souhaité, en une phrase. Un dossier complet évite les allers-retours et laisse une trace si la programmation n’est pas appliquée.

Préparez le module avant la bascule, pas après. Commander le lecteur une fois le compteur reprogrammé, c’est rester plusieurs jours sans données et parfois découvrir que le module ne lit pas le mode demandé.

Le contrôle après la bascule, étiquette par étiquette

Une bascule réussie se vérifie en quelques minutes, sans démonter quoi que ce soit. Je regarde d’abord les étiquettes, puis les valeurs, puis les automatisations.

Les étiquettes disent le mode mieux que l’écran du compteur. Si le module remonte ADSC et VTIC, le compteur est en standard. S’il remonte ADCO et OPTARIF, il est en historique. Un mélange des deux n’existe pas : c’est le signe d’un module qui interprète mal, ou d’un ancien cache.

Le comptage ne change pas : les index d’énergie sont les registres du compteur, pas ceux du mode. Une bascule ne remet pas les index à zéro.

Si un index manque après la bascule, regardez du côté du contrat avant de suspecter le module. Un contrat non historique en mode historique ne transmet pas HCHC/HCHP, comme vu plus haut.

Un dernier contrôle porte sur les automatisations. Une alerte de dépassement écrite sur PAPP ne fonctionne plus si le module ne publie que SINSTS. Il faut réécrire la condition, pas seulement renommer l’entité.

Dans Home Assistant, la bascule se voit aussi dans l’historique. Les entités recréées repartent avec un nouvel identifiant, et les statistiques anciennes restent rattachées à l’ancien capteur. Si la continuité compte, gardez les deux entités quelque temps avant de retirer l’ancienne.

Ce que la TIC ne fait pas

La TIC est une sortie d’information, pas un centre de commande. La spécification la décrit comme une transmission unidirectionnelle : le compteur parle, le module écoute. Aucune trame ne remonte vers le compteur.

Elle ne change rien au contrat. On ne modifie ni la puissance souscrite, ni l’option tarifaire, ni les heures creuses par la TIC. Ces demandes passent par le fournisseur ou par Enedis, pas par la liaison de données.

Elle ne détaille pas les appareils. La TIC donne la consommation totale et les index ; elle ne dit pas si le lave-linge ou le four est en marche. Pour cela, il faut des mesures par circuit ou des prises instrumentées.

Elle ne remplace pas le contact sec. Le contact sec C1/C2 pilote le contacteur heures creuses du chauffe-eau ; la TIC transporte des données. Les deux sortent du même compteur et n’ont pas le même rôle. Le branchement du contact sec est décrit dans branchement heure creuse Linky.

Elle n’alimente pas grand-chose. L’alimentation TIC fournit 6 V efficaces à 50 kHz pour 130 mW au minimum. Un module économe s’en contente ; plusieurs récepteurs gourmands, non.

Enfin, elle ne remplace pas le CPL. Le CPL sert à Enedis pour dialoguer avec le compteur ; la TIC sert au client pour lire les données. Confondre les deux conduit à chercher une panne au mauvais endroit.

Les erreurs qui imposent une seconde bascule

• Demander la bascule avant de vérifier le module : le compteur change, le module ne suit pas, l'écran reste vide.
• Oublier linky_mode sur un ZLinky : le module reste en auto ou en historique et interprète mal les trames standard.
• Confondre TIC et CPL : le CPL sert à Enedis pour dialoguer avec le compteur, la TIC sert au client pour lire les données.
• Croire que le standard améliore la précision des index : les index sont les mêmes registres, seul le format change.
• Croire qu'un mode se règle sur le compteur : la bascule est une programmation Enedis, pas un menu client.
• Raccorder du 230 V sur I1/I2 : la TIC est une liaison de signal, pas une alimentation secteur.
• Empiler les récepteurs sans compter : la spécification prévoit 1 à 5 récepteurs sur le bus, dans la limite de 500 m.

Le bus TIC a ses règles. La spécification donne 500 m de longueur maximale, une paire torsadée blindée de type téléphonique, et une alimentation de 6 V efficaces à 50 kHz pour 130 mW au minimum.

Un module qui tire trop sur cette alimentation, ou un câble d’alimentation à la place de la paire torsadée, dégradent la lecture sans forcément la couper.

La TIC supporte un 230 V accidentel côté compteur, mais cela protège le compteur, pas votre module. Un fil mal repéré et une alimentation secteur suffisent à détruire l’électronique du récepteur.

Sur les tableaux que je reprends, le câble TIC est souvent le dernier détail. Une paire téléphonique blindée, repérée aux deux extrémités et laissée avec un peu de mou, évite la reprise quand le module est changé.

Article : https://www.sparx-elec.fr/linky-mode-standard-ou-historique/
Édition : FR — Français
Erreur factuelle : [décrivez l’erreur factuelle]
Passage : [citez ou identifiez le passage]
Source : [URL de source facultative]