Brevet FR3129487A1 — publié le 20230526

Un procédé de connexion d’un compteur électrique intelligent connecté à un concentrateur de données, dit concentrateur de données courant, dans un réseau de communication par courants porteurs en ligne pour la gestion automatisée de comptage dans le cadre d’un service de distribution électrique est décrit. Le compteur électrique intelligent se déconnecte (S402, S504) du concentrateur de données courant dans le cas où ce dernier pose problème. Il se rattache ensuite à un concentrateur de données voisin différent du concentrateur de données courant. Il écoute (S410, S518) alors les trames contenant un identifiant dudit concentrateur de données courant. Enfin, il se déconnecte (S412, S414, S520) du concentrateur de données voisin et se rattache à un concentrateur de données utilisant le même identifiant que le concentrateur de données courant quand au moins N trames contenant l’identifiant dudit concentrateur de données courant sont reçues, avec N entier supérieur ou égal 1. Fig. 4 PROCEDE DE RECONNEXION D’UN COMPTEUR ELECTRIQUE INTELLIGENT ET COMPTEUR ELECTRIQUE INTELLIGENT IMPLEMENTANT LEDIT PROCEDE La présente invention concerne des réseaux de communication par courants porteurs en ligne (« PowerLine Communications » en anglais) pour des systèmes de gestion automatisée de comptage AMM (« Automated Metering Management » en anglais). Plus particulièrement, au moins un mode de réalisation concerne un procédé de reconnexion d’un compteur électrique intelligent dans un réseau de communication par courants porteurs en ligne pour la gestion automatisée de comptage dans le cadre d’un service de distribution électrique. ETAT DE LA TECHNIQUE ANTERIEURE Les réseaux de communication par courants porteurs en ligne pour des systèmes de gestion automatisée de comptage AMM ont fait leur apparition ces dernières années, notamment dans le cadre de services de distribution électrique. On peut par exemple citer le standard G3-PLC spécifié dans la recommandation ITU-T G.9903. Dans de tels réseaux de communication par courants porteurs en ligne, des communications sont établies entre des compteurs électriques, dits compteurs électriques intelligents (« smart electricity meters » en anglais), et un nœud concentrateur, parfois appelé concentrateur de données (« data concentrator » en anglais) ou nœud de base (« base node » en anglais) ou coordinateur (« coordinator » en anglais), pour permettre notamment une relève automatisée à distance de mesures de consommation électrique effectuées par lesdits compteurs électriques intelligents et pour permettre d’une manière générale une prise de contrôle à distance des compteurs électriques. Plusieurs concentrateurs de données sont alors géographiquement déployés pour répartir la charge de collecte de relevés de comptage des compteurs électriques intelligents. Chaque concentrateur de données sert alors de relais entre un ensemble de compteurs électriques intelligents et une entité de gestion du système de gestion automatisée de comptage AMM qui est en charge de traiter de manière centralisée les relevés de comptage. Dans le cas où un concentrateur de données tombe en panne, il est connu que les compteurs électriques qui lui étaient rattachés essayent de se connecter à des concentrateurs de données situés dans leur voisinage géographique. Or, une telle solution crée des déséquilibres dans le réseau, certains concentrateurs de données pouvant se retrouver à gérer la relève de mesures de consommation électrique d’un grand nombre de compteurs électriques intelligents alors que d’autres concentrateurs de données ne gèrent, au contraire, la relève de mesures de consommation électrique que d’un très petit nombre de compteurs électriques intelligents. Il est alors souhaitable de pallier ces inconvénients de l’état de la technique. Il est notamment souhaitable de fournir une solution qui permette de répartir la charge de collecte de relevés de comptage de manière équilibrée entre les différents concentrateurs de données. Un premier mode de réalisation concerne un procédé de reconnexion d’un compteur électrique intelligent connecté à un concentrateur de données, dit concentrateur de données courant, dans un réseau de communication par courants porteurs en ligne pour la gestion automatisée de comptage dans le cadre d’un service de distribution électrique. Le procédé comprend les étapes suivantes mises en œuvre par ledit compteur électrique intelligent : - se déconnecter du concentrateur de données courant dans le cas où le ledit concentrateur de données courant pose problème ; - se connecter à un concentrateur de données voisin différent dudit concentrateur de données courant ; - écouter les trames contenant un identifiant dudit concentrateur de données courant ; - se déconnecter du concentrateur de données voisin et se reconnecter à un concentrateur de données utilisant le même identifiant que le concentrateur de données courant quand au moins N trames contenant l’identifiant dudit concentrateur de données courant sont reçues, avec N entier supérieur ou égal 1. Le procédé permet un rééquilibrage de la charge de collecte de relevés de comptage entre les différents concentrateurs de données, suite par exemple à une panne du concentrateur de données courant, en permettant notamment une reconnexion automatique à un concentrateur de données de remplacement utilisant le même identifiant que le concentrateur de données en panne. Dans un mode particulier de réalisation, se déconnecter du concentrateur de données voisin et se reconnecter à un concentrateur de données utilisant le même identifiant que le concentrateur de données courant quand au moins N trames contenant l’identifiant dudit concentrateur de données courant sont reçues comprend se déconnecter du concentrateur de données voisin et se reconnecter à un concentrateur de données utilisant le même identifiant que le concentrateur de données courant quand au moins N trames contenant l’identifiant dudit concentrateur de données courant sont reçues et une qualité de lien entre ledit compteur électrique intelligent et ledit concentrateur de données utilisant le même identifiant que le concentrateur de données courant est supérieure à une valeur de seuil. Dans un mode particulier de réalisation, déterminer que ledit concentrateur de données courant pose problème quand ledit compteur électrique intelligent n’a reçu aucune trame dudit concentrateur de données courant pendant une durée tmin. Dans un mode particulier de réalisation, ledit concentrateur de données courant est un concentrateur de données pour lequel la connexion avec ledit compteur électrique intelligent a fonctionné sans anomalie pendant une durée T. Dans un mode particulier de réalisation, déterminer que ledit concentrateur courant pose problème quand ledit compteur électrique intelligent n’a reçu aucune trame dudit concentrateur de données courant pendant une durée tmin ou que la qualité d’échanges de trames entre ledit compteur électrique intelligent et le concentrateur de données courant est insuffisante, et à condition que ledit compteur électrique intelligent soit à l’écoute d’un concentrateur de données voisin différent dudit concentrateur de données courant. Selon une caractéristique particulière, tmin est égal à 24 heures. Selon une caractéristique particulière, T est égal à une semaine. Dans un mode particulier de réalisation, se connecter à un concentrateur de données voisin comprend : - mettre l’identifiant du DC courant sur liste noire pendant une durée T1 ; - démarrer un processus de connexion à un DC du réseau pour se connecter à un concentrateur de données voisin différent dudit concentrateur de données courant. Selon une caractéristique particulière, T1 est égal à 24 heures. Au moins un mode de réalisation concerne un compteur électrique intelligent connecté à un concentrateur de données, dit concentrateur de données courant, dans un réseau de communication par courants porteurs en ligne pour la gestion automatisée de comptage dans le cadre d’un service de distribution électrique. Le compteur électrique intelligent comprend : - des moyens pour se déconnecter du concentrateur de données courant dans le cas où le ledit concentrateur de données courant pose problème ; - des moyens pour se connecter à un concentrateur de données voisin différent dudit concentrateur de données courant ; - des moyens pour écouter des trames contenant l’identifiant dudit concentrateur de données courant ; - des moyens pour se déconnecter du concentrateur de données voisin et pour se connecter à un concentrateur de données utilisant le même identifiant que le concentrateur de données courant quand au moins N trames sont reçues, avec N entier supérieur ou égal 1. Un produit programme d’ordinateur est également décrit qui comprend des instructions pour mettre en œuvre le procédé de reconnexion selon l’un quelconque des modes de réalisation précédent, lorsque ledit programme est exécuté par un processeur. Un support de stockage est également décrit qui stocke un programme d’ordinateur comprenant des instructions pour mettre en œuvre le procédé de reconnexion selon l’un quelconque des modes de réalisation précédent, lorsque ledit programme est exécuté par un processeur. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : illustre schématiquement un exemple d’un système de communication, supportant une gestion automatisée de comptage AMM dans le cadre de services de distribution électrique ; illustre schématiquement un exemple d’architecture matérielle d’un compteur électrique intelligent utilisé dans le système de communication de la ; illustre schématiquement un procédé de connexion d’un compteur à un concentrateur de données selon l’état de l’art ; illustre schématiquement un procédé de connexion d’un compteur à un concentrateur de données selon un mode particulier de réalisation ; et, illustre schématiquement un procédé de connexion d’un compteur à un concentrateur de données selon un mode particulier de réalisation. EXPOSE DETAILLE DE MODES DE REALISATION La illustre ainsi schématiquement un exemple d’un système de communication, supportant une gestion automatisée de comptage AMM dans le cadre de services de distribution électrique, dans lequel la présente invention est implémentée. Le système de communication comporte au moins un réseau de communication par courants porteurs en ligne PLCN (« PowerLine Communications Network » en anglais) 100, simplement dénommé réseau PLCN 100 par la suite, déployé de manière logique sur un réseau d’alimentation électrique. Le réseau PLCN 100 permet la mise en place d’un système de gestion automatisée de comptage AMM dans le cadre des services de distribution électrique. Le système de communication comporte une pluralité de dispositifs nœuds particuliers, appelés concentrateurs de données DC 110 et 112. Le réseau PLCN 100 est destiné à permettre de connecter une pluralité de dispositifs nœuds aux concentrateurs de données DC 110 et 112. Les dispositifs nœuds que le réseau PLCN 100 vise à connecter aux concentrateurs de données DC 110 et 112 sont des compteurs électriques intelligents SEM (« smart electricity meters » en anglais) 121, 122, 123, 124, 131, 132, 133, 134, 135, 136. Plus précisément, les compteurs électriques intelligents 121 à 124 sont connectés au concentrateur de données 110 et les compteurs électriques intelligents 131 à 136 sont connectés au concentrateur de données 112. Les concentrateurs de données implémentent des fonctions de coordination et accordent aux compteurs un accès au réseau après authentification. Le réseau PLCN 100 permet ainsi d’établir des communications par courants porteurs en ligne (« powerline communications » en anglais), afin que les concentrateurs de données DC 110 et 112 puissent notamment procéder automatiquement à des opérations de collecte de relevés de comptage de consommation électrique, ledit comptage étant effectué par les compteurs électriques intelligents vis-à-vis d’installations électriques que lesdits compteurs électriques intelligents sont respectivement en charge de superviser. Le réseau PLCN 100 permet en outre aux concentrateurs de données DC 110 et 112 de procéder à des opérations de mise à jour applicative auprès des compteurs électriques intelligents, et d’une manière générale, de contrôler à distance lesdits compteurs électriques intelligents. Les communications par courants porteurs en ligne via le réseau PLCN 100 sont par exemple conformes au protocole G3-PLC. En variante, les communications par courants porteurs en ligne via le réseau PLCN 100 sont conformes aux spécifications PRIME (« PoweRline Intelligent Metering Evolution » en anglais, telles que définies dans le document normatif ITU G.9904). Ces protocoles construisent un réseau de communication logique PAN (acronyme anglais de « Personal Area Network »), superposé au réseau électrique physique. Le système de communication comporte en outre une entité de gestion SI (non représentée sur la ) du système de gestion automatisée de comptage AMM qui est notamment en charge de traiter de manière centralisée les relevés de comptage. L’entité de gestion SI du système de gestion automatisée de comptage AMM prend par exemple la forme d’un serveur, ou d’un ensemble de serveurs, auquel les concentrateurs de données DC 110 et 112 sont connectés via des liens de communication filaire ou sans-fil, par exemple de type GPRS (« General Packet Radio Service » en anglais), UMTS (« Universal Mobile Telecommunication System » en anglais) ou LTE (« Long-Term Evolution » en anglais). Les concentrateurs de données DC 110 et 112 effectuent les opérations de collecte de relevés de comptage pour le compte de l’entité de gestion SI auprès de laquelle ils sont identifiés grâce à un identifiant réseau PAN-ID (acronyme anglais de « Personal Area Network IDentifier »), e.g. de 16 bits, qui leur est propre et qui leur est attribué statiquement par l’utilisateur final. En d’autres termes, le concentrateur de données DC 110 collecte les relevés de comptage auprès des compteurs électriques intelligents qui lui sont connectés ( i.e. les compteurs électriques intelligents 121 à 124 du réseau PLCN 100), puis fournit lesdits relevés à l’entité de gestion SI pour traitement. De la même manière, le concentrateur de données DC 112 collecte les relevés de comptage auprès des compteurs électriques intelligents qui lui sont connectés ( i.e. les compteurs électriques intelligents 131 à 136 du réseau PLCN 100), puis fournit lesdits relevés à l’entité de gestion SI pour traitement. Les concentrateurs de données DC 110 et 112 gèrent les éventuels besoins de retransmission au sein du réseau PLCN 100 pour assurer un bon déroulement des opérations de collecte de relevés de comptage. Il est à noter qu’un compteur peut être relié à un concentrateur de données par l’intermédiaire d’autres compteurs servant alors de relais. En effet, la taille du réseau électrique et ses caractéristiques ne permettent pas à tous les compteurs de transmettre un message directement à un concentrateur de données. Il est donc nécessaire d’utiliser certains compteurs comme relais. Dans la suite du document, les termes « compteur électrique intelligent » et « compteur » sont utilisés de manière interchangeable. De même, les termes « connecté » et « rattaché » sont utilisés de manière interchangeable. La illustre schématiquement un exemple d’architecture matérielle d’un compteur électrique intelligent 200 utilisé dans le système de communication de la . Selon l’exemple d’architecture matérielle représenté à la , le compteur électrique intelligent 200 comprend alors, reliés par un bus de communication 210 : un processeur ou CPU (« Central Processing Unit » en anglais) 201; une mémoire vive RAM (« Random Access Memory » en anglais) 202; une mémoire morte ROM (« Read Only Memory » en anglais) 203; une unité de stockage 204 telle qu’un disque dur ou telle qu’un lecteur de support de stockage, e.g. un lecteur de cartes SD (« Secure Digital » en anglais); au moins une interface de communication 205 permettant au compteur d’envoyer des informations vers un concentrateur de données ou, le cas échéant, d’en recevoir. Le processeur 201 est capable d’exécuter des instructions chargées dans la RAM 202 à partir de la ROM 203, d’une mémoire externe (non représentée), d’un support de stockage (tel qu’une carte SD), ou d’un réseau de communication. Lorsque le compteur électrique intelligent 200 est mis sous tension, le processeur 201 est capable de lire des instructions dans la RAM 202 et de les exécuter. Ces instructions forment un programme d’ordinateur causant la mise en œuvre, par le processeur 201, de tout ou partie des procédés décrits ci-après en relation avec les Figs. 3 à 5. Les procédés décrits ci-après en relation avec les Figs. 3 à 5 peuvent être implémentés sous forme logicielle par exécution d’un ensemble d’instructions par une machine programmable, par exemple un DSP (« Digital Signal Processor » en anglais) ou un microcontrôleur, ou être implémentés sous forme matérielle par une machine ou un composant dédié, par exemple un FPGA (« Field-Programmable Gate Array » en anglais) ou un ASIC (« Application-Specific Integrated Circuit » en anglais). Ainsi, le compteur électrique intelligent 200 comporte de la circuiterie électronique configurée pour implémenter les procédés et étapes décrits ci-après en relation avec les Figs. 3 à 5. La illustre schématiquement un procédé de connexion d’un compteur à un concentrateur de données selon l’état de l’art. Lors d’une étape S300, le compteur cherchant à se connecter à un concentrateur de données diffuse (« broadcast » en anglais) au moins une trame de balise (« beacon frame » en anglais) BeaconRequest afin de découvrir son environnement proche. Cette trame de balise BeaconRequest indique qu’il souhaite se connecter à un concentrateur de données. Cette trame de balise BeaconRequest est reçue par des compteurs et concentrateurs de données voisins, i.e. des dispositifs en mesure de recevoir et décoder avec succès les BeaconRequest envoyés. Ils y répondent en envoyant à leur tour une trame de balise BeaconResponse qui comprend le PAN-ID et l’adresse MAC courte (i.e. une adresse temporaire sur 16 bits (l’adresse MAC complète faisant 64 bits) attribuée par le DC) qui leur a été attribuée. Il est à noter que les compteurs déjà authentifiés auprès d’un concentrateur de données sont aussi susceptibles de répondre au BeaconRequest . Ils proposent leurs services en tant qu’« Agent » pour relayer la demande d’authentification vers le concentrateur de de données auquel ils sont rattachés. Lors d’une étape S302, le compteur reçoit une réponse Beacon Response d’au moins une partie des compteurs ou concentrateurs de données voisins ayant reçu la trame de balise BeaconRequest . Il est à noter que certains compteurs ou concentrateurs de données voisins ayant reçu la trame de balise BeaconRequest ont pu envoyer une réponse qui n’est jamais parvenue au compteur. Ainsi, les réponses reçues permettent au compteur de connaître son environnement proche et notamment de connaître les concentrateurs de données voisins auxquels il est susceptible de se connecter soit directement, soit par l’intermédiaire d’un compteur intervenant en tant que « Agent », i.e. servant de relai entre le compteur ayant émis le BeaconRequest et le concentrateur de données. Lors d’une étape S304, le compteur sélectionne l’un des compteurs ou concentrateurs de données voisins desquels il a reçu une réponse. Par exemple, le compteur sélectionne le compteur ou concentrateur de données voisin avec lequel la qualité de signal reçu, estimée sur le BeaconResponse est la meilleure. Lors d’une étape S306, le compteur se connecte au concentrateur de données voisin sélectionné. Cette étape comprend généralement l’authentification du compteur par échange de données d’identification entre le compteur et le concentrateur de données au besoin au travers de compteurs servant de relais. Par exemple, dans le cas de la norme G3-PLC, le protocole d’authentification EAP-PSK est mis en œuvre. Une fois, le compteur authentifié, le concentrateur de données lui donne accès au réseau qu’il coordonne et le compteur peut alors échanger des données avec lui. Un exemple d’un tel procédé de connexion est par exemple décrit dans le document de l’alliance G3-PLC publié en mars 2017 et intitulé « Narrowband OFDM PLC specifications for G3-PLC networks ». En référence à la , considérant que le concentrateur de données 110 tombe en panne à un instant t, il s’écoule généralement au moins une durée tmin, e.g. tmin= 24h, et moins de tmax, e.g tmax=5 jours, avant qu’il ne soit remplacé. Les durées de tmin et tmax mentionnées ci-dessus sont données à titre indicatif et sont configurables. Généralement, au bout de 24h, i.e. à (t+24h), il n’existe plus de trames comprenant l’identifiant du concentrateur de données 110 tombé en panne circulant dans le réseau PLCN 100, lesdites trames émanant de compteurs précédemment connectés au concentrateur de données 110. Ainsi, au bout de 24h, les compteurs précédemment connectés au concentrateur de données 110 sont de facto déconnectés de ce dernier. Les compteurs 121 à 124 qui étaient connectés au concentrateur de données 110 vont alors chercher à se connecter à un concentrateur de données voisin, e.g. au concentrateur de données 112. Dans l’état de l’art, les compteurs 121 à 124 une fois connectés au concentrateur de données 112 y restent connectés même lorsque le concentrateur de données 110 est remplacé par un nouveau concentrateur de données. Cela crée des déséquilibres dans le réseau. Au contraire, selon le procédé des Figs 4 et 5, le concentrateur de données 112 sert de concentrateur de données de rattachement pour les compteurs 121 à 124 de manière transitoire, i.e. le temps que le concentrateur de données 110 en panne soit remplacé par un nouveau concentrateur de données ou, s’il s’agit d’une panne transitoire, qu’il se remette à fonctionner correctement. Selon ce mode de réalisation, le nouveau concentrateur de données se voit attribuer le même identifiant PAN-ID 110 que le concentrateur de données 110 qu’il est destiné à remplacer. Par ailleurs, le nouveau concentrateur de données est configuré pour diffuser des messages « PING ». En variante, le nouveau concentrateur de données est configuré pour diffuser des messages « PING » tant que le nombre de compteurs qui lui sont connectés est inférieur à une valeur de seuil, e.g. à 10. Ces messages « PING » ne contiennent pas de données utiles mais comprennent l’identifiant du nouveau concentrateur de données qui est le même que l’identifiant PAN-ID 110 du concentrateur de données 110 qu’il est destiné à remplacer. Les messages « PING » ainsi diffusés sont écoutés par les compteurs précédemment connectés au concentrateur de données que le nouveau DC remplace et qui sont à un saut dudit nouveau compteur, dits compteurs de « 1 er saut ». Ainsi, les compteurs de « 1 er saut » mettent en œuvre le procédé de connexion décrit en lien avec la ou la afin de se déconnecter d’un éventuel DC voisin et de se connecter au nouveau DC. Grâce à ces compteurs de « 1 er saut » connectés au nouveau DC, d’autres compteurs (précédemment connectés au concentrateur de données que le nouveau DC remplace) vont pouvoir à leur tour écouter des trames contenant le PAN-ID de l’ancien DC transmises par lesdits compteurs de « 1 er saut », et engager le procédé de connexion à ce nouveau DC décrit en lien avec la ou la . La illustre schématiquement un procédé de connexion d’un compteur 122 suite à un problème, e.g. une panne, du concentrateur de données 110 auquel le compteur 122 est actuellement connecté selon un mode particulier de réalisation. Le procédé décrit en lien avec le compteur 122 est mis en œuvre par tous les compteurs connectés au concentrateur de données 110. Lors d’une étape S400, le compteur 122 détermine si le concentrateur de données 110 auquel il est connecté pose problème, e.g. est en panne. Dans un mode de réalisation, le compteur 122 détermine que le concentrateur de données 110 pose problème quand il n’a pas reçu de trame du concentrateur de données 110 pendant une durée T0, e.g. T0=24h. Dans une variante de réalisation, le compteur 122 détermine que le concentrateur de données 110 pose problème quand il n’a pas reçu de trame du concentrateur de données 110 pendant une durée T, e.g. T=24h, ou quand il constate que la qualité d’échanges de trames au niveau applicatif avec le concentrateur de données auquel il est connecté est insuffisante et qu’il écoute un concentrateur de données voisin, i.e. qu’il écoute les trames contenant l’identifiant PAN-ID du concentrateur de données voisin, auquel il n’est pas connecté. La qualité d’échanges de trames au niveau applicatif est insuffisante quand, par exemple, le taux de réussite d’échanges de trames au niveau applicatif est inférieur à une valeur de seuil TH, e.g. TH=90%. Le taux de réussite d’échanges de trames au niveau applicatif est égal au taux Tx de réception correcte par le concentrateur de données 110 des trames émises par le compteur 122. Dit autrement, Tx=nombres trames reçues correctement par le concentrateur de données/nombres de trames émises par le compteur. Eventuellement Tx est exprimé en pourcentage. Dans le cas du protocole de communication DLMS (acronyme anglais de « Device Language Message Specification ») qui fonctionne par bloc de données, il suffit que le concentrateur de données demande au compteur un bloc de données pour que ce dernier sache que le bloc de données (ou trame) précédent a été reçu correctement. En revanche, si le concentrateur de données reprend la séquence au tout début, i.e. qu’il redemande le premier bloc de données, alors que la séquence n’était pas terminée, un échec est détecté par le compteur. Le compteur peut ainsi déterminer le nombre de trames reçues correctement par le concentrateur de données et par conséquence déterminer le taux Tx. Lors d’une étape S402, le compteur 122 se déconnecte du concentrateur de données 110 auquel il est connecté dans le cas où le ledit concentrateur de données 110 pose problème. Cette étape consiste en une déconnexion des liens logiques entre le compteur 122 et le concentrateur de données 110. Lors d’une étape S406, le compteur 122 se rattache à un concentrateur de données voisin, e.g. le concentrateur de données 112. A cet effet, le compteur 122 met en œuvre le procédé décrit en référence à la . Notamment il envoie au moins une trame de balise, sélectionne un concentrateur de données, e.g. le concentrateur de données 112, parmi les concentrateurs de données voisins ayant répondu et se rattache au concentrateur de données voisin sélectionné. Lors d’une étape S410, le compteur 122 se remet à écouter les trames (y compris les messages « PING ») contenant l’identifiant PAN-ID 110 et attend (étape S412) d’en recevoir au moins N, N étant un entier supérieur ou égal à 1, e.g. N=10. Dans une variante de réalisation, le compteur 122 attend d’en recevoir au moins N avec un LQI (acronyme anglais de « Link Quality Indicator ») au moins égal à LQI min , e.g. LQI min =64. Si N trames sont reçues alors le procédé continue à l’étape S414, sinon il reprend à l’étape S410. Lors de l’étape S414, le compteur 122 se déconnecte du concentrateur de données voisin 112 et se reconnecte au concentrateur de données de remplacement identifié par le PAN-ID 110 . Pour cela il met en œuvre le procédé décrit en référence à la . Ainsi, le procédé décrit permet automatiquement de rééquilibrer le réseau en évitant que des concentrateurs de données, e.g. le concentrateur de données 112, aient un grand nombre de compteurs qui leur soient connectés alors que d’autres concentrateurs de données, p.ex. le nouveau concentrateur de données remplaçant le concentrateur de données 110 qui pose problème n’ait aucun ou peu de compteurs connectés. La illustre schématiquement un procédé de connexion d’un compteur 122 à un concentrateur de données suite à un problème, e.g. une panne, du concentrateur de données 110 auquel le compteur 122 est actuellement connecté selon un autre mode particulier de réalisation. Le procédé décrit en lien avec le compteur 122 est mis en œuvre par tous les compteurs connectés au concentrateur de données 110. Sur cette figure, le terme DC est utilisé pour signifier concentrateur de données. Lors d’une étape S500, des variables NB_ECH et X sont initialisées : NB_ECH= 0 et X=T2, e.g. T2 = 15 minutes. NB_ECH est un nombre entier positif ou nul qui représente un nombre de tentatives de connexion à un concentrateur de données de remplacement (dont l’identifiant est identique à l’identifiant PAN-ID 110 du concentrateur de données qu’il remplace) qui ont échoué. T2 représente une durée. Lors d’une étape S502, le compteur détermine s’il existe un problème sur le concentrateur de données 110 auquel il est connecté sans problème depuis une durée T. Par exemple, T est égal à au moins 1 semaine. Un tel concentrateur de données est appelé concentrateur de données favori. Pour chaque compteur, le concentrateur de données favori ou DC favori correspond donc au dernier concentrateur de données auquel il a été connecté sans problème pendant la durée T. Si le compteur détermine qu’il existe un problème sur le concentrateur de données favori 110, le procédé continue à l’étape S504, sinon il reprend à l’étape S502. Dans un mode de réalisation particulier, le compteur 122 détermine que le concentrateur de données favori 110 pose problème quand il n’a pas reçu de trame du concentrateur de données 110 pendant une durée T, e.g. T=24h. Dans une variante de réalisation, le compteur 122 détermine que le concentrateur de données favori 110 pose problème quand il n’a pas reçu de trame du concentrateur de données 110 pendant une durée T, e.g. T=24h ou quand il constate que la qualité d’échanges de trames au niveau applicatif avec son concentrateur de données favori 110 est insuffisante, et à condition qu’il écoute un concentrateur de données voisin auquel il n’est pas connecté. Autrement dit, si le compteur 122 constate que la qualité d’échanges de trames au niveau applicatif avec son concentrateur de données favori 110 est insuffisante mais qu’il n’écoute pas un concentrateur de données voisin auquel il n’est pas connecté, le procédé reprend à l’étape S502. En effet, dans ce cas il est préférable de rester connecté au concentrateur de données favori 110 même si la qualité d’échanges de trames est insuffisante plutôt que de risquer de se retrouver sans concentrateur de données voisin auquel se connecter. Lors d’une étape S504, le compteur 122 se déconnecte du concentrateur de données favori 110 auquel il est connecté. Cette étape consiste en une déconnexion des liens logiques entre le compteur 122 et le concentrateur de données 110. Lors d’une étape S506, le compteur 122 met l’identifiant PAN-ID 110 du concentrateur de données favori 110 sur une liste noire pendant une durée T1, e.g. T1=24h. Autrement dit, pendant la durée T1, le compteur 122 ignore les trames contenant l’identifiant PAN-ID 110 qu’il reçoit. Autrement dit, il cesse d’écouter le concentrateur de données favori 110. Lors d’une étape S508, le compteur 122 démarre un processus de connexion à un concentrateur de données du réseau PLCN 100, e.g. le concentrateur de données 112. A cet effet, le compteur 122 met en œuvre le procédé décrit en référence à la . Notamment, il envoie au moins une trame de balise BeaconRequest , sélectionne un concentrateur de données, e.g. le concentrateur de données 112, parmi les concentrateurs de données ayant répondu et se rattache au concentrateur de données sélectionné. Lors d’une étape S510, le compteur 122 vérifie si la connexion à un concentrateur de données voisin a fonctionné. Si c’est le cas alors le procédé continue à l’étape S518, sinon il continue à l’étape S512. A l’étape S512, si le temps T1 est écoulé, le procédé continue à l’étape S514, sinon il continue à l’étape S516. A l’étape S514, le compteur 122 vérifie s’il a réussi à se connecter à un concentrateur de données de remplacement de même identifiant PAN-ID 110 que le concentrateur de données ayant posé problème. S’il a réussi alors le procédé reprend à l’étape S500, le concentrateur de données de remplacement devenant automatiquement le nouveau DC favori, sinon il continue à l’étape S516. A l’étape S516, le compteur 122 attend pendant une durée X où X est une valeur aléatoire comprise entre T2 et T4, e.g. T2 = 15 minutes et T4 = 2 heures. X augmente progressivement à chaque nouvelle mise en œuvre de l’étape S516 jusqu’à atteindre T4, auquel cas X reste aléatoire et compris entre T4-30 minutes et T4 et ne croît plus. A la fin de l’attente le procédé reprend à l’étape S508. A l’étape S518, le compteur 122 vérifie si au moins une des conditions suivantes est remplie, et il reste à l’étape S518 tant qu’aucune des conditions n’est remplie (auquel cas le compteur 122 reste connecté au DC voisin) : - COND1 : NB_ECH est égal à NBE, e.g. NBE = 3 ; - COND2 : une durée TT s’est écoulée à partir du moment où le compteur 122 est vu connecté au DC voisin lors de l’étape S510, e.g. TT est égal à une semaine ; - COND3 : le compteur 122 a reçu au moins N trames comprenant l’identifiant du DC ayant posé problème, i.e. PAN-ID 110 ; - COND4 qui est testée en dernier : le DC voisin pose problème (situation identique à celle de l’étape S502 avec le DC voisin au lieu du DC favori, c’est-à-dire quand le compteur 122 n’a pas reçu de trame du DC voisin auquel il est connecté pendant une durée T, e.g. T=24h ou quand il constate que la qualité d’échanges de trames au niveau applicatif avec son concentrateur de données voisin est insuffisante, et à condition qu’il écoute un autre concentrateur de données voisin auquel il n’est pas connecté). Dans une variante de réalisation, la troisième condition COND3 est définie comme suit : le compteur 122 a reçu au moins N trames comprenant l’identifiant, i.e. PAN-ID 110 , du DC ayant posé problème avec un LQI au moins égal à LQI min , e.g. LQI min =64. Le LQI est une valeur représentative de la qualité en termes de rapport signal à bruit d’un lien entre deux nœuds du réseau. Si COND1 ou COND2 est remplie le procédé reprend à l’étape S500, le concentrateur de données voisin devenant le nouveau DC favori. Si COND 3 est remplie le procédé continue à l’étape S520. Si COND4 est remplie, le procédé continue à l’étape S519. Lors de l’étape S520, le compteur 122 se déconnecte du DC voisin auquel il était connecté et démarre un processus de connexion à un DC, dit DC de remplacement, de même identifiant PAN-ID 110 que le DC ayant posé problème. A cet effet, le compteur 122 met en œuvre le procédé décrit en référence à la . Lors d’une étape S522, il vérifie si la connexion a fonctionné. Si c’est le cas, le procédé reprend à l’étape S500, le DC de remplacement devenant le nouveau DC favori. Sinon, NB_ECH est incrémenté de 1 lors d’une étape S524. Lors d’une étape S526, NB_ECH est comparé à NBE. Si NB_ECH est égal à NBE, le procédé reprend à l’étape S508 après avoir réinitialisé la variable X à la valeur T2 lors d’une étape S528, sinon il reprend à l’étape S518. Lors de l’étape S519, le compteur 122 se déconnecte du DC voisin auquel il est connecté. Puis, le procédé continue à l’étape S528. Dans le cas particulier où un compteur est éjecté, e.g. par envoi d’un message « Kick », par son DC favori, il essaye alors de se connecter à un concentrateur de données en mettant en œuvre le procédé décrit en référence à la . Les raisons d’une telle éjection sont variées. Il peut s’agir, par exemple, de forcer le compteur à se connecter à un DC avec un PAN-ID différent, ou de forcer la « remise à zéro » de certains contextes de communication afin de revenir, après ré-enregistrement, à un état initial connu. Dès lors, ce compteur ne met en œuvre le procédé décrit en référence à la que lorsque le nouveau DC auquel il se rattache devient son DC favori, c’est-à-dire au bout d’une durée T de connexion sans problème. Le procédé décrit en référence à la prend également en compte le cas où le DC favori était en panne passagère et s’est mis à remarcher, soit suite à un redémarrage (à distance ou sur site), soit de lui-même sans qu’il n’y ait eu besoin d’un redémarrage, soit suite à la disparition d’une perturbation réseau qui empêchait une connexion à ce DC. Un procédé de reconnexion d’un compteur électrique intelligent connecté à un concentrateur de données, dit concentrateur de données courant, dans un réseau de communication par courants porteurs en ligne pour la gestion automatisée de comptage dans le cadre d’un service de distribution électrique, ledit procédé étant caractérisé en ce qu’il comprend les étapes suivantes mises en œuvre par ledit compteur électrique intelligent : - se déconnecter (S402, S504) du concentrateur de données courant dans le cas où le ledit concentrateur de données courant pose problème (S400, S502) ; - se connecter (S406, S508) à un concentrateur de données voisin différent dudit concentrateur de données courant ; - écouter (S410, S518) les trames contenant un identifiant dudit concentrateur de données courant ; - se déconnecter (S412, S414, S520) du concentrateur de données voisin et se reconnecter à un concentrateur de données utilisant le même identifiant que le concentrateur de données courant quand au moins N trames contenant l’identifiant dudit concentrateur de données courant sont reçues, avec N entier supérieur ou égal 1. Le procédé selon la revendication 1, dans lequel se déconnecter du concentrateur de données voisin et se reconnecter à un concentrateur de données utilisant le même identifiant que le concentrateur de données courant quand au moins N trames contenant l’identifiant dudit concentrateur de données courant sont reçues comprend se déconnecter du concentrateur de données voisin et se reconnecter à un concentrateur de données utilisant le même identifiant que le concentrateur de données courant quand au moins N trames contenant l’identifiant dudit concentrateur de données courant sont reçues et une qualité de lien entre ledit compteur électrique intelligent et ledit concentrateur de données utilisant le même identifiant que le concentrateur de données courant est supérieure à une valeur de seuil. Le procédé selon la revendication 1 ou 2, dans lequel déterminer que ledit concentrateur de données courant pose problème quand ledit compteur électrique intelligent n’a reçu aucune trame dudit concentrateur de données courant pendant une durée tmin. Le procédé selon l’une des revendications 1 à 3, dans lequel ledit concentrateur de données courant est un concentrateur de données pour lequel la connexion avec ledit compteur électrique intelligent a fonctionné sans anomalie pendant une durée T. Le procédé selon l’une des revendications 1 à 5, dans lequel déterminer que ledit concentrateur courant pose problème quand ledit compteur électrique intelligent n’a reçu aucune trame dudit concentrateur de données courant pendant une durée tmin ou que la qualité d’échanges de trames entre ledit compteur électrique intelligent et le concentrateur de données courant est insuffisante, et à condition que ledit compteur électrique intelligent soit à l’écoute d’un concentrateur de données voisin différent dudit concentrateur de données courant. Le procédé selon la revendication 3, dans lequel tmin est égal à 24 heures. Le procédé selon la revendication 6, dans lequel T est égal à une semaine. Le procédé selon l’une des revendications 1 à 7, dans lequel se connecter à un concentrateur de données voisin comprend : - mettre l’identifiant du DC courant sur liste noire pendant une durée T1 ; - démarrer un processus de connexion à un DC du réseau pour se connecter à un concentrateur de données voisin différent dudit concentrateur de données courant. Le procédé selon la revendication 8, dans lequel T1 est égal à 24 heures. Un compteur électrique intelligent connecté à un concentrateur de données, dit concentrateur de données courant, dans un réseau de communication par courants porteurs en ligne pour la gestion automatisée de comptage dans le cadre d’un service de distribution électrique, ledit compteur électrique intelligent comprenant : - des moyens pour se déconnecter du concentrateur de données courant dans le cas où le ledit concentrateur de données courant pose problème ; - des moyens pour se connecter à un concentrateur de données voisin différent dudit concentrateur de données courant ; - des moyens pour écouter des trames contenant l’identifiant dudit concentrateur de données courant ; - des moyens pour se déconnecter du concentrateur de données voisin et pour se connecter à un concentrateur de données utilisant le même identifiant que le concentrateur de données courant quand au moins N trames sont reçues, avec N entier supérieur ou égal 1. Un produit programme d’ordinateur caractérisé en ce qu’il comprend des instructions pour mettre en œuvre le procédé de reconnexion selon l’une quelconque des revendications 1 à 9, lorsque ledit programme est exécuté par un processeur. Un support de stockage caractérisé en ce qu’il stocke un programme d’ordinateur comprenant des instructions pour mettre en œuvre le procédé de reconnexion selon l’une quelconque des revendications 1 à 9, lorsque ledit programme est exécuté par un processeur.