Comment vérifier la compatibilité des applications de monitoring avec Linky et éviter les erreurs

Votre application n’affiche que des zéros, perd des données ou renvoie des trames illisibles ? Ces erreurs sont souvent liées au protocole TIC (télé-information client), au mode du compteur Linky ou à une mauvaise association PDL/PRM. Résoudre les erreurs fréquentes d’une application photovoltaïque mobile propose des cas pratiques proches et des diagnostics utiles pour les applications de monitoring. Ce guide pratique vous propose un diagnostic en 10 étapes, une checklist pour développeurs et des procédures claires pour contacter le support.

Comprendre le contexte technique

Linky est le compteur communicant déployé par Enedis. Il transmet des données via deux canaux principaux : CPL (courants porteurs en ligne) pour certains usages et surtout la sortie TIC (télé-information client) accessible localement. PDL signifie point de livraison (identifiant du point de branchement) ; PRM est le numéro du dossier lié au compteur. La norme de référence pour la télé-information et le format des trames est mentionnée dans les spécifications techniques (références publiques type ERDF-NOI-CPT_02E).

Modes TIC : il existe un mode historique et un mode standard (différences d’horodatage et de trames). Les applications doivent accepter ces variantes.

À retenir : compteur → TIC → passerelle/box → application. Si un maillon manque, les données peuvent être corrompues ou absentes.

Pourquoi les applications échouent

• Erreur d’association PDL/PRM : l’app lit un compteur qui n’est pas le bon, résultats = zéros ou consommation erronée.
• Format/débit incompatible : trames attendues différemment (séparateurs, encodage, horodatage).
• Compteur en mode non compatible : mode historique activé tandis que l’app attend le standard.
• Bruit CPL / interférences : perte intermittente des paquets.
• API / authentification fournisseur : quota ou mauvaise clé provoquant données manquantes.
• Exemple : une app tierce reçoit des trames illisibles après une mise à jour firmware du compteur — parseur trop strict.

« La règle d’or est de toujours vérifier le PDL et d’extraire une trame brute avant de modifier le parseur. »

Julien Martin, intégrateur domotique

Checklist rapide : 10 tests pour vérifier la compatibilité

1. Vérifier le modèle Linky et le mode TIC (consulter l’écran du compteur).

• Résultat attendu : mode « standard » ou « historique » affiché.
• Si non : noter le mode et adapter le parseur.

1. Noter le PDL/PRM affiché et comparer au compte fournisseur.

• Résultat attendu : identifiants concordants.
• Si non : corriger la saisie dans l’app ou contacter le fournisseur.

1. Tester la sortie TIC localement (lecture via kit ou LiXee-Box).

• Résultat attendu : trames brutes lisibles.
• Si non : vérifier câblage/accès à la borne TIC (ne pas ouvrir le compteur). Pour choisir ou comparer des applications de supervision, consultez Quelle application pour gérer production solaire multi-sites d’un artisan ?

1. Vérifier le format/encodage (séparateurs, balises, horodatage).

• Résultat attendu : trame conforme aux exemples de la norme.
• Si non : adapter le parser pour tolérer variantes.

1. Confirmer le débit/fréquence attendu (ex. 50 kHz ou 9600 bps selon interface).

• Résultat attendu : données décodées sans perte.
• Si non : modifier configuration de la passerelle.

1. Tester la passerelle/box (reboot, logs, mise à jour firmware).

• Résultat attendu : flux stable et logs continus.
• Si non : isoler matériel (remplacer la box de test).

1. Comparer timestamps : latence attendue (données retardées vs temps réel).

• Résultat attendu : délais cohérents (ex. relevé jour-1 ou temps réel selon offre).
• Si non : vérifier tamponnement côté serveur.

1. Vérifier erreurs côté API fournisseur (quotas, clés, correspondance client).

• Résultat attendu : pas d’erreur 4xx/5xx dans logs API.
• Si non : régénérer clé ou contacter support.

1. Tester cas extrêmes : changement d’abonnement, changement de PDL.

• Résultat attendu : application gère migration et conserve historique.
• Si non : implémenter migration automatique des identifiants.

1. Reproduire et capturer logs pour support (inclure trame TIC brute, photo compteur, PDL).

• Résultat attendu : dossier clair pour Enedis/fournisseur.
• Si non : enrichir logs et répéter capture.

A faire maintenant : vérifiez PDL, capturez une trame TIC brute et envoyez-la au support si nécessaire.

Guide pour les développeurs / éditeurs d’applications

• Parser tolérant : accepter variations de séparateurs, horodatage et champs manquants.
• Matching PDL/PRM : valider par checksum si possible et afficher un mode manuel de correction.
• Monitoring interne : alertez sur « données manquantes > X heures » et stockez les trames brutes 30 jours. Pour des bonnes pratiques de supervision et optimisation d’usage, lire aussi Optimiser l’autoconsommation du garage atelier avec panneaux solaires en 6 astuces
• Tests CI : scénarios automatisés — flux corrompu, pause transmission, changement de PDL.
• Sécurité & conformité : ne stockez que le nécessaire, chiffrez en transit et respectez le RGPD.
• Mode diagnostic utilisateur : bouton « Tester la lecture TIC » + export de logs (zip).

Que faire si rien ne marche : démarches et recours

Priorité de contact : 1) éditeur de l’application (fournir trame + logs), 2) fournisseur d’électricité (vérifier compte et PDL), 3) Enedis pour intervention compteur. Pour comprendre les démarches liées au réseau et aux interventions Enedis, consultez aussi Peut-on revendre son surplus photovoltaïque en autoconsommation totale : démarches à suivre. Infos à fournir : PDL/PRM, photo écran compteur, trame TIC brute, capture d’écran de l’app, numéro client. Modèle d’e-mail (5 lignes) : présenter le problème, joindre trame TIC, PDL/PRM, demander vérification de mode TIC et intervention si besoin. Attendre 7–14 jours selon la nature de l’intervention.

Cas pratiques

Cas 1 — l’app affiche que des zéros : le diagnostic a révélé un PDL mal saisi. Correction : mise à jour du PDL dans le compte app et nettoyage du cache. Résultat : valeurs normales en 24 h.

Cas 2 — données intermittentes : logs montrant pertes lors des pics de consommation. Diagnostic : passerelle CPL soumise à interférences (autre équipement électrique). Résolution : replacer la passerelle, ajouter filtrage, puis surveillance 72 h.

FAQ