INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La illustre des étapes d’un procédé de transmission de données permettant d’instancier un dispositif logique de type port série, par exemple de type RS-422 ou de type RS-485, pour contrôler un port série physique du même type du dispositif électronique 12 configuré pour opérer des transmissions de données avec le serveur distant 1000 en utilisant un protocole d’échange de données basé sur un modèle de données orienté objet. Selon l’exemple décrit, le serveur 1000 opère en tant que serveur d’applications d’un fournisseur de services et est configuré pour opérer des transmissions de données en utilisant un protocole DLMS / COSEM dit agnostique (c’est-à-dire opérant des transmissions de données sans considération aucune du format physique du ou des réseaux de communication utilisés). Toujours selon l’exemple décrit, le dispositif électronique 12 est lui aussi configuré pour opérer des transmissions de données en utilisant un protocole DLMS / COSEM dit agnostique. Le dispositif électronique 12 opère ici des fonctions de serveur de données DLMS / COSEM.
Une étape S0 correspond à une étape d’initialisation au terme de laquelle le serveur distant 1000 et le dispositif électronique 12 sont tous deux normalement configurés pour opérer des transmissions de données à travers le réseau de communication par courants porteurs en ligne 14, qui est en outre un réseau de distribution d’électricité.
Lors d’une étape S1, le dispositif électronique 12 détecte la présence du port série physique 12s, natif ou installé lors d’une opération de maintenance ou de mise à jour postérieure à sa mise en service, et instancie un objet de type port série logique tel que défini selon la classe d’objets d’interface 199, de sorte que cet objet logique puisse être adressé par l’intermédiaire des attributs et des méthodes définis selon un modèle de données orienté objet tel que le modèle de données COSEM, par un dispositif connecté au réseau de communication par courants porteurs en ligne 14. Le port série physique correspondant à cette instanciation peut alors être contrôlé par modification des attributs du port série logique instancié. Il est à noter qu’il peut exister autant de ports série logiques instanciés qu’il existe de ports série physiques dans le dispositif électronique 12 ou connectés à celui-ci.
Lors d’une étape S2 une transmission de données entre le serveur distant 1000 et le dispositif électronique 12 opère une lecture ou une écriture de données depuis ou vers le port série 12s, en invoquant une méthode de l’ensemble de méthodes M pour modifier des attributs de l’ensemble d’attributs A du port série logique instancié et autoriser en conséquence une configuration ou reconfiguration du port série 12s ou une transmission de données entre le serveur distant 1000 et le port série 12s du dispositif électronique 12 ou encore, le cas échéant, entre le port série 12s et l’installation domestique 100.
Bien évidemment, un port série logique instancié à partir de la classe d’objets d’interface 199 peut être adressé via un autre protocole d’échange de données que le protocole DLMS utilisant le modèle de données COSEM, dès lors que ce protocole est adapté pour effectuer des opérations sur un tel objet défini selon la classe d’objets d’interface 199.
Selon un mode de réalisation préféré, les échanges de données entre le serveur distant 1000 et le dispositif électronique 12 sont opérés selon un protocole DLMS/COSEM et le réseau de communications par courants porteurs en ligne opère selon un ensemble de protocoles de type G3-PLC.
La illustre schématiquement un séquencement d’opérations mis en œuvre grâce à des transmissions de messages entre le serveur distant 1000, opérant comme un serveur d’applications d’un fournisseur de service(s) et l’installation domestique 100 avantageusement connectée au port série 12 du dispositif électronique 12. Selon l’exemple décrit en rapport avec la , l’installation domestique 100 est configurée pour opérer des fonctions de station (encore appelée borne) de charge de batterie grâce au contrôleur de charge 100a de batterie et au relais de connexion de batterie 100b. Selon l’exemple décrit ici, un fournisseur de services de charge à domicile de batterie, par exemple d’une batterie d’automobile électrique ou hybride, assure une surveillance et une gestion de la charge d’une batterie connectée à l’installation domestique 100. Par exemple, l’installation domestique 100 comprend une borne de recharge de véhicules électriques de type vélo, moto ou voiture.
Dans l’exemple développé ci-après, une transmission de données entre le serveur distant 1000 et le dispositif électronique 12, ou encore une transmission de données entre le dispositif 12 et l’installation domestique 100, via le port série 12s, le lien série 102 et le port série 100s, est nommée « message » et correspond à une transmission de données selon un premier protocole, de type DLMS/COSEM, entre le serveur distant 1000 et le dispositif électronique 12, et selon un deuxième protocole, propriétaire ou normalisé, entre le dispositif électronique 12 et l’installation domestique 100.
Une application de gestion de charge de batterie, exécutée dans le serveur distant 1000, envoie un message 61 au dispositif électronique 12, lequel message comprend une requête de lecture de registres de paramètres de fonctionnement du contrôleur de charge 100a. Les registres concernés contiennent des données renseignées par une unité de contrôle interne au contrôleur de charge 100a. Ces données sont une tension de charge V, un courant de charge I et une température mesurée en un point d’une batterie en charge ainsi qu’un statut S de charge de batterie exprimé en pourcentage de charge. Cette requête est relayée par le dispositif 12, via son port série 12s, au contrôleur de charge 100a dans un message 62. Le contrôleur de charge 100a envoie alors, vers le port série 12s du dispositif électronique 12 des messages successifs 63, 64, 65 et 66 comprenant respectivement les valeurs de V, I, et S. Le dispositif électronique 12 renvoie ses éléments dans un message 67 vers le serveur distant 1000. L’application de gestion de charge exécutée sur le serveur distant 1000 lit ses informations. Dans le cas illustré, la température lue excède un seuil prédéterminé de température, dit « température s de sécurité » et le serveur 1000, sous contrôle de l’application de charge qu’il exécute, adresse un message 68 vers le dispositif électronique 12 comprenant une requête d’interruption de charge, laquelle requête est relayée par le dispositif électronique 12 via son port série 12s dans un message 69 adressé au relais de connexion de batterie 100b de l’installation domestique 100 afin d’opérer une déconnexion de la batterie subséquente à la détection d’une température trop élevée de la batterie, laquelle température trop élevée est susceptible d’entraîner des dommages.
La illustre schématiquement un autre séquencement d’opérations mis en œuvre grâce à des transmissions de messages entre le serveur distant 1000, opérant là encore comme un serveur d’applications d’un fournisseur de services(s) et l’installation domestique 100 avantageusement connectée au port série 12s du dispositif électronique 12. Selon l’exemple décrit en rapport avec la , l’installation domestique 100 est configurée pour opérer des fonctions d’alarme anti-intrusion. Selon l’exemple décrit, un fournisseur d’un service de télésurveillance assure une surveillance à distance du logement ou du local dans lequel est située l’installation domestique 100 au moyen d’un détecteur d’intrusion 100c et permet notamment le déclenchement d’une sirène 100d selon un protocole prédéfini. Dans cet exemple encore, une transmission de données entre le serveur distant 1000 et le dispositif électronique 12, ou encore une transmission de données entre le dispositif 12 et l’installation domestique 100, via le port série 12s, le lien série 102 et le port série 100s, est nommée « message » et correspond à un message selon un premier protocole, de type DLMS/COSEM entre le serveur distant 1000 et le dispositif électronique 12, et selon un deuxième protocole, propriétaire ou normalisé, entre le dispositif électronique 12 et l’installation domestique 100.
Selon le séquencement décrit, le détecteur d’intrusion 100c est activé par l’effet d’une intrusion et adresse un message 71 au dispositif électronique 12 via son port série 12s, mentionnant qu’une information représentative d’un changement d’état du détecteur d’intrusion 100c est disponible. Le dispositif électronique 12 envoie alors au serveur distant 1000 exécutant une application de télésurveillance, une information notifiant le changement d’état du détecteur d’intrusion 100c, dans un message 72. Le serveur distant 100 lit alors l’état du détecteur d’intrusion 100c via un message 73 et adresse au dispositif électronique 12 un message 74 comprenant une requête d’activation de la sirène 100d, laquelle requête est relayée par le dispositif électronique 12 à la sirène 100d via un message 75. Parallèlement au déclenchement de la sirène 12d, le prestataire peut engager toute action utile à la protection du logement ou du local comprenant l’installation domestique 100.
Afin d’exécuter les procédés de transmission de données décrits, le serveur distant 1000 et le dispositif électronique 12 de type compteur intelligent comprennent chacun des circuits électroniques configurés pour implémenter notamment des fonctions d’unité de contrôle et d’interfaces de communications.
La illustre schématiquement un exemple d’architecture interne du dispositif électronique 12, de type compteur intelligent. Selon l’exemple d’architecture matérielle représenté à la , le compteur intelligent 12 comprend alors, reliés par un bus de communication 120 : un processeur ou CPU (« Central Processing Unit » en anglais) 121 ; une mémoire vive RAM (« Random Access Memory » en anglais) 122 ; une mémoire morte ROM (« Read Only Memory » en anglais) 123 ; une unité de stockage telle qu’un disque dur (ou un lecteur de support de stockage, tel qu’un lecteur de cartes SD (« Secure Digital » en anglais) 124 ; au moins une interface de communication 125 permettant au compteur intelligent 12 de communiquer avec des dispositifs présents dans le réseau de communication 1 et comprenant le serveur distant 1000. L’interface de communication 125 comprend en outre le port série 12s.
Le processeur 121 est capable d’exécuter des instructions chargées dans la RAM 122 à partir de la ROM 123, 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 dispositif électronique de type compteur intelligent 12 est mis sous tension, le processeur 121 est capable de lire de la RAM 122 des instructions et de les exécuter. Ces instructions forment un programme d’ordinateur causant la mise en œuvre, par le processeur 121, du procédé décrit en relation avec la , et plus largement d’un procédé de transfert de données tel qu’un protocole DLMS/COSEM, l’une de ses variantes ou un protocole équivalent.
Tout ou partie du procédé implémenté par le compteur intelligent 12, ou ses variantes décrites peut être implémenté 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é 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). En général, le compteur intelligent 12 comprend de la circuiterie électronique configurée pour mettre en œuvre le procédé décrit en relation avec lui-même ainsi qu’avec des dispositifs connectés au réseau de communication 1. Bien évidemment, le compteur intelligent 12 comprend en outre tous les éléments usuellement présents dans un système comprenant une unité de contrôle et ses périphériques, tels que, un circuit d’alimentation, un circuit de supervision d’alimentation, un ou plusieurs circuits d’horloge, un circuit de remise à zéro, des ports d’entrées-sorties, des entrées d’interruptions, des drivers de bus, cette liste étant non exhaustive.
Le procédé de démarrage 1 d’un véhicule 2, selon l’invention est décrit en référence aux figures 1 à 3. Dans un mode de réalisation non limitatif, le véhicule automobile 2 est un véhicule automobile. Par véhicule automobile, on entend tout type de véhicule motorisé. Ce mode de réalisation est pris comme exemple non limitatif dans la suite de la description. Dans la suite de la description, le véhicule automobile 2 est ainsi autrement appelé véhicule automobile 2. Sur la sont illustrés des ouvrants 24 du véhicule 2.
Pour démarrer le véhicule 2, un identifiant 3 (illustré sur la ) est utilisé. Dans un mode de réalisation non limitatif, l’identifiant 3 est un identifiant d’accès mains libres pour l’accès et/ou le démarrage mains libres dudit véhicule automobile 2. Ainsi, l’identifiant 3 peut être utilisé pour une application PEPS (« Passive Entry Passive Start » en anglais) qui permet à un utilisateur du véhicule automobile 2 de déverrouiller/verrouiller et démarrer le véhicule automobile 2 grâce à cet identifiant 3 sans introduire physiquement ledit identifiant 3 dans une serrure dudit véhicule automobile 2 pour le déverrouillage/verrouillage ou dans un contacteur dudit véhicule automobile 2 pour le démarrage. Ainsi, lorsqu’il est localisé à proximité du véhicule automobile 2, les ouvrants 24 peuvent être déverrouillés, et lorsqu’il est localisé à l’intérieur du véhicule automobile 2 et à proximité immédiate d’un bouton de démarrage 21 (décrit plus loin), le démarrage du moteur du véhicule automobile 2 peut être effectué.
Dans des modes de réalisation non limitatifs, ledit identifiant 3 est : - un Smartphone, ou - une clef avec des boutons, autrement appelée télécommande, ou - une carte de démarrage au format carte de crédit, carte d’abonnement dans des exemples non limitatifs, - un objet connecté tels que des écouteurs sans fil ou encore une montre intelligente autrement appelée « Smartwatch » en anglais. Le Smartphone ou l’objet connecté sont ainsi utilisés comme une clef pour accéder et/ou démarrer le véhicule automobile 2.
Tel qu’illustré sur la , le véhicule automobile 2 comprend : - une antenne 20, - un bouton de démarrage 21 comprenant un interrupteur de démarrage 210, - un lecteur d’identifiant 22.
Dans un mode de réalisation non limitatif, le bouton de démarrage 21 comprend en outre un boîtier 211. Dans un mode de réalisation non limitatif, le bouton de démarrage 21 est disposé près du volant (non illustré) du véhicule automobile 2.
Le lecteur d’identifiant 22 est relié avec l’antenne 20. Dans un mode de réalisation non limitatif, il est relié par au moins deux fils à l’antenne 20. Les deux fils permettent de transmettre une information électrique qui est convertie en onde électromagnétique par l’antenne 20, et de convertir l’onde électromagnétique reçue par l’antenne 20 en une information électrique pour le lecteur d’identifiant 22. Dans un mode de réalisation non limitatif, le lecteur d’identifiant 22 est une unité de contrôle électronique, autrement appelée ECU pour (« Electronic Control Unit ») en anglais, configurée pour communiquer avec l’identifiant 3.
Dans un mode de réalisation non limitatif, le lecteur d’identifiant 22 est un lecteur NFC. Ce mode de réalisation non limitatif est pris comme exemple non limitatif dans la suite de la description. Ainsi, le lecteur d’identifiant 22 est configuré pour gérer une communication NFC avec l’identifiant 3. Dans ce cas de mode de réalisation non limitatif, l’identifiant 3 comprend également une antenne NFC, référencée 30 sur la . Dans un mode de réalisation non limitatif, le lecteur d’identifiant 22 comprend en outre un récepteur/émetteur BLE (« BlueTooth Low Energy » en anglais) et/ou UWB (« Ultra Wide Band » en anglais). Ainsi, le lecteur d’identifiant 22 est également configuré pour gérer une communication BLE ou UWB avec l’identifiant 3. Un démarrage standard peut alors se faire sans s’approcher du bouton de démarrage 21, la communication NFC étant alors utilisée lorsque la communication BLE ou UWB est défaillante ou que l’identifiant 3 ne dispose pas d’émetteur/transmetteur UWB par exemple.
Dans un mode de réalisation non limitatif, l’antenne 20 est une antenne NFC « Near Field Communication » en anglais). Ce mode de réalisation non limitatif est pris comme exemple non limitatif dans la suite de la description. On rappelle qu’une communication NFC se fait à 13.56MHz tandis qu’une communication basse fréquence se fait à 125KHz. Le NFC permet de détecter l’approche d’un identifiant NFC entre 5 et 10 centimètres de distance. Ainsi, ici, le lecteur d’identifiant 22 avec l’antenne 20 permettent de détecter l’approche de l’identifiant 3 à proximité immédiate du bouton de démarrage 21. L’antenne 20 est adjacente à l’interrupteur de démarrage 210. Dans un mode de réalisation non limitatif, elle se situe à 2-3 millimètres de l’interrupteur de démarrage 210. On notera qu’une antenne NFC comprend des spires. En particulier la spire de l’antenne 20 qui est la plus proche de l’interrupteur de démarrage 210 se situe à 2-3 millimètres. Dans un mode de réalisation non limitatif (non illustré), les spires de l’antenne 20 entourent l’interrupteur de démarrage 210.
Dans un premier mode de réalisation non limitatif illustré sur la , le lecteur d’identifiant 22 est placé à l’intérieur du boîtier 211 du bouton de démarrage 21. Dans un deuxième mode de réalisation non limitatif illustré sur la , le lecteur d’identifiant 22 est placé à l’extérieur du boîtier 211 du bouton de démarrage 21. Dans ce dernier cas, dans un mode de réalisation non limitatif, il est placé entre 10 et 20 centimètres de l’interrupteur de démarrage 210. Dans un exemple non limitatif, il est placé dans le volant (non illustré) du véhicule automobile 2.
On notera que le premier mode de réalisation non limitatif du lecteur d’identifiant 22 peut également être combiné avec le deuxième mode de réalisation non limitatif de l’antenne 20 ou inversement. Ainsi, on peut avoir un lecteur d’identifiant 22 disposé à l’intérieur du boîtier 211 et une antenne 20 disposée à l’extérieur du boîtier 211 (tel qu’illustré sur la ), ou un lecteur d’identifiant 22 disposé à l’extérieur du boîtier 211 et une antenne 20 disposée à l’intérieur du boîtier 211.
Le véhicule automobile 2 comprend en outre une entité de contrôle électronique 23 qui est déportée dans le véhicule automobile 2 par rapport à l’antenne20, au bouton de démarrage 21 et au lecteur d’identifiant 22. Dans un mode de réalisation non limitatif, l’entité de contrôle électronique 23 est une unité de contrôle électronique, autrement appelée ECU pour (« Electronic Control Unit ») en anglais, configurée pour communiquer avec le lecteur d’identifiant 22. Dans un mode de réalisation non limitatif, le réseau CAN (« Controller Area Network » en anglais) ou LIN (« Local Interconnect Network ») est utilisé pour la communication entre l’entité de contrôle électronique 23 et le lecteur d’identifiant 22.
L’ensemble antenne 20, bouton de démarrage 21, lecteur d’identifiant 22 et entité de contrôle électronique 23 forment un dispositif de démarrage 4 illustré sur la .
Tel qu’illustré sur la , le procédé de démarrage 1 comprend les étapes suivantes. Dans le mode de réalisation non limitatif décrit, l’antenne 20 est une antenne NFC et le lecteur d’identifiant 3 est un lecteur NFC.
Lorsque le conducteur veut démarrer le véhicule automobile 2, il place l’identifiant 3 devant le bouton de démarrage 21. Il n’est pas nécessaire que l’identifiant 3 soit en contact avec le bouton de démarrage 21. Il suffit qu’il soit à une distance inférieure ou égale à cinq centimètres dans un mode de réalisation non limitatif, voire dix centimètres.
Suite à cette action, dans une étape E1 illustrée F1(20, 3, 21), l’antenne 20 détecte (avec le lecteur d’identifiant 22) si l’identifiant 3 est proche du bouton de démarrage 21. Comme l’antenne 20 est adjacente à l’interrupteur de démarrage 210 qui fait partie du bouton de démarrage 21, elle peut détecter la proximité de l’identifiant 3 avec ledit bouton de démarrage 21. On notera que la détection prend entre 100 et 500 millisecondes.
est une vue schématique en perspective et en coupe transversale d’un câble de détection de fuite utilisé dans un système de détection selon l’invention ; et,
est une vue schématique d’un système de détection de fuite utilisant le câble de détection de la .
Dans la présente description, on désigne par amont M ce qui est à gauche et par aval V ce qui est à droite sur la . Aussi, on affecte d’un suffixe M, ou V, la référence d’un élément qui est à l’amont, respectivement à l’aval, d’un même élément portant une même référence avec ou sans suffixe.
La illustre un câble 1 d’un modèle connu et adapté à être utilisé dans un système de détection de fuite selon l’invention. Dans l’exemple illustré, le câble 1 est adapté à la détection d’une fuite d’un liquide conducteur. Comme cela est visible en coupe, le câble comprend :
- un premier fil conducteur 11, résistif ;
- un deuxième fil conducteur 12 ;
- un troisième fil conducteur 13, résistif ;
- un quatrième fil conducteur 14 ;
- une âme 16 ; et,
- une matrice 17.
Le premier et le troisième fils sont enrobés d’une gaine électriquement conductrice 10A, et, le deuxième et le quatrième fils sont enrobés d’une gaine électriquement isolante 10B. Les fils résistifs 11, 13, ont une résistance RL par unité de longueur connue ou mesurable. La résistance des autres fils 12, 14 est négligeable au regard de la résistance R des fils résistifs.
L’âme 16 permet d’assurer une rigidité voulue au câble. Dans l’exemple illustré, l’âme est constituée d’un conducteur passif, c’est-à-dire qu’il n’est banché à aucune source électrique et n’est utilisé que pour ses propriétés mécaniques. L’âme est enrobée dans la matrice 17. La matrice est en une matière électriquement isolante.
Les fils 11-14 sont régulièrement répartis et torsadés autour de l’âme 16 ; ils sont maintenus entre eux et isolés les uns des autres par la matrice 17. Ils sont disposés de sorte qu’au moins les gaines conductrices 10A soient exposées à l’environnement du câble 1. Dans l’exemple illustré, toutes les gaines 10A, 10B sont noyées par la moitié de leur surface longitudinale dans la matrice ; l’autre moitié étant exposée à l’environnement.
Lors d’une fuite d’un liquide conducteur, quand le liquide vient simultanément en contact avec les deux gaines conductrices 10A sur au moins une partie de sa longueur il provoque un court-circuit entre les fils résistifs 11, 13 ; c’est le cas lorsque le liquide forme une flaque et que le câble traverse cette flaque. On déduit alors une position de la flaque, en mesurant une résistance résiduelle dans les fils résistifs et en en déduisant une longueur de câble entre un point de mesure et la flaque sensiblement proportionnelle à la résistance résiduelle.
La illustre schématiquement et fonctionnellement un système 100 de détection d’une fuite. Le système utilise le câble 1 précédemment décrit, dont seuls les fils conducteurs 11-14 sont représentés. Les fils 11-14 ont sensiblement une même longueur L.
Les deuxième et quatrième fils sont des fils d’alimentation pour le système 100. Dans l’exemple illustré, le deuxième fil 12 est à un potentiel non nul P et le quatrième fil 14 est à un potentiel nul N.
Arrière-plan technique Dans le domaine de l’aéronautique, il est connu de fabriquer des pièces en matériau CMC ou CMO qui sont des pièces capables de résister à de hautes températures. Cela est notamment le cas des pièces formant la ou les turbines d’une turbomachine d’aéronef, par exemple les secteurs des anneaux permettant de délimiter la périphérie externe d’une veine de turbine.
L’intégration de pièces en CMC ou CMO dans les futures générations de turbomachines d’aéronef permet un gain de masse et une augmentation des températures de combustion, tout en diminuant le débit de refroidissement qui est utilisé dans le design de pièces métalliques. Cela a pour effet de réduire la consommation des moteurs ainsi que les émissions de polluants.