FR 3079379 A1 20190927 FR 1852481 A 20180322 Procédé de fonctionnement d'un appareil électrique et appareil électrique mettant en oeuvre ce procédé La présente invention concerne un procédé de fonctionnement d'un appareil électrique et un appareil électrique mettant en oeuvre ce procédé. L'invention s'applique plus généralement au domaine des appareils électriques utilisés dans des installations électriques, notamment des appareils de protection électrique, de mesure électrique ou de commutation électrique, et plus particulièrement des appareils de coupure d'un courant électrique tels que des disjoncteurs ou des contacteurs, ces appareils électriques étant pourvus d'une unité de commande électronique apte à exécuter des applications logicielles embarquées. Ces applications permettent de mettre en oeuvre des fonctionnalités avancées, telles que des fonctions de commande, de supervision et de gestion à distance, qui améliorent le fonctionnement de ces appareils. Il est souhaitable de pouvoir faire évoluer ces fonctions au cours du temps et en fonction des besoins des utilisateurs. Par exemple, les utilisateurs peuvent choisir de n'utiliser que les fonctions qui les intéressent en fonction de l'usage auquel l'appareil est destiné. Ils peuvent également vouloir rajouter ou enlever certaines fonctions, si leurs besoins évoluent au cours du temps. Cela permet aussi au fabricant de faire évoluer les appareils tout au long de leur durée de vie, voire de proposer aux utilisateurs des fonctions spécifiques conçues sur mesure en fonction de besoins particuliers. En effet, il n'est pas toujours possible de savoir, lors de la conception d'un produit, quel sera l'usage qui en sera fait par les utilisateurs tout au long du cycle de vie de ce produit. Un tel comportement évolutif doit pouvoir être facile et rapide à mettre en oeuvre par les utilisateurs. A cette fin, les applications sont distribuées sous la forme de modules logiciels exécutables qui peuvent être « enfichés », c'est-à-dire installés et désinstallés « à chaud » dans l'unité de commande, par le client, pendant le fonctionnement de l'appareil. Typiquement, une fois installées, ces applications sont exécutées par l'unité de commande. Lors de leur exécution, elles génèrent un flux de données destinées à être transmises à un récepteur distant. Les données peuvent porter sur des données d'état relatives au fonctionnement de l'appareil, et/ou relatives à des mesures de grandeurs électriques et/ou à des indicateurs calculés ou composites relatifs à l'appareil et/ou à l'installation électrique avec laquelle l'appareil est associé. Les données sont par exemple générées et destinées à être envoyées en continu ou périodiquement au cours du temps. 2 Grâce à cet envoi de données, l'appareil peut être commandé, piloté et supervisé à distance. L'envoi des données vers le récepteur distant est assuré par une interface de communication embarquée à bord de l'appareil, qui est connectée à l'unité de commande par une liaison de données interne. 5 Un inconvénient de ces appareils connus est que, dans certains cas, le destinataire des données peut vouloir ne pas recevoir certains types de données générées par les applications installées. En effet, les applications sont souvent des modules génériques produits par un éditeur et obtenus auprès de magasins d'applications en ligne. En d'autres termes, les applications ne sont pas toujours conçues sur mesure 10 pour l'utilisateur, et il arrive souvent qu'un utilisateur ait besoin de seulement certaines données générées par une application, sans avoir besoin des autres données générées par cette application. L'utilisateur ne peut pas toujours choisir précisément quelles données sont générées par l'application. Il convient d'éviter l'envoi de données dont l'utilisateur n'a pas besoin, car cela 15 sature inutilement les liaisons d'échanges de données, ce qui peut porter préjudice au bon fonctionnement de l'appareil, et même compromettre la capacité de l'utilisateur à piloter et superviser l'appareil à distance. Il n'est pas souhaitable de paramétrer trop rigoureusement à l'avance l'interface de communication avec des paramètres figés, car cela nuirait au caractère évolutif de 20 l'appareil. Il n'est pas non plus souhaitable d'imposer à l'utilisateur de paramétrer manuellement l'interface de communication à chaque fois qu'un module est installé, car cela compliquerait considérablement l'utilisation de l'appareil. Il existe donc un besoin pour un appareil électrique, et un procédé de fonctionnement associé, dans lequel l'interface de communication est configurée 25 automatiquement lors de l'installation d'un module exécutable dans l'unité de commande de l'appareil électrique. A cet effet, l'invention concerne un procédé de fonctionnement d'un appareil électrique, tel qu'un appareil de mesure ou de protection ou de commande d'une installation électrique, l'appareil électrique comportant une unité de commande 30 électronique connectée à une passerelle de communication par une liaison locale d'échange de données ; l'unité de commande étant apte à recevoir une ou plusieurs applications logicielles exécutables, chaque application étant programmée pour générer des données selon un ou plusieurs types prédéfinis de données lorsqu'elle est 35 exécutée par l'unité de commande, les données générées étant aptes à être 3 transmises à un la passerelle de communication pour être mises à disposition d'un terminal distant, - l'unité de commande étant configurée pour envoyer, vers la passerelle de communication et au moyen de la liaison locale d'échange de données, les 5 données générées par les applications installées dans l'unité de commande, uniquement si ces données correspondent à un type de données auquel la passerelle de communication est abonnée, le statut d'abonnement pour chaque type de donnée étant enregistré dans la passerelle de communication ; - ce procédé comportant l'auto-configuration de l'unité de communication, mise 10 en oeuvre automatiquement suite à l'installation d'une nouvelle application au cours du fonctionnement de l'appareil électrique, dans laquelle : a) l'unité de commande diffuse, sur la liaison locale de données, une notification de l'installation d'une nouvelle application ; b) en réponse, la passerelle de communication acquiert la liste des types de 15 données auquel elle n'est pas encore abonnée puis envoie à l'unité de commande une demande d'abonnement à ces types de données ; c) l'unité de commande reçoit la demande d'abonnement et, en réponse, compare les types listés dans la demandes d'abonnement avec les types de données générées par l'application nouvellement installée, la demande 20 d'abonnement à un type de donnée étant acceptée si des données correspondant à ce type de données ont été générées, la demande d'abonnement à un type de donnée étant refusée dans le cas contraire ; d) la passerelle de communication met à jour, en fonction de la réponse renvoyée par l'unité de commande, le statut d'abonnement accepté ou 25 refusé pour chaque type de donnée dont la demande d'abonnement a été acceptée ou refusée lors de l'étape c). Grâce à l'invention, l'interface de communication est automatiquement paramétrée suite à l'installation d'une application, sans requérir d'intervention manuelle de l'utilisateur lors de chaque installation. 30 Selon des aspects avantageux mais non obligatoires de l'invention, un tel procédé peut incorporer une ou plusieurs des caractéristiques suivantes, prises isolément ou suivant toute combinaison techniquement admissible : - Les étapes b) à d) sont répétées avec un nombre d'itérations prédéfini, par exemple compris entre deux et dix, de préférence est compris entre trois et 35 six, de préférence encore est égal à cinq. 4 - Chaque répétition étant mise en oeuvre au plus tard au bout d'une durée prédéfinie suivant la fin de la précédente répétition de ces étapes. - La durée prédéfinie est inférieure ou égale à 5 secondes, de préférence est inférieure ou égale à 1 seconde. 5 - Les étapes b) à d) sont répétées au bout d'une deuxième durée prédéfinie. - La deuxième durée est supérieure à la première durée, par exemple supérieure ou égale à une heure. - Le procédé comporte des étapes de désabonnement automatique, dans lesquelles : 10 e) la passerelle de communication détecte qu'elle ne reçoit plus de données correspondant à un des types de données auxquelles elle est abonnée ; f) en réponse, la passerelle de communication envoie de nouveau une demande d'abonnement à l'unité de commande ; g) L'unité de commande répond par un refus d'abonnement et la passerelle 15 de communication met à jour le statut des données correspondantes de la liste d'abonnement vers un statut « non-abonné ». - Les données émises par l'unité de commande sur la liaison locale d'échange de données sont encapsulées au sein de trames, chaque trame comportant des métadonnées d'adressage et de synchronisation incluant une valeur de 20 périodicité d'envoi de ce type de donnée, et dans lequel, lors de l'étape d), la passerelle de communication considère une donnée associée à un type de donnée comme n'étant plus reçue si aucune donnée correspondant à ce type de donnée n'a été reçue au bout d'une durée supérieure à la valeur de périodicité d'envoi contenue dans la dernière trame reçue pour ce type de 25 donnée. - L'unité de commande autorise l'envoi, sur la liaison interne d'échange de données et à destination de la passerelle de communication, des données générées par l'application nouvellement installée correspondant aux types de données pour lesquels la passerelle de communication est abonnée. 30 Selon un autre aspect, l'invention concerne un appareil électrique, tel qu'un appareil de mesure ou de protection ou de commande d'une installation électrique, l'appareil électrique comportant une unité de commande électronique connectée à une passerelle de communication par une liaison locale d'échange de données ; - l'unité de commande étant apte à recevoir une ou plusieurs applications 35 logicielles exécutables, chaque application étant programmée pour générer 5 des données selon un ou plusieurs types prédéfinis de données lorsqu'elle est exécutée par l'unité de commande, les données générées étant aptes à être transmises à un terminal distant par l'intermédiaire de la passerelle de communication ; 5 - l'unité de commande étant configurée pour envoyer, vers la passerelle de communication et au moyen de la liaison locale d'échange de données, les données générées par les applications installées dans l'unité de commande, uniquement si ces données correspondent à un type de données auquel la passerelle de communication est abonnée, le statut d'abonnement pour 10 chaque type de donnée étant enregistré dans la passerelle de communication ; - l'unité de commande et l'unité de communication étant en outre programmées pour mettre en oeuvre automatiquement, suite à l'installation d'une nouvelle application au cours du fonctionnement de l'appareil électrique, dans laquelle : a) l'unité de commande diffuse, sur la liaison locale de données, une 15 notification de l'installation d'une nouvelle application ; b) en réponse, la passerelle de communication acquiert la liste des types de données auquel elle n'est pas encore abonnée puis envoie à l'unité de commande une demande d'abonnement à ces types de données ; c) l'unité de commande reçoit la demande d'abonnement et, en réponse, 20 compare les types listés dans la demandes d'abonnement avec les types de données générées par l'application nouvellement installée, la demande d'abonnement à un type de donnée étant acceptée si des données correspondant à ce type de données ont été générées, la demande d'abonnement à un type de donnée étant refusée dans le cas contraire ; 25 d) l'unité de communication met à jour, en fonction de la réponse renvoyée par l'unité de commande, le statut d'abonnement pour chaque type de donnée dont la demande d'abonnement a été acceptée ou refusée lors de l'étape c). L'invention sera mieux comprise et d'autres avantages de celle-ci apparaîtront plus 30 clairement à la lumière de la description qui va suivre, d'un mode de réalisation d'un procédé de fonctionnement d'un appareil électrique, donnée uniquement à titre d'exemple et faite en référence aux dessins annexés dans lesquels : - la figure 1 est une représentation schématique d'un appareil électrique selon l'invention ; 6 - la figure 2 est une représentation simplifiée d'une trame encapsulant une donnée envoyée par une application installée dans l'appareil électrique de la figure 1 ; - la figure 3 est un ordinogramme d'un procédé de fonctionnement de l'appareil de la figure 1 ; 5 - la figure 4 est un ordinogramme d'un mode de réalisation particulier du procédé de fonctionnement de la figure 3. La figure 1 représente un exemple d'un appareil électrique 2 associé à une installation électrique 4. Par exemple, l'installation 4 est une installation de distribution d'électricité destinée à alimenter électriquement un ou plusieurs appareils de puissance, 10 ici en milieu industriel ou domestique. Dans cet exemple, l'appareil électrique 2 est raccordé à l'installation 4 pour piloter et/ou superviser tout ou partie de l'installation 4. Selon différents modes de réalisation, l'appareil électrique 2 est un appareil de protection électrique ou un appareil de mesure électrique ou un appareil de commutation électrique, notamment un appareil de coupure électrique. 15 Dans cet exemple illustratif, l'appareil 2 est un disjoncteur ou un contacteur adapté pour interrompre l'alimentation électrique de l'installation 4 en cas de détection d'un défaut électrique ou en réponse à une commande d'un utilisateur. La référence 6 désigne une partie principale de l'appareil 2 qui est destinée à interagir avec l'installation 4 et qui est adaptée pour mettre en oeuvre une ou plusieurs 20 fonctions principales 8 de l'appareil, telles que des fonctions de mesure, et/ou de protection et/ou de pilotage et de commande de l'installation 4. Par exemple, la partie principale 6 comporte un ou plusieurs dispositifs électromécaniques, ou électriques, ou magnéto-électriques, ou tout autre dispositif équivalent. Par exemple, dans le cas où l'appareil 2 est un disjoncteur, la partie principale 6 comporte un organe de coupure du 25 courant électrique adapté pour interrompre l'alimentation électrique de l'installation 4. L'appareil 2 comporte également un dispositif de commande 10 électronique embarqué qui inclut une unité de commande électronique 12. Une passerelle de communication 14 est connectée à l'appareil 2 et à l'unité 12 par l'intermédiaire d'une liaison locale 16 d'échange de données. 30 L'unité de commande 12 est destinée à piloter ou au moins à superviser tout ou partie des fonctions 8 mises en oeuvre par la partie principale 6 de l'appareil 2. Ainsi, l'unité 12 est connectée à la partie principale 6. L'unité de commande 12 comporte ici une unité logique de calcul, telle qu'un microprocesseur ou un microcontrôleur, une mémoire informatique et une interface de 35 communication adaptée pour être raccordée à la liaison 16. La mémoire comporte un ou 7 plusieurs modules de mémoire non volatile, par exemple de technologie Flash ou EEPROM ou toute autre technologie de stockage de données équivalente. La mémoire comporte notamment des instructions exécutables, telles que du code machine exécutable par l'unité de commande 12 et/ou des instructions interprétables par un 5 interpréteur implémenté par l'unité de commande 12, permettant notamment la mise en oeuvre le procédé de la figure 3. La passerelle de communication 14 est adaptée pour communiquer avec un terminal distant 18 situé à l'extérieur de l'appareil 2 au moyen d'une liaison de données 20, telle qu'une liaison réseau, par exemple une liaison Ethernet. Par exemple, le terminal 10 18 est un client informatique tel qu'un système de contrôle industriel de type SCADA. Dans cet exemple, la passerelle 14 comprend une unité logique de calcul de type microprocesseur ou microcontrôleur, une mémoire informatique, une interface de communication compatible avec la liaison 16, ainsi qu'une interface de communication avec le terminal distant 18. La mémoire comporte un ou plusieurs modules de mémoire 15 non volatile, par exemple de technologie Flash ou EEPROM ou toute autre technologie de stockage de données équivalente. La mémoire comporte notamment des instructions exécutables, telles que du code machine exécutable par logique de calcul de la passerelle 14 et/ou des instructions interprétables par un interpréteur implémenté par l'unité logique de calcul de la passerelle 14, permettant notamment la mise en oeuvre le procédé de la 20 figure 3. La liaison 16 est ici un bus d'échange de données filaire, tel qu'un bus de terrain, par exemple de type CAN ou analogue. En variante, une liaison de données utilisant un protocole basé sur le protocole TCP/IP et comportant des couches applicatives analogues peut également convenir. 25 Le dispositif de commande 10 peut également comporter un panneau de commande local, non illustré, comprenant une interface de commande homme-machine pouvant inclure un écran d'affichage électronique et/ou des organes de commande et de saisie de données tel qu'un clavier ou un écran tactile, ainsi qu'une interface de communication locale sans fil à courte portée et/ou une interface de communication filaire, 30 par exemple une liaison USB, et/ou un lecteur adapté pour lire un support d'enregistrement d'information amovible, tel qu'une carte mémoire. L'unité de commande 12 est programmée pour recevoir des modules logiciels exécutables 22 qui sont adaptés pour être installés dans l'unité de commande 12 et, une fois installés, peuvent être exécutés par l'unité logique de calcul de l'unité de commande 35 12. Les modules 22 sont nommés « applications » ou « modules applicatifs » dans ce qui 8 suit. Les applications 22 permettent de mettre en oeuvre des fonctionnalités avancées, telles que des fonctions de commande, de mesure, de traitement, de supervision et de gestion à distance de l'appareil 2 et/ou de l'installation 4. Dans certains cas, les applications 22 sont également adaptées pour commander une ou plusieurs fonctions 8 5 de l'appareil 2, en fonction d'ordres de commande émis à distance et reçus par l'intermédiaire de la passerelle 14. Chaque application 22 comporte des instructions exécutables et/ou interprétables par l'unité de calcul logique de l'unité de commande 12. Les applications 22 peuvent être téléchargées depuis un serveur informatique distant ou depuis un service en ligne de type 10 informatique en nuage et/ou transférés depuis un support physique d'enregistrement d'informations par l'intermédiaire du panneau de commande local. Les applications 22 sont « enfichables », c'est-à-dire qu'elles peuvent être installées et désinstallées « à chaud » dans l'unité de commande 22 pendant le fonctionnement de l'appareil 2, sans qu'il ne soit nécessaire d'éteindre ou de redémarrer 15 l'appareil 2 ou l'unité de commande 12 ni d'interrompre le fonctionnement de l'appareil 2, de la partie principale 6. Par exemple, l'installation d'une application 22 est réalisée par un utilisateur. En particulier, la liaison 16 n'est pas interrompue ni réinitialisée et reste opérationnelle. Par exemple, l'unité de commande 12 comporte un système d'exploitation 20 embarqué. Ce système d'exploitation est mis en oeuvre en exécutant des instructions contenues dans la mémoire de l'unité de commande 12. Le système d'exploitation définit une zone de réception dans une mémoire de travail de l'unité de commande 12, dans laquelle sont reçues les applications 22 une fois qu'elles sont installées. Le système d'exploitation supervise l'accès des applications 22 aux ressources matérielles de l'unité 25 de commande 12 ainsi qu'à la partie principale 6. De cette manière, les applications 22 peuvent superviser et/ou piloter tout ou partie des fonctions 8. Chaque application 22 génère, lors de son exécution, au moins un flux de données aptes à être transmises à la passerelle 14. Les données dépendent de la nature et du rôle de l'application 22 correspondante. Par exemple, les données peuvent être 30 représentatives d'un état interne de l'appareil 2, ou de l'installation électrique 4 avec laquelle l'appareil 2 est associé, ou d'une fonction 8 de l'appareil 2. Par exemple, ces données concernent la présence ou l'absence d'alimentation électrique, l'état ouvert/fermé d'un organe de coupure, ou un nombre de cycles d'utilisation d'un élément, ou l'indication d'une défaillance ou d'une anomalie. Les données peuvent aussi être 35 représentatives de grandeurs électriques, qu'elles soient mesurées ou calculées, comme : 9 la puissance électrique, la tension électrique, le courant électrique, ou les harmoniques de ces grandeurs électriques, mais aussi un déphasage, ou un facteur de puissance, ou une quantité d'énergie. Ces grandeurs peuvent être instantanées ou moyennées dans le temps sur une durée prédéfinie. 5 Les données sont par exemple générées et destinées à être envoyées à la passerelle 14. Ainsi, l'appareil 2 peut être commandé et supervisé à distance depuis le terminal 18. Les données générées par les applications 22 peuvent appartenir à différents types de données, ou familles de données. On comprend donc que l'expression « type de 10 donnée » n'est pas limitée à un type statique de données et qu'au sens de la présente description, un « type de donnée » peut également désigner un élément de nommage ou un identifiant d'une famille de donnée ou d'un flux de données. Les éléments de nommage ou les identifiants sont par exemple définis par le fabricant de l'appareil 2. Le type de donnée est par exemple encodé numériquement sous la forme d'une variable, 15 telle qu'une chaîne de caractères alphanumérique ou un indice numérique. Par exemple, en pratique, les données sont générées par chaque application 22 de façon continue ou répétée au cours du temps. Les données sont donc préférentiellement organisées sous la forme de flux de données. Chaque flux de données est une suite de données individuelles générées successivement au cours du temps. Les 20 données d'un même flux sont toutes d'un même type. Chaque flux de données est identifié de façon unique par une valeur spécifique de type de donnée. De préférence, lorsqu'une donnée est envoyée par l'unité de commande 12 vers la passerelle 14 au moyen de la liaison 16, cette donnée est encapsulée au sein d'une trame, ou message. 25 Comme illustré sur la figure 2, chaque trame 30 comporte des métadonnées 32 d'adressage et de synchronisation et un corps 34 dans lequel est stocké le contenu informationnel de la trame, notamment la donnée correspondante. Dans cet exemple illustratif et non nécessairement limitatif, les métadonnées 32 comportent : - un identifiant 36 du destinataire du message, 30 - un identifiant 38 de l'émetteur du message, - un identifiant 40 de la nature du message, notamment pour indiquer si le message fait partie d'un flux dans lequel des messages sont envoyés périodiquement, - une valeur 42 de périodicité d'envoi du message associé à ce flux de donnes. 10 Le corps 34 comporte au moins une donnée générée par un application 22. Pour chaque donnée, le corps 34 comporte : - un identifiant 44 du type de donnée, - un identifiant 46 de l'unité physique de la donnée, par exemple exprimée dans 5 le Système International, - la valeur 48 de la donnée. Le format de la trame 30 peut être différent. En pratique, le format de la trame 30 est adapté en fonction de la technologie employée pour mettre en oeuvre la liaison 16. Par exemple, chaque trame 30 est construite automatiquement par l'unité de 10 commande 12 à partir de données générées par une application 22. Selon des modes de mise en oeuvre préférés, les données générées par les applications 22 ne sont pas nécessairement envoyées systématiquement à la passerelle 14. En effet, dans certains cas, l'utilisateur final peut ne pas avoir besoin de toutes les données générées et peut choisir de ne recevoir que certaines des données générées. 15 Ainsi, la passerelle 14 met à disposition du terminal 18 les données qu'un utilisateur a indiqué souhaiter recevoir. La passerelle 14 collecte auprès de l'appareil 2 uniquement les données définies par l'utilisateur comme devant être mises à disposition du terminal 18. A cette fin, la passerelle 14 comporte un système de gestion d'abonnement. 20 Comme illustré sur la figure 1, la passerelle 14 comporte une liste d'abonnement 24 dans laquelle sont définis le ou les types de données que l'utilisateur souhaite recevoir. La liste d'abonnement 24 est par exemple paramétrable par un utilisateur. La liste d'abonnement 24 contient une ou plusieurs entrées dont chacune associe un identifiant d'un type de donnée avec un statut d'abonnement. Par exemple, le terme 25 « liste » désigne ici de façon générique une structure de données de type liste, ou tableau, ou vecteur, ou base de données, ou un arbre, ou toute autre structure de données appropriée. Le statut d'abonnement est ici une variable qui peut prendre l'un des états suivants : abonné (« subscribed » en anglais), non-abonné (« unsubscribed ») ou en 30 cours de découverte (« discovering »). Le statut d'abonnement peut être encodé sous forme numérique, par exemple en tant que chaîne de caractères alphanumériques ou en tant que valeur numérique. Au sens de la présente description, la passerelle 14 est dite abonnée à un flux de données d'un type donné lorsque ce type de donnée correspondant est présent dans la 35 liste d'abonnement 24 et que le statut d'abonnement auquel il est associé dans cette liste 11 est égal à « abonné ». La passerelle 14 n'est pas abonnée à un flux de données d'un type donné lorsque ce type de donnée correspondant est présent dans la liste d'abonnement 24 et que le statut d'abonnement auquel il est associé dans cette liste est égal à « non-abonné », ou bien lorsque le type de donnée correspondant ne figure pas dans la liste 5 d'abonnement 24. Plus précisément, dans cet exemple, un type de donnée inscrit dans la liste 24 mais dont le statut d'abonnement est égal à « non-abonné » correspond à un type de donnée qui n'est pas encore générée par les applications 22 mais que l'utilisateur souhaite recevoir lorsque cette donnée sera disponible. Un type de donnée qui n'est pas 10 inscrit dans la liste 24 correspond à un type de donnée que l'utilisateur ne souhaite pas recevoir. L'unité de commande 12 est quant à elle configurée pour envoyer, vers la passerelle 14 et au moyen de la liaison locale 16, les données générées par les applications 22 installées dans l'unité de commande 12 uniquement si ces données 15 correspondent à un type de données auquel la passerelle 14 est abonnée. Par exemple, l'unité de commande 12 n'envoie à la passerelle 14 que les données auxquelles la passerelle 14 s'est préalablement abonnée, c'est-à-dire pour lesquelles elle a formulé une demande d'abonnement acceptée par l'unité 12. De façon particulièrement avantageuse, la passerelle 14 est programmée pour 20 mettre à jour automatiquement le statut d'abonnement des données lorsqu'une nouvelle application 22 est installée dans l'unité de commande 12. En d'autres termes, la passerelle 14 met automatiquement à jour le statut d'une donnée présente dans la liste 24 depuis « non-abonné » vers « abonné » lorsque cette donnée devient disponible suite à l'installation d'une nouvelle application 22. 25 Un exemple de mise en oeuvre d'un tel procédé d'auto-configuration de la passerelle 14 est décrit en référence à l'ordinogramme de la figure 3. Pour faciliter la compréhension de la description qui est faite de cet exemple, on considère ici, de façon purement illustrative et non limitative, que la liste 24 contient des types de données nommés D1, D2 et D3 auxquels elle est déjà abonnée et qui sont ici 30 déjà générés et envoyés par une ou plusieurs applications 22 déjà installées dans l'unité de commande 12. La liste 24 comporte également des types de données nommés D4, D5, D7 et D10 que l'utilisateur souhaite recevoir à l'avenir mais qui ne sont pas générées par les applications 22 déjà installées. La passerelle 14 n'est pas abonnée aux données D4, D5, D7 et D10 et celles-ci possèdent donc, dans la liste 24, un statut d'abonnement 35 égal à « non-souscrit ». 12 D'abord, lors d'une étape 100, une nouvelle application 22 est installée dans l'unité de commande 12, par exemple par un utilisateur. En réponse, lors d'une étape 102, l'unité de commande 12 diffuse automatiquement une notification sur la liaison locale 16 pour notifier de l'installation de la 5 nouvelle application 22. Puis, lors d'une étape 104, l'application 22 nouvellement installée commence à générer des données. La nature des données générées dépend de la fonction programmée dans l'application 22. A ce stade, les données générées par cette application 22 pour lesquelles la passerelle 14 n'est pas encore abonnée ne sont pas envoyées sur la 10 liaison 16. Par exemple, ces données sont temporairement stockées dans une mémoire tampon à l'intérieur de l'unité de commande 12. Dans l'exemple illustratif considéré, l'application 22 nouvellement installée génère les données D4, D5, D6 et D7 et D10 mais celles-ci ne sont pas envoyées sur la liaison 16. En revanche, les données D1, D2 et D3 générées par d'autres applications 22 déjà 15 installées sont envoyées sur la liaison 16 vers la passerelle 14, puisque la passerelle 14 y est abonnée. En parallèle, lors d'une étape 106 consécutive à l'étape 102, la passerelle 14 reçoit la notification envoyée par l'unité de commande 12 sur la liaison 16. En réponse, la passerelle 14 déclenche le procédé de découverte des données générées par 20 l'application 22 nouvellement installée. Ainsi, lors d'une étape 108, la passerelle 14 acquiert la liste des types de données déclarées dans la liste d'abonnement 24 et auxquelles elle n'est pas encore abonnée. Dans l'exemple considéré, il s'agit des données de type D4, D5, D7 et D10. Ensuite, lors d'une étape 110, la passerelle 14 envoie à l'unité de commande 12 25 une demande d'abonnement à chacun des types de données identifiés lors de l'étape 108. En d'autres termes, la passerelle 14 essaye de s'abonner aux données générées par l'application 22 nouvellement installée. Cette demande est par exemple émise sous la forme d'un message ou d'une requête par l'intermédiaire de la liaison 16. Lors de cette étape 110, la passerelle 14 met ici à jour le statut des données 30 correspondantes, pour indiquer qu'une demande d'abonnement est en cours. Par exemple, la variable d'état d'abonnement est changée à « en cours de découverte ». Dans l'exemple considéré, la passerelle 14 envoie une demande d'abonnement aux données D4, D5, D7 et D10, mais pas à la donnée D6, qui ne figure pas dans la liste 24. 13 Lors d'une étape 112, l'unité de commande 12 reçoit la demande d'abonnement. En réponse, l'unité de commande 12 compare automatiquement les types de données listés dans la demandes d'abonnement avec les types de données générées par l'application 22 nouvellement installée. En variante, cette comparaison est également 5 effectuée avec les données générées par toutes les applications 22 installées dans l'unité de commande 12. Par exemple, l'unité de commande 12 inspecte les données générées par l'application 22 nouvellement installée et qui sont en attente d'envoi, par exemple stockées dans la mémoire tampon. La demande d'abonnement à un type de donnée est acceptée si des données 10 correspondant à ce type de données ont été générées par l'application 22 nouvellement installée voire par au moins une des applications 22 déjà installées. Dans le cas contraire, c'est-à-dire si aucune donnée correspondant à ce type de donnée n'a été générée ou trouvée parmi les données générées par l'application 22 nouvellement installée, alors la demande d'abonnement à un type de donnée est refusée. 15 Ensuite, lors d'une étape 114, l'unité de commande 12 envoie à la passerelle 14 une réponse pour chaque demande d'abonnement précédemment reçue, par exemple une réponse d'acceptation ou de refus d'abonnement. Par exemple, en pratique, il peut exister un temps de latence avant que l'application nouvellement installée 22 commence à générer des données. Dans les cas 20 où l'application 22 est capable de générer différents types de données, il est possible que ces données ne commencent pas toutes à être générées en même temps lors de l'étape 104. Certains types de données peuvent commencer à n'être générées qu'après un temps de latence plus long que certains autres types de données. Dans l'exemple considéré, au moment où l'étape 112 est mise en oeuvre, 25 l'application 22 nouvellement installée a commencé à générer les données D4, D5 et D6, mais pas les données D7 et D10. L'unité de commande 12 accepte la demande d'abonnement pour les données D4 et D5 mais pas pour les données D7 et D10. Enfin, lors d'une étape 116, la passerelle 14 met à jour la liste d'abonnement 24 en fonction de la réponse renvoyée par l'unité de commande 12, par exemple en changeant 30 le statut d'abonnement vers la valeur « abonné » ou « non abonné » pour chaque type de donnée dont la demande d'abonnement a été acceptée ou refusée lors de l'étape 112. Dans l'exemple illustratif, cela concerne ici les données D4 et D5 (abonnées) et D7 et D10 (non abonnées). Avantageusement, les étapes 108 à 116 du procédé sont répétées une ou 35 plusieurs fois à l'issue de l'étape 116. En effet, en pratique, il est possible que certaines 14 données n'aient pas commencé à être générées par l'application 22 du fait d'un temps de latence plus élevé que la durée de mise en oeuvre de l'étape 112, ou à cause d'une perturbation temporaire affectant l'unité de commande 12. De préférence, lors de l'étape 112, le temps mis pour effectuer la comparaison reste inférieur à une durée maximale 5 prédéfinie, afin de ne pas bloquer l'exécution du procédé. En variante, la passerelle 14 peut être programmée pour, lors de l'étape 116, considérer par défaut qu'une demande d'abonnement à un type de donnée est refusée si aucune réponse positive n'a été reçue avant l'expiration d'un délai imparti. Dans ce cas, lors de l'étape 114, l'unité de commande 12 n'envoie pas nécessairement un refus d'abonnement et seules les réponses acceptant 10 une demande d'abonnement sont envoyées vers la passerelle 14. Ainsi, lors d'une étape 118, la passerelle 14 détermine si une réitération du procédé, ou répétition, doit être mise en oeuvre. Par exemple, le nombre d'itérations est prédéfini. Par exemple, le nombre d'itérations prédéfini est compris entre deux et dix, de préférence est compris entre trois et six, de préférence encore est égal à cinq. 15 Si aucune réitération n'est déterminée comme étant nécessaire, alors le procédé se termine lors d'une étape 120. Au contraire, si une réitération est mise en oeuvre, alors l'étape 108 est mise en oeuvre de la même façon que décrit ci-dessus. Selon des modes de mise en oeuvre, le nombre d'itération est stocké dans un compteur qui est décrémenté lors de l'étape 118 à chaque fois qu'une réitération du 20 procédé est mise en oeuvre. Le nombre d'itération est ici un entier non nul. Le compteur est réinitialisé à la valeur prédéfinie lorsque suite à l'installation d'une autre nouvelle application 22, par exemple lors de l'étape 106. Ainsi, lors de chaque étape 118, la passerelle 14 vérifie si une réitération doit être mise en oeuvre, en consultant la valeur du compteur. Si la valeur du compteur est égale à 25 zéro, c'est qu'aucune réitération n'est nécessaire et l'étape 120 est mise en oeuvre. Au contraire, si la valeur du compteur est supérieure ou égale à un, alors l'étape 108 est à nouveau mise en oeuvre. De préférence, chaque répétition étant mise en oeuvre au plus tard au bout d'une première durée prédéfinie suivant la fin de la précédente répétition de ces étapes. Par 30 exemple, la première durée prédéfinie est inférieure ou égale à 5 secondes, de préférence est inférieure ou égale à 1 seconde. Ainsi, de préférence, l'ensemble des répétitions reste inférieur à une minute, et de préférence inférieur à 30 secondes. Ces répétitions permettent donc de prendre en compte des données générées par l'application 22 nouvellement installées, qui n'auraient pas pu être prises en compte lors 35 de la première exécution de l'étape 112. 15 Dans l'exemple considéré, les données D7 et D10 commencent à être générées uniquement après la première exécution des étapes 108 à 116. Les répétitions suivantes permettent à la passerelle 14 de s'abonner aux données D7 et D10, dans la mesure où celles-ci sont alors disponibles lors d'au moins une des exécutions subséquentes de 5 l'étape 112. En variante, aucune répétition additionnelle 130 n'est mise en oeuvre et le procédé passe directement à l'étape 120 suite à l'étape 116. De façon avantageuse, le procédé comporte également une répétition additionnelle 130 au cours de laquelle les étapes 108 à 116 sont à nouveau mises en 10 oeuvre. Cette répétition 130 est mise en oeuvre indépendamment des éventuelles répétitions mises en place après l'étape 118. Par exemple, la répétition 130 est déclenchée automatiquement à l'expiration 'une deuxième durée prédéfinie suite au démarrage du procédé lors de l'étape 106. En variante, cette durée peut être décomptée depuis l'étape 120 à la fin de la dernière des 15 répétitions précédentes. A titre d'exemple, la deuxième durée est supérieure ou égale à une heure. Par exemple, la deuxième durée est supérieure à la première durée. En d'autres termes, la répétition additionnelle 130 est mise en oeuvre avec un cycle plus long que les autres répétitions du procédé. La répétition additionnelle 130 permet de prendre en compte des données 20 générées par l'application 22 nouvellement installée, qui n'auraient pas pu être prises en compte lors de la première exécution de l'étape 112 à cause d'une perturbation ponctuelle qui aurait pu durer suffisamment longtemps pour affecter également les répétitions déclenchées après l'étape 118. Comme la répétition 130 est mise en place longtemps après les répétitions déclenchées après l'étape 118, le risque d'être affectée par cette 25 perturbation ponctuelle est moindre, puisqu'il y a plus de chance que cette perturbation ponctuelle ait disparu entre temps. En variante, aucune répétition additionnelle 130 n'est mise en oeuvre. En parallèle à ces étapes, une fois qu'une demande d'abonnement pour un type de données est acceptée à l'issue de l'étape 112, l'unité de commande 12 autorise l'envoi 30 vers la passerelle 14 des données générées par l'application 22 nouvellement installée et correspondant à ce type de données. Grâce à l'invention, l'interface de communication est automatiquement paramétrée suite à l'installation d'une application, sans requérir d'intervention manuelle de l'utilisateur lors de chaque installation, car cela compliquerait considérablement l'utilisation de 35 l'appareil. On évite également de saturer inutilement les liaisons d'échanges de données 16 en envoyant des données dont l'utilisateur n'a pas besoin. Ainsi, le comportement évolutif et modulaire de l'appareil 2 est préservé, et ceci sans interrompre le fonctionnement ni redémarrer les appareils 2 et 14 ou réinitialiser les communications tout en assurant une simplicité d'utilisation satisfaisante. 5 La figure 4 représente un exemple d'un procédé de désabonnement automatique optionnellement mis en oeuvre par la passerelle 14 suite à la désinstallation d'une application 22. Par exemple, lors d'une étape 200, une application 22 précédemment installée est désinstallée de l'unité de commande 12. Les données précédemment générées par cette 10 application 22 et auxquelles la passerelle 14 était abonnée cessent donc d'être générées lors d'une étape 202. En réponse, lors d'une étape 204, la passerelle 14 détecte qu'elle ne reçoit sur la liaison 16 plus les données correspondant à au moins un des types de données auxquelles elle est abonnée. 15 Selon des modes de réalisation préférentiels, cette détection est basée sur la valeur de périodicité 42 contenue dans la dernière trame reçue pour cette donnée. Par exemple, cette valeur de périodicité 42 annonce le délai maximal au bout duquel la prochaine trame 30 est censée être reçue pour cette donnée. Ainsi, la passerelle 14 considère une donnée associée à un type de donnée comme n'étant plus reçue si aucune 20 donnée correspondant à ce type de donnée n'a été reçue au bout d'une durée supérieure à la valeur de périodicité 42 contenue dans la dernière trame reçue pour ce type de donnée. En variante, la détection peut être réalisée différemment. Lors d'une étape 206, la passerelle 14 envoie à nouveau une demande d'abonnement à l'unité de commande 12 sur la liaison 16. Au cours d'une étape 208, 25 l'unité de commande 12 traite la demande et (du fait de l'absence du module 22) envoi un refus d'abonnement au travers de la liaison 16 à la passerelle 14 en conséquence le statut des données de la liste d'abonnement 24 passe à l'état « non abonné ». Enfin, lors d'une étape 210, la passerelle 14 met à jour le statut d'abonnement du ou des types de données correspondant, par exemple en modifiant la liste 24 pour 30 changer le statut d'abonnement REVENDICATIONS1.- Procédé de fonctionnement d'un appareil électrique (2), tel qu'un appareil de mesure ou de protection ou de commande d'une installation électrique (4), l'appareil électrique (2) comportant une unité de commande électronique (12) connectée à une passerelle de communication (14) par une liaison locale (16) d'échange de données ; l'unité de commande (12) étant apte à recevoir une ou plusieurs applications (22) logicielles exécutables, chaque application (22) étant programmée pour générer des données selon un ou plusieurs types prédéfinis de données lorsqu'elle est exécutée par l'unité de commande (12), les données générées étant aptes à être transmises à un la passerelle de communication (14) pour être mises à disposition d'un terminal distant (18), l'unité de commande (12) étant configurée pour envoyer, vers la passerelle de communication (14) et au moyen de la liaison locale (16) d'échange de données, les données générées par les applications (22) installées dans l'unité de commande (12), uniquement si ces données correspondent à un type de données auquel la passerelle de communication (14) est abonnée, le statut d'abonnement pour chaque type de donnée étant enregistré dans la passerelle de communication (14) ; ce procédé comportant l'auto-configuration de l'unité de communication (16), mise en oeuvre automatiquement suite à l'installation (100) d'une nouvelle application (22) au cours du fonctionnement de l'appareil électrique (2), dans laquelle : h) l'unité de commande (12) diffuse (102), sur la liaison locale (16) de données, une notification de l'installation d'une nouvelle application (22) ; i) en réponse, la passerelle de communication (14) acquiert (108) la liste des types de données auquel elle n'est pas encore abonnée puis envoie (110) à l'unité de commande (12) une demande d'abonnement à ces types de données ; j) l'unité de commande (12) reçoit la demande d'abonnement et, en réponse, compare (112) les types listés dans la demandes d'abonnement avec les types de données générées par l'application nouvellement installée (22), la demande d'abonnement à un type de donnée étant acceptée (114) si des données correspondant à ce type de données ont été générées (104), la demande d'abonnement à un type de donnée étant refusée dans le cas contraire ; k) la passerelle de communication (14) met à jour (116), en fonction de la réponse renvoyée par l'unité de commande, le statut d'abonnement accepté 18 ou refusé pour chaque type de donnée dont la demande d'abonnement a été acceptée ou refusée lors de l'étape c). 2.- Procédé selon la revendication 1, dans lequel les étapes b) à d) sont répétées 5 (118) avec un nombre d'itérations prédéfini, par exemple compris entre deux et dix, de préférence est compris entre trois et six, de préférence encore est égal à cinq. 3.- Procédé selon la revendication 2, dans lequel chaque répétition étant mise en oeuvre au plus tard au bout d'une durée prédéfinie suivant la fin de la précédente 10 répétition de ces étapes. 4.- Procédé selon la revendication 3, dans lequel la durée prédéfinie est inférieure ou égale à 5 secondes, de préférence est inférieure ou égale à 1 seconde. 15 5.- Procédé selon l'une quelconque des revendications précédentes, dans lequel les étapes b) à d) sont répétées (130) au bout d'une deuxième durée prédéfinie. 6.- Procédé selon la revendication 3 ou 4 et selon la revendication 5, dans lequel la deuxième durée est supérieure à la première durée, par exemple supérieure ou égale à 20 une heure. 7.- Procédé selon l'une quelconque des revendications 1 à 6, comportant en outre des étapes de désabonnement automatique, dans lesquelles : I) la passerelle de communication (14) détecte (204) qu'elle ne reçoit plus de 25 données correspondant à un des types de données auxquelles elle est abonnée ; m) en réponse, la passerelle de communication (14) envoie de nouveau (206) une demande d'abonnement à l'unité de commande ; n) L'unité de commande répond par un refus d'abonnement et la passerelle de 30 communication (14) met à jour le statut des données correspondantes de la liste d'abonnement (24) vers un statut « non-abonné ». 8.- Procédé selon la revendication 7, dans lequel les données émises par l'unité de commande (12) sur la liaison locale (16) d'échange de données sont encapsulées au sein de trames (30), chaque trame comportant des métadonnées (32) d'adressage et de 19 synchronisation incluant une valeur de périodicité d'envoi (42) de ce type de donnée, et dans lequel, lors de l'étape d), la passerelle de communication (14) considère une donnée associée à un type de donnée comme n'étant plus reçue si aucune donnée correspondant à ce type de donnée n'a été reçue au bout d'une durée supérieure à la valeur de 5 périodicité d'envoi contenue dans la dernière trame reçue pour ce type de donnée. 9.- Procédé selon l'une quelconque des revendications précédentes, dans lequel postérieurement à l'étape d), l'unité de commande (12) autorise l'envoi, sur la liaison interne (16) d'échange de données et à destination de la passerelle de communication 10 (14), des données générées par l'application (22) nouvellement installée correspondant aux types de données pour lesquels la passerelle de communication (14) est abonnée. 10.- Appareil électrique (2), tel qu'un appareil de mesure ou de protection ou de commande d'une installation électrique (4), l'appareil électrique (2) comportant une unité 15 de commande électronique (12) connectée à une passerelle de communication (14) par une liaison locale (16) d'échange de données ; l'unité de commande (12) étant apte à recevoir une ou plusieurs applications (22) logicielles exécutables, chaque application (22) étant programmée pour générer des données selon un ou plusieurs types prédéfinis de données lorsqu'elle est exécutée par 20 l'unité de commande (12), les données générées étant aptes à être transmises à un terminal distant (18) par l'intermédiaire de la passerelle de communication (14) ; l'unité de commande (12) étant configurée pour envoyer, vers la passerelle de communication (14) et au moyen de la liaison locale (16) d'échange de données, les données générées par les applications (22) installées dans l'unité de commande (12), 25 uniquement si ces données correspondent à un type de données auquel la passerelle de communication (14) est abonnée, le statut d'abonnement pour chaque type de donnée étant enregistré dans la passerelle de communication (14) ; l'unité de commande et l'unité de communication étant en outre programmées pour mettre en oeuvre automatiquement, suite à l'installation (100) d'une nouvelle 30 application (22) au cours du fonctionnement de l'appareil électrique (2), dans laquelle : e) l'unité de commande (12) diffuse (102), sur la liaison locale (16) de données, une notification de l'installation d'une nouvelle application (22) ; f) en réponse, la passerelle de communication (14) acquiert (108) la liste des types de données auquel elle n'est pas encore abonnée puis envoie (110) à 20 l'unité de commande (12) une demande d'abonnement à ces types de données ; g) l'unité de commande (12) reçoit la demande d'abonnement et, en réponse, compare (112) les types listés dans la demandes d'abonnement avec les types 5 de données générées par l'application nouvellement installée (22), la demande d'abonnement à un type de donnée étant acceptée (114) si des données correspondant à ce type de données ont été générées (104), la demande d'abonnement à un type de donnée étant refusée dans le cas contraire ; h) l'unité de communication (12) met à jour (116), en fonction de la réponse 10 renvoyée par l'unité de commande, le statut d'abonnement pour chaque type de donnée dont la demande d'abonnement a été acceptée ou refusée lors de l'étape c).