INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Afin de faciliter la fluctuation des données relatives aux produits, telles que le prix ou les ingrédients, des étiquettes d'étagère électroniques (ESL) peuvent être utilisées à la place des étiquettes en papier à l'endroit où le produit est présenté. Ces ESL peuvent afficher des informations telles que le type de produit, le prix unitaire et toute information concernant les allergènes. Les ESL peuvent ensuite être connectées de manière communicante à un dispositif externe, tel qu'un serveur distant, qui gère les informations affichées sur les ESL.
Lorsque les données relatives au produit changent, l'ESL et l'appareil d'impression des étiquettes doivent être mis à jour simultanément pour refléter les nouvelles données concernant le produit, telles qu'un nouveau prix ou un nouvel allergène. Le serveur distant peut ainsi transmettre des mises à jour à la fois à l'ESL et à l'appareil d'impression d'étiquettes. Toutefois, si l'ESL fonctionne mal et ne parvient pas à se mettre à jour, les données de produit stockées dans l'appareil d'impression d'étiquettes ne seront pas synchronisées avec celles affichées sur l'ESL. Ainsi, l'étiquette imprimée ne reflétera pas les informations affichées au client sur l'ESL.
Les exemples divulgués ici permettent de résoudre un ou plusieurs parmi les problèmes susmentionnés.
Selon un aspect, il est proposé un module de commande pour un appareil d'impression d'étiquettes, comprenant : une mémoire configurée pour stocker des données de produit associées à un produit et des données d'étiquette d'étagère indiquant un ID d'une étiquette d'étagère électronique (ESL) pour le produit ; au moins un module de communication configuré pour : recevoir, à partir d'un dispositif externe, une demande de mise à jour pour apporter au moins une modification aux données de produit, et communiquer une demande de mise à jour d'ESL à l'ESL indiquée dans les données d'étiquette d'étagère pour apporter au moins une modification à l'ESL ; et un processeur configuré pour : mettre à jour les données du produit stockées dans la mémoire en fonction de la demande de mise à jour ; déterminer si l'ESL a été mise à jour en fonction de la réception d'un accusé de réception de l'ESL ; et si l'ESL n'a pas été mise à jour, commander au module de communication d'émettre un signal d'alerte pour indiquer que l'ESL n'est pas synchronisée avec l'appareil d'impression d'étiquettes.
Cependant, il est utile que les chargeurs d’accumulateurs puissent aussi délivrer l’électricité accumulée à un réseau électrique externe, en source de courant, ou de remplacer un réseau et fonctionner en source de tension sur laquelle viennent se brancher des charges ; on parle alors de chargeurs bidirectionnels et dans le contexte de véhicules automobiles d’usage V2X, pour Vehicle to everything ou V2G pour V e hicle to Grid . La fourniture de courant par la batterie d’accumulateurs électriques au réseau externe étant dit sens de décharge, ou encore sens indirect.
On connaît notamment des chargeurs bidirectionnels, tel que celui du document FR3014260 A1, qui décrit un chargeur à DC-DC résonnant du type en montage LC série. Cependant, Un tel montage ne permet pas de changer de type de conversion d’énergie car son gain est toujours inférieur à 1.
On connaît aussi un chargeur bidirectionnel (ou réversible) pour des applications à forte densité de puissance tel que représenté en figures 1 à 3 de l’art antérieur, qui met en œuvre un convertisseur DC-DC du type LLC résonant à pont complet et un convertisseur AC-DC à topologie de Vienne.
D’un manière générale un chargeur bidirectionnel 1, en référence aux figures 1 à 3 d’art antérieur, est connecté d’une part à la batterie 110 du véhicule automobile et d’autre part est destiné à pouvoir être connecté à un réseau électrique alternatif 100.
Ce chargeur bidirectionnel 1 comprend un convertisseur AC-DC bidirectionnel 130 relié par un bus continu 150, dit bus DC 150, à un convertisseur DC-DC bidirectionnel 140. Ces deux convertisseurs 130,140 sont commandés par un dispositif de contrôle, aussi appelé contrôleur 120.
Le convertisseur AC-DC bidirectionnel 130 représenté comprend une topologie de Vienne connue de l’art antérieur.
La topologie de Vienne aussi dit circuit redresseur de Vienne est l'un des correcteurs de facteur de puissance, aussi appelé PFC, Power Factor Correction , triphasés les plus couramment utilisés pour les applications de forte puissance.
Comme représenté en , les principaux composants de la topologie du redresseur de Vienne bidirectionnel à trois niveaux sont trois inductances d'amplification 131, trois branches de phase 132, trois bras de pont de puissance 135 et deux condensateurs 133, 134 côté courant continu.
Chaque branche de phase 132 est constituée de deux MOSFET qui garantissent le fonctionnement bidirectionnel du convertisseur CA-CC. Chaque bras de pont de puissance 135 est constitué de deux commutateurs en série inversés qui permettent un flux de courant bidirectionnel.
Le convertisseur DC-DC LLC 140 résonant à pont complet, selon la , comprend un pont complet de commutation 11 générant un signal ou courant carré excitant un circuit LLC 12, composé d’un condensateur série Cr et de deux inductances, une inductance série Lr et une inductance Lm en parallèle du bobinage primaire d’un transformateur 13. Le circuit LLC 12 produit alors un courant sinusoïdal résonant dans le transformateur 13 qui est redressé par le pont redresseur 14, puis transmis à la batterie 16, connectée en parallèle à une capacité de lissage non représentée. La tension aux bornes de cette capacité de lissage est référencée V bat car égale à la tension aux bornes de la batterie 16. Le convertisseur 11 est connecté en entrée (dans le mode charge) à un bus continu de tension V DC représenté par une capacité sur la . Autrement dit en mode charge le pont complet 11 est alimenté par ce bus continu de tension V DC . Le pont complet 11 comporte quatre cellules de commutation S1 à S4 bidirectionnelles, le pont redresseur 14 (en mode charge) est également un pont complet comportant quatre cellules de commutation S5 à S8 bidirectionnelles.
En d’autres termes le convertisseur résonnant bidirectionnel DC-DC LLC 140, présenté sur la , se compose de deux ponts complets séparés par un transformateur avec un rapport de tours égal à n et une interface entre la tension de la batterie et la haute tension du bus DC.
Le réservoir résonant est constitué d'un condensateur série Cr, d'une inductance série Lr, d'une inductance parallèle magnétisante Lm.
C1 est le condensateur du bus DC, V DC est la tension du bus DC, V bat est la tension de la batterie, et P la puissance du convertisseur.
Le réservoir résonant est directement lié à un transformateur haute fréquence qui permet une isolation galvanique du chargeur.
Le dispositif de contrôle 10 comprend un processeur apte à mettre en œuvre un ensemble d’instructions permettant de réaliser ces fonctions.
Station 20 de recharge de fluide réfrigérant
La station 20 est caractérisée par un identifiant et comprend, en référence à la , un module de gestion 210, un module de communication 220 et un écran tactile 230.
L’identifiant de la station 20 permet au dispositif de contrôle 10 de se connecter avec la station 20 pour pouvoir la contrôler. Dans une forme de réalisation, l’identifiant de la station 20 est codé dans un code à réponse rapide (Quick Response code), plus communément appelé QR code, et le dispositif de contrôle 10 est configuré pour lire ledit QR code afin de déterminer l’identifiant de la station 20.
Module de gestion 210
Le module de gestion 210 est configuré pour recevoir du dispositif de contrôle 10, sur un lien de communication LC sans fil des requêtes de commande permettant de commander la station et notamment de piloter la recharge de fluide réfrigérant.
Chaque requête de commande comprend l’identifiant de la station et au moins une commande à appliquer à ladite station. La commande à appliquer est soit une demande de mise en œuvre d’une fonction, soit une demande d’état de la station.
Le module de gestion 210 est configuré pour mettre en œuvre les commandes insérées dans chaque requête de commande reçue et pour envoyer au dispositif de contrôle 10 pour chaque requête de commande reçue, via le module de communication 220, une réponse comportant l’identifiant de la station 20 et indiquant le résultat de la commande mise en œuvre.
De préférence, le module de gestion 210 est configuré pour déterminer l’état d’avancement d’une recharge en fluide réfrigérant en cours et pour envoyer au dispositif de contrôle 10 une réponse indiquant l’état d’avancement de ladite recharge.
Module de communication 220
Le module de communication 220 est connecté au module de gestion 210, par exemple de manière filaire ou sans fil.
Le module de communication 220 est configuré pour scanner l’environnement de la station 20 sur une interface de communication sans fil, par exemple Wifi ou Bluetooth® ou 3G/4G/5G, afin de détecter les dispositifs environnants pouvant dialoguer avec la station 20 via ladite interface.
Le module de communication 220 est configuré pour détecter le dispositif de contrôle 10 et pour se connecter avec ledit dispositif de contrôle 10 sur le lien de communication LC, de préférence après authentification, afin de communiquer des données de contrôle de la station 20 et d’état d’avancement du processus de recharge de la station 20.
Chaque station 20 de recharge de fluide réfrigérant comprend un processeur apte à mettre en œuvre un ensemble d’instructions permettant de réaliser les fonctions susmentionnées.
Ecran tactile 230
Dans l’exemple illustré, la station 20 comprend un écran tactile 230 configuré pour permettre à un opérateur de générer des commandes pour contrôler la station 20. Dans ce cas, le module de gestion 210 est configuré pour mettre en œuvre la commande générée via ledit écran tactile 230.
Le contexte de formulation obtenu constitue donc une aide externe qui permet de guider les choix faits par la première entité applicative pour réaliser l’analyse qui lui est demandée et de prendre des dispositions adéquates pour obtenir un résultat pertinent pour cette analyse.
Différentes façons peuvent être envisagées pour obtenir le contexte de formulation.
Ainsi, dans un mode particulier de réalisation, le contexte de formulation est indiqué par un paramètre inséré par la deuxième entité applicative dans un champ dédié de la requête.
En d’autres mots, le contexte de formulation est renseigné explicitement par la deuxième entité applicative, dans un paramètre spécifique, lorsqu’elle formule sa requête. Un tel paramètre dédié est par exemple nommé UseCaseContext. Différents formats peuvent être envisagé pour ce paramètre dédié, tels que par exemple un entier, une chaîne de caractères, une liste d’entiers ou de chaînes de caractères, etc. Les valeurs du paramètre peuvent être prédéfinies ou non.
Ce mode de réalisation est particulièrement simple à mettre en œuvre et permet à la première entité applicative d’obtenir une information fiable et précise du contexte de formulation de la requête.
En variante, le contexte de formulation peut être déterminé par la première entité applicative à partir d’une pluralité de paramètres définissant l’analyse requise par la deuxième entité applicative et fournis dans la requête. De tels paramètres sont pris par exemple parmi : une identité de la deuxième entité applicative ; un paramètre représentatif d’un type d’analyse requis (ex. type et quantité de résultats obtenus, etc.) ; au moins un équipement sur lequel porte l’analyse ; un paramètre représentatif d’une condition de réalisation de l’analyse (ex. zone géographique, période de temps, tranche de réseau concernée, etc.) ; un niveau de précision attendu pour l’analyse ; un paramètre représentatif d’une modalité de notification dudit au moins un résultat de l’analyse (ex. périodicité, souscription, etc.).
Certains groupes de paramètres fournis dans la requête et les valeurs associées à ces groupes de paramètres peuvent en effet être considérés comme des signatures représentatives de contextes distincts. Différentes possibilités peuvent alors être envisagées : la première entité applicative est configurée avec un certain nombre de signatures auxquelles sont associées des contextes. Sur réception de la requête, la première entité applicative détermine à partir des paramètres fournis dans la requête, s’ils correspondent à l’une des signatures dont elle dispose. Le cas échéant, le contexte de formulation de la requête est celui qui est associée à la signature ; la première entité applicative met en œuvre une phase d’apprentissage au cours de laquelle elle analyse les paramètres présents dans les requêtes reçues et détermine, par exemple au moyen d’un algorithme de classification, quels groupes de paramètres et valeurs associées sont significatifs et représentatifs d’un contexte particulier. Les différents groupes de paramètres et valeurs associées ainsi obtenus définissent un ensemble de signatures correspondant à des contextes de formulation distincts. Il convient de noter que dans ce cas, la première entité applicative est en mesure de faire le distinguo entre des contextes de formulation distincts, et d’associer un contexte de formulation donné à une requête, mais elle ne dispose pas nécessairement des informations nécessaires pour associer à ce contexte de formulation une opération spécifique exécutée ou destinée à être exécutée par la deuxième entité applicative (ex. détermination d’une zone d’enregistrement).
Il convient par ailleurs de noter que certains des paramètres fournis dans la requête peuvent présenter une certaine variabilité pour un cas usage donné ; aussi il convient de bien sélectionner les paramètres permettant à la première entité applicative de déduire le contexte de formulation de la requête en fonction des différents cas d’usage.
Dans une autre variante de réalisation, on peut envisager que le contexte de formulation renseigné par la deuxième entité applicative dans un champ spécifique de la requête soit affiné par la première entité applicative en exploitant les paramètres véhiculés par la requête définissant l’analyse requise par la deuxième entité applicative. Le contexte de formulation déterminé par la première entité applicative comprend alors le contexte renseigné par la deuxième entité applicative (ex. la procédure dans le cadre de laquelle la requête est formulée et le résultat d’analyse va être exploité) éventuellement complété par d’autres informations issues des paramètres de définition de l’analyse (ex. UE ou un groupe d’UE ou une cellule, etc.).
Comme évoqué précédemment, conformément à l’invention, le contexte de formulation de la requête est utilisé par la première entité applicative pour sélectionner un modèle d’analyse pertinent pour réaliser l’analyse statistique et/ou prédictive qui lui est demandée.
La sélection du modèle d’analyse peut s’opérer à différents niveaux. Ainsi, elle peut comprendre par exemple une sélection d’au moins un élément parmi : une technique d’analyse statistique ou prédictive à utiliser pour réaliser l’analyse ; au moins une caractéristique d’un jeu de données à utiliser pour réaliser l’analyse et/ou entraîner une technique d’analyse utilisée pour réaliser l’analyse ; un paramétrage d’une technique d’analyse utilisée pour réaliser l’analyse ; etc.
L’ajustement de tout ou partie des éléments précités permet à la première entité applicative d’obtenir des résultats d’analyse très pertinents pour la deuxième entité applicative, ce qui permet à cette dernière d’optimiser les procédures qu’elle met en œuvre dans le cadre des fonctions qui lui sont confiées dans le réseau.
Pour permettre la sélection par la première entité applicative d’un modèle d’analyse adapté au contexte de formulation de la requête, différentes façons de procéder peuvent être envisagées.
Ainsi, dans un mode particulier de réalisation, le procédé de traitement comprend une étape préliminaire de configuration de la première entité applicative avec une liste de modèles d’analyse dans laquelle chaque modèle d’analyse est associé à au moins un contexte de formulation d’une requête, le modèle d’analyse appliqué lors de l’étape de réalisation étant un modèle d’analyse associé dans cette liste au contexte déterminé lors de l’étape d’obtention.
Ce mode de réalisation consiste en une pré-configuration de la première entité applicative, par exemple par l’opérateur du réseau, avec une liste de modèles possibles adaptés à différents contextes. Il est relativement simple à mettre en œuvre. Il convient de noter qu’une mise à jour de la liste ainsi préconfigurée peut être effectuée à tout moment via un message de configuration approprié envoyé à la première entité applicative.
Dans un autre mode de réalisation, le procédé de traitement comprend une étape d’apprentissage au cours de laquelle la première entité applicative : établit des corrélations entre des modèles d’analyse, des contextes de formulation d’une requête, et des indicateurs de qualité des analyses réalisées à partir desdits modèles dans lesdits contextes ; et associe, à partir des corrélations établies, à au moins un contexte de formulation d’une requête un modèle d’analyse optimisant ladite qualité, le modèle d’analyse appliqué lors de l’étape de réalisation étant sélectionné à partir des associations établies lors de l’étape d’apprentissage.
L’invention trouve son application dans le domaine de la métrologie, et en particulier dans la mesure des débits et température de l’air circulant dans des conduites aérauliques, par exemple faisant partie de systèmes de chauffage et/ou de climatisation de l’air.
Ces conduites aérauliques 3 – que l’on nommera simplement conduites 3 dans la suite de la description – présentent généralement en section transversale une forme circulaire ou parallélépipédique. Le flux d’air qui s’écoule à l’intérieur de ces conduites 3 est laminaire, c’est-à-dire que l’air s’écoule quasiment en ligne droite dans la conduite 3. En outre, plus le flux d’air est éloigné de la paroi de la conduite 3, plus sa vitesse est importante, alors que la vitesse du flux d’air est quasi-nulle au contact de la paroi de la conduite 3.
En d’autres termes, la vitesse du flux d’air s’écoulant dans la conduite 3 n’est pas uniforme en tout point de la conduite, mais présente un profil parabolique. En outre, le flux s’écoule selon l’axe longitudinal de la conduite 3.
Ainsi, pour obtenir une mesure reproductible de la vitesse du flux en tout point de la conduite 3, il est nécessaire de positionner une sonde de mesure 2 du type sonde Pitot ou sonde à fil chaud à une profondeur déterminable de manière reproductible dans la conduite 3.
En référence à la , ces sondes de mesure 2 comprennent un corps de sonde 4 et une tête de mesure 5 ménagée à l’extrémité libre de la sonde 2. La sonde Pitot est coudée à 90° tandis que la sonde à fil chaud (non représentée) est rectiligne et sa tête de mesure comprend une fenêtre permettant de mesurer le débit d’air.
La particularité de ces têtes de mesure 5, aussi bien pour la sonde Pitot que la sonde à fil chaud, est que la mesure de débit d’air dépend de la position angulaire de la tête de mesure 5 par rapport au sens du flux : la mesure la plus fiable est obtenue quand la tête de mesure est orientée dans le sens du flux. Autrement dit, la fenêtre de la sonde à fil chaud doit s’étendre perpendiculairement au flux d’air tandis que la portion de mesure 25 de la sonde Pitot s’étendant entre la tête de mesure 5 et le coude doit s’étendre parallèlement à l’axe longitudinal de la conduite 3.
Une mesure reproductible du flux d’air dans la conduite 3 dépend donc de la capacité à positionner la sonde 2 de manière reproductible dans la conduite, c’est-à-dire : Déterminer de manière reproductible la profondeur d’enfoncement de la tête de mesure 5 dans la conduite 3 ; Déterminer de manière reproductible la position angulaire de la tête de mesure 5 vis-à-vis du sens du flux d’air (c’est-à-dire vis-à-vis de l’axe longitudinal de la conduite 3), et Assurer une position de maintien et de blocage reproductible de la sonde 2 durant la mesure, et en particulier un positionnement angulaire reproductible entre l’axe longitudinal de la conduite 3 et l’axe longitudinal du corps de sonde 4.
En référence à la , l’invention propose un système de positionnement reproductible 1 de la sonde de mesure 2 qui comprend des moyens d’insertion et de maintien de la sonde 6 dans la conduite 3, des moyens de détermination sans contact de la profondeur d’insertion de la tête de mesure 10 et des moyens de détermination de la position angulaire de la tête de mesure 11 dans la conduite 3 – en particulier l’angle formé entre l’axe longitudinal de la conduite 3 et l’axe de la portion de mesure de la sonde 2 s’il s’agit d’une sonde Pitot.
Selon l’invention, les moyens de détermination sans contact de la profondeur d’insertion de la tête de mesure 10 et les moyens de détermination de la position angulaire de ladite tête de mesure 11 sont rassemblés au sein d’un même appareil nommé dispositif de mesure 9 dans la suite de la description.
Cet appareil 9 comprend un boitier et une interface homme machine pour permettre à l’utilisateur d’utiliser le dispositif 9, et notamment pour déterminer les paramètres de mesure désirés.
En référence aux figures 2 et 3, le dispositif de mesure 9 comprend des moyens de fixation 26 au corps de sonde 4, lesquels moyens de fixation 26 comprennent de manière avantageuse deux pièces 27 reliées à pivotement par une charnière 30, chacune des pièces comprenant une rainure 28 pour permettre le logement du corps de sonde 4. Les moyens de fixation 26 comprennent également un manchon cylindrique 50 réalisé en un matériau déformable, par exemple en caoutchouc, qui est prévu pour être installé dans les rainures 28 et autour de la sonde 2. Ce manchon 50 assure la compatibilité des moyens de fixation 26 avec différents diamètres de corps de sonde 4. Enfin, les moyens de fixation 26 comprennent un moyen de serrage 29 permettant de rapprocher ou au contraire d’éloigner les deux pièces rainurées 27, ce moyen de serrage 29 étant par exemple une vis imperdable équipée d’un bouton-poignée. En outre, le manchon 50 évite tout glissement à rotation entre le corps de sonde et les pièces 27 des moyens de fixation 26.
En outre, les moyens de fixation 26 comprennent un repère de positionnement qui est prévu pour coïncider avec un repère de positionnement ménagé sur le corps de sonde 4. En d’autres termes et suite à l’installation du dispositif de mesure 9 sur le corps de sonde 4, la coïncidence entre les deux repères permet à l’opérateur de s’assurer que le dispositif de mesure 9 est toujours disposé au même endroit sur le corps de sonde 4. Alternativement, le corps de sonde 5 comprend un unique indicateur de l’orientation de la tête de mesure 5 dans la conduite 3. Il s’agit par exemple d’une tige solidaire du corps de sonde 4 et orientée parallèlement à la portion de mesure 25 de la sonde Pitot ou encore d’un détrompeur indiquant l’orientation de la tête de mesure 5 de la sonde à fil chaud.
Avantageusement, le dispositif de mesure 9 comprend un télémètre laser 10 formants les moyens de détermination sans contact de la profondeur d’insertion de la tête de mesure 5, et une centrale inertielle 11 formant les moyens de détermination de la position angulaire de la tête de mesure 5 de la sonde 2.
Les moyens d’insertion et de maintien de la sonde dans la conduite 6 vont maintenant être décrit en référence aux figures 4 à 9.
Les moyens d’insertion et de maintien 6 comprennent une platine de fixation 7 à la conduite 3. De manière non limitative, cette platine 7 est de forme rectangulaire et comprend deux bords opposés longitudinaux 31 et deux bords opposés transversaux 32. Par ailleurs, la platine de fixation 7 comprend une face plane externe et une face opposée interne prévue pour être disposée en appui de contact contre la paroi de la conduite 3. Avantageusement, cette face interne est plane si la conduite 3 présente en section transversale une forme quadrilatérale, et cette face interne est bombée si la conduite 3 présente en section transversale une forme circulaire. De la sorte, la face interne de la platine 7 épouse la forme de la conduite 3 et toute la face interne vient en appui contre la paroi de la conduite 3.