Content
À 23 h 50, la dernière nuit du mois, un ingénieur de facturation d'un service public régional regarde le compteur lu pendant la nuit grimper : 61 %, 68 %, 74 %. Chaque compteur qui ne répond pas devient une facture estimée, un ticket de centre d'appels et des revenus qui arrivent en retard. L’écart entre un taux de lecture de 92 pour cent et 99 pour cent n’est presque jamais dû au compteur lui-même. Il s'agit de la conception de la communication : comment un compteur intelligent communique avec le service public système de tête de réseau (HES) , sur quels supports, sous quels protocoles et avec quel comportement de repli lorsqu'un lien se dégrade.
Quatre termes portent toute la discussion : le réseau local (LAN), l'unité de concentrateur de données (DCU), le réseau étendu (WAN) et l'infrastructure de mesure avancée (AMI) qu'ils forment ensemble.
En une seule ligne : le compteur parle une langue locale, un concentrateur ou un réseau cellulaire le transporte sur une zone étendue et la tête de réseau transforme les paquets en factures.
Le système de tête de réseau est le centre de contrôle côté service public pour l’ensemble du parc de compteurs. Chaque lecture programmée, commande à distance, mise à jour tarifaire et package de micrologiciel passe par lui, et chaque fichier de facturation qu'il produit est aussi bon que la conception de communication qui le sous-tend.
Définition de base
Un système de tête de réseau (HES) est la plate-forme logicielle côté utilitaire qui gère la communication bidirectionnelle avec chaque compteur déployé : il planifie les lectures, collecte les données de facturation et d'événements, distribue les commandes et les micrologiciels et transmet les résultats vérifiés aux plateformes de facturation et d'analyse.
En fonctionnement quotidien, il exécute quatre tâches :
Les fournisseurs qui construisent les deux couches, tels que Futurise Technologies Co., Ltd. avec son portefeuille de compteurs certifiés au niveau international et sa propre plate-forme HES, utilisent cette double position pour maintenir la cohérence du mappage de protocole aux deux extrémités du câble, exactement là où les projets mixtes perdent des semaines.
Les données des compteurs ne transitent presque jamais en un seul saut. Les conceptions standard divisent le trajet en un dernier kilomètre local, un agrégateur en option et une liaison de liaison étendue, chacun avec ses propres modes de défaillance et structure de coûts.
Le premier est le lien de quartier, où le compteur intelligent utilise son réseau local : communication par ligne électrique (PLC) via le câble basse tension, ou une liaison radiofréquence (RF) inférieure au GHz, souvent maillée. Le deuxième saut est l'agrégation, où une unité de concentration de données (DCU) au niveau du transformateur de distribution collecte ce trafic local et le transmet. Le troisième saut est la zone étendue, où les options cellulaires telles que GPRS, IoT à bande étroite (NB-IoT) et LTE Cat M, ou Ethernet et fibre, transportent la charge utile vers le HES via TCP/IP avec des messages DLMS/COSEM à l'intérieur.
Directement vers HES
Basé sur un concentrateur
Une heuristique de planification courante : au-dessus d'environ 40 mètres par transformateur de distribution, les conceptions basées sur un concentrateur gagnent généralement en termes de coût sur dix ans ; en dessous, le cellulaire direct évite le matériel DCU qui resterait sous-utilisé.
Chaque technologie du dernier kilomètre domine une densité de déploiement différente, et la mauvaise correspondance apparaît immédiatement sous forme de lectures manquées.
| Technologie | Support de transport | Portée typique | Meilleur ajustement | Attention |
| CPL (bande étroite) | Le câble d'alimentation basse tension lui-même | Centaines de mètres par transformateur | Des réseaux urbains denses | Bruit du réseau et couplage des transformateurs ; a besoin d'un DCU à proximité |
| Maillage RF (sous-GHz) | Radios ; relais de mètres les uns pour les autres | Quelques centaines de mètres par saut | Habitat périurbain et dispersé | Les règles relatives au spectre varient selon les pays ; la planification du maillage prend des itérations |
| Cellulaire (NB-IoT, GPRS) | Réseau mobile de l'opérateur | Couverture complète de l'opérateur | Projets ruraux ou dispersés | Coût SIM par mètre ; poches de signalisation intérieures |
Succès typique d'une première tentative de lecture quotidienne
Plages de champs indicatives signalées dans les programmes AMI ; les résultats dépendent du bruit de la grille, de la topologie et de la conception des nouvelles tentatives, et non du seul nom de la technologie.
Aucune barre n'est le destin : un réseau CPL réglé derrière un transformateur propre peut surpasser un déploiement cellulaire imprudent avec des zones mortes au sous-sol, alors tenez chaque soumissionnaire à un pilote mesuré par rapport à un objectif contractuel de réussite en lecture.
Deux familles de protocoles font l'essentiel du travail : DLMS/COSEM structure la conversation de données et STS sécurise le crédit prépayé. Certifiez les deux côtés du lien et l’interopérabilité n’est plus un pari.
DLMS/COSEM, abréviation de Distribution Line Message Spécification et sa spécification complémentaire pour la mesure de l'énergie, modélise chaque compteur comme des objets adressables : une horloge, des registres d'énergie, des tampons de profil de charge, un contrôle de déconnexion. Chaque objet porte un code OBIS (Object Identification System), de sorte que lorsque la tête de réseau demande l'objet 1.8.0, elle reçoit exactement le total des importations d'énergie active dans un format standard.
STS, la norme de transfert gérée par l'association STS, régit le prépayé : le système de vente émet un jeton à 20 chiffres, le compteur le valide localement par rapport à sa clé stockée et le HES rapproche ensuite les fichiers de crédit. Futurise a rejoint l'association STS en 2013 et détient la certification DLMS User Association (DLMS UA), de sorte que ses compteurs échangent des objets standards sans code de colle propriétaire.
Un compteur et une tête de réseau de différents fournisseurs n'échangent des octets que si tous deux implémentent la même classe de conformité DLMS/COSEM et la même carte OBIS. Prévoyez un test formel d’interopérabilité en usine avant de signer un contrat de fourniture ; c'est la réduction des risques la moins chère dans un projet AMI.
Les totaux de facturation représentent la plus petite partie du trafic. Une conversation moderne en tête de réseau déplace les horaires, les profils, les alarmes et les commandes dans les deux sens, et le compteur est censé continuer à enregistrer même lorsque la liaison est coupée.
15 min
Intervalle de capture du profil de charge
2-4
Lectures programmées par jour dans la plupart des programmes AMI
99%
Cible de lecture de première tentative inscrite dans les contrats
12-24 mois
Données de facturation qu'un compteur conserve en cas de défaillance de la liaison
En aval, le HES diffuse les tableaux de tarifs, les commandes de connexion et de déconnexion à distance, les seuils de demande maximale et les images de micrologiciel signées. En amont, les compteurs renvoient des lectures de registre, des profils de charge, des événements de coupure de courant et de sabotage, ainsi que des enregistrements de qualité de tension. Lorsque le WAN chute, la mise en mémoire tampon de stockage et de transfert dans la DCU et le compteur comble le vide et se vide une fois la liaison rétablie. Une lecture manquée devrait retarder une facture, ne jamais la perdre.
La sécurité est superposée et n'est pas activée à un seul endroit : le compteur verrouille son port local, la couche application authentifie et chiffre, et les clés sont gérées de manière centralisée.
Posez trois questions à chaque soumissionnaire : quelles suites de sécurité DLMS sont prises en charge par les compteurs, si le HES est livré avec un centre de gestion des clés et comment les images du micrologiciel sont signées. Les réponses vagues ici sont le premier signal fiable d’une offre faible.
Les pannes de communication sont les moins coûteuses à détecter lors d'un projet pilote et les plus coûteuses à détecter après 100 000 installations. Quatre étapes maintiennent le risque à sa place.
Conclusion : la conception de la communication est la conception des revenus. Spécifiez les sauts, exigez une interopérabilité certifiée aux deux extrémités et écrivez l'objectif de réussite de la lecture dans le contrat.
Oui. Dans une architecture directement vers HES, chaque compteur transporte son propre modem étendu, généralement cellulaire, et communique avec la tête de réseau sans agrégation locale. Le compromis est le coût récurrent de la carte SIM par mètre par rapport au coût matériel unique du DCU, de sorte que les conceptions directes favorisent les clients dispersés et les conceptions de concentrateur favorisent les logements denses.
La plupart des projets internationaux exécutent DLMS/COSEM sur TCP/IP, que ce soit via une liaison cellulaire, Ethernet ou fibre optique, ou via des segments PLC et RF situés sous une DCU ; les compteurs prépayés ajoutent STS pour la validation des jetons. Les régulateurs régionaux peuvent ajouter des exigences locales, de sorte que les deux extrémités doivent détenir les certifications reconnues par votre marché.
La plupart des programmes planifient deux à quatre lectures par jour, plus des lectures à la demande en cas de litiges ou de déconnexions ; les fichiers de facturation mensuels sont compilés à partir des données quotidiennes et les profils de chargement restent à un intervalle de 15 minutes.
Le compteur et toute DCU en amont appliquent une mise en mémoire tampon de stockage et de transfert : les données s'accumulent localement et sont téléchargées une fois la liaison rétablie. La tête de réseau génère une exception pour chaque compteur qui ne respecte pas son horaire, afin que les équipes de terrain puissent intervenir avant que les factures estimées ne s'accumulent.
Partager:
English
Français
