INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Le calcul des cycles thermiques, optimaux et alternatifs, ainsi que le choix de l’ordre de passage des bandes, sont réalisés en amont, avant l’entrée des bandes sur la ligne.
En variante, tout ou partie du calcul des cycles thermiques, la détermination des paramètres de fonctionnement de la ligne associés à ceux-ci, la création des tables de données et la planification de l’ordre de passage des bandes, est réalisé sur un système informatique autre que le système 10 de contrôle et de commande de la ligne. Les résultats obtenus sont transmis au système 10 de contrôle et de commande de la ligne pour assurer le traitement des bandes.
On peut voir représenté en une seconde partie du système 10 de contrôle et de commande de la ligne de la .
Celui-ci comprend également un programme 200 d’ordinateur, communément appelé « niveau 2 ». Le niveau 2 désigne la couche logicielle qui se situe juste au-dessus du niveau 1. Ce dernier est associé au contrôle en temps réel des équipements tels que les capteurs, les actionneurs et les automates programmables.
Le niveau 2 est responsable de la coordination et de la supervision des processus de production de la ligne continue. Il peut inclure des logiciels de surveillance de la production, des systèmes de gestion de la qualité, des programmes de planification de la production et des logiciels de gestion des stocks.
Il est situé entre le niveau 1 et le niveau 3 qui gère la planification de la production, les ressources humaines et les aspects financiers de l’usine.
Pour chaque bande, avant le traitement de celle-ci, le niveau 2 reçoit en données d’entrée le cycle thermique optimal, et les paramètres 110 de fonctionnement de la ligne associés à celui-ci, ainsi que les tables 111, 112, 113 comprenant les séries de cycles thermiques alternatifs et les paramètres de fonctionnement de la ligne associés à ceux-ci. Il reçoit également un ensemble 105 d’autres informations telles que les paramètres du bain de galvanisation, du système d’essorage, de la ligne de peinture, du « skin-pass mill ».
En référence à la vue de détail de la , chaque panneau comprend : - une plaque 306, et - un cadre 307 entourant ladite plaque 306.
Le cadre 307 présente une section en U formant un cavalier dans lequel est reçue la tranche de la plaque 306.
Le cadre 307 permet de rigidifier le panneau notamment pour éviter son flambage et donc la déformation de la cabine 1.
En référence aux figures 1 à 3, le socle 100 et le toit 200 portent chacun une pluralité de profilés 400 de réception du cadre 307 des panneaux.
Les profilés 400 sont avantageusement des profilés en U dans lesquels vient se loger le cadre 307 des panneaux.
A titre indicatif, et non limitatif, les profilés 400 en U présentent une largeur et une hauteur de 25mm et le cadre 307 présente une largeur et une hauteur de 20mm.
Selon une variante de réalisation non illustrée, les panneaux latéraux 303 peuvent comprendre deux demi-panneaux couplés l’un à l’autre par l’intermédiaire d’un montant formé par deux profilés en U soudés l’un à l’autre pour former un profilé composé (c’est-à-dire formé de deux pièces assemblées au moins) à section en I. En variante, le montant pourrait être un profilé classique à section en I, couramment dénommé IPN.
Le montant s’étend alors sur une hauteur égale à la hauteur des panneaux (mesurée entre le toit 200 et le socle 100) de laquelle est déduite la hauteur des profilés 400 en U du socle 100 et du toit 200.
Cela permet de faciliter la manutention des panneaux latéraux 303 par un utilisateur seul, notamment pour le montage de la cabine 1.
Tel qu’illustré par la , la cabine 1 comprend : - des clips 500 d’angle amovibles - des organes de retenue amovibles.
Les clips 500 sont destinés à coopérer chacun avec le cadre 307 de deux panneaux aboutés pour les maintenir en position deux à deux.
Plus spécifiquement, les clips 500 présentent une forme de crochet permettant de crocheter simultanément le cadre 307 de deux panneaux aboutés, par exemple un panneau latéral 303 avec le panneau avant 301 ou un panneau latéral 301 avec le panneau arrière 302.
Les clips 500 crochètent le cadre 307 des panneaux en coopérant avec le chant des cadres 307 de deux panneaux aboutés.
La mise en place des clips 500 se fait notamment par mise en contact du clips 500 avec le chant du cadre 307 de l’un des panneaux puis pivotement du clips 500 pour le faire coopérer avec le chant du cadre 307 de l’autre panneau abouté.
La coopération du clips 500 avec le chant du cadre 307 de l’autre panneau abouté se fait alors par déformation élastique du clips 500 qui recouvre sa forme une fois la coopération assurée.
Autrement dit, le clips 500 se déforme élastiquement durant son pivotement jusqu‘à ce que la coopération avec le chant du cadre 307 de chacun des panneaux soit effective.
Les ergots 35 constituent ainsi des éléments de butée circonférentielle dans de telles positions axiales.
Dans cet exemple, les méplats 23 assurent une fonction de guidage en translation de la tête 5 entre ladite première configuration et ladite deuxième configuration.
La dimension axiale de la gorge 16 est dans cet exemple légèrement supérieure à la l’épaisseur X7 des ergots 35, autorisant ainsi une rotation de la tête 5 autour de l’axe A1 par rapport au corps 4 depuis ladite deuxième configuration jusqu’à une troisième configuration dans laquelle, axialement, la tête 5 est dans la même position que dans la deuxième configuration et, angulairement, les ergots 35 de la tête 5 sont en regard des encoches 24 de l’extrémité longitudinale 13 du corps 4. Dans la troisième configuration, le plan D1-D3 défini par le référentiel associé au corps 4 est parallèle au plan D4-D5 défini par le référentiel associé à la tête 5.
Dans cet exemple, la distance X6 entre les surfaces 36 des ergots 35 est légèrement supérieure à la distance X4 entre les surfaces 25 des encoches 24, autorisant ainsi une translation selon l’axe A1 de la tête 5 par rapport au corps 4 entre ladite troisième configuration et une quatrième configuration dans laquelle, axialement, la surface 37 des ergots 35 vient en appui sur la surface 26 formée par les encoches 24 et, angulairement, la tête 5 est dans la même position angulaire que dans ladite troisième configuration.
Lorsque la tête 5 est dans la quatrième configuration, ou dans une configuration intermédiaire entre lesdites troisième et quatrième configurations, les ergots 35 interdisent une rotation de la tête 5 autour de l’axe A1 par rapport au corps 4, ou du moins limitent le débattement angulaire pouvant résulter de jeux de montage.
Les ergots 35 constituent ainsi des éléments de butée circonférentielle dans ladite quatrième configuration et dans des positions axiales de la tête 5 entre lesdites troisième et quatrième configurations.
Dans cet exemple, les encoches 24 assurent une fonction de guidage en translation de la tête 5 entre lesdites troisième et quatrième configurations.
La montre le dispositif 3 dans ladite quatrième configuration.
Le dispositif 3 est dimensionné de sorte que, en service et notamment dans l’exemple d’application de la , le ressort 6 soit axialement comprimé entre la surface 34 de la tête 5 du dispositif 3 et la pièce 1, de sorte à réduire sa longueur X8 par rapport à l’état de repos.
Dans ces conditions, le ressort 6 exerce un effort axial sur la tête 5 dans un sens S1 selon l’axe A1 et, simultanément, un effort axial sur la pièce 1 dans un sens S2 selon l’axe A1.
Il en résulte d’une part un maintien du dispositif 3 dans ladite quatrième configuration, l’effort dans le sens S1 s’opposant à une translation de la tête 5 dans le sens S2 vers ladite troisième configuration et, d’autre part, un maintien de la pièce 1 plaquée contre la pièce 2.
Il découle de ce qui précède que l’extrémité 13 du corps 4 et l’organe de compression 7 sont configurés pour coopérer l’un avec l’autre de manière à autoriser un montage ou un démontage du dispositif 3 en trois étapes.
Lors du montage, le dispositif 3 est configuré pour passer de la première configuration à la deuxième configuration, puis de la deuxième configuration à la troisième configuration, puis de la troisième configuration à la quatrième configuration.
Inversement, lors du démontage, le dispositif 3 est configuré pour passer de la quatrième configuration à la troisième configuration, puis de la troisième configuration à la deuxième configuration, puis de la deuxième configuration à la première configuration.
Dans les première et deuxième configurations, la tête 5 est par rapport au corps 4 dans une première position angulaire, dite position angulaire de déverrouillage, dans laquelle elle est mobile en translation selon A1 entre ces deux configurations. Dans la première configuration, la tête 5 est dans une position axiale dite libre car la tête 5 et le corps 4 sont désaccouplés. Dans la deuxième configuration, la tête 5 est dans une première position axiale dans laquelle la tête 5 peut être déplacée par rapport au corps 4 en rotation autour de l’axe A1 entre ladite première position angulaire et une deuxième position angulaire, dite position angulaire de verrouillage.
Dans lesdites troisième et quatrième configurations, la tête 5 est par rapport au corps 4 dans ladite deuxième position angulaire, dans laquelle la tête 5 est mobile en translation selon A1 entre ces deux configurations. Dans la troisième configuration, la tête 5 est dans ladite première position axiale. Dans la quatrième configuration, la tête 5 est dans une deuxième position axiale dans laquelle les éléments de butée circonférentielle formés par les ergots 35 empêchent une rotation de la tête 5 par rapport au corps 4 autour de l’axe A1 jusqu’à ladite position angulaire de déverrouillage.
Dans la solution connue, un convertisseur DC/AC dédié au redressement de tension pour la charge de l’unité de stockage d’énergie électrique est nécessaire. Ce convertisseur DC/AC s’ajoute à celui déjà présent, encore appelé onduleur/redresseur, pour alimenter en tension alternative le stator de la machine électrique tournante servant à la propulsion du véhicule.
Il est alors nécessaire d’embarquer plusieurs convertisseurs DC/AC dans le véhicule, ce qui génère un encombrement, un surcoût et augmente le poids du véhicule.
Il existe un besoin pour remédier à tout ou partie des inconvénients précités.
L’invention répond à ce besoin, selon l’un de ses aspects, à l’aide d’un circuit électrique comprenant :
- une unité de stockage d’énergie électrique,
- un onduleur/redresseur connecté à l’unité de stockage d’énergie et apte à être connecté aux phases d’un stator de machine électrique tournante de propulsion d’un véhicule, l’onduleur/redresseur comprenant un premier et un deuxième bras de commutation,
la première borne de la cellule inductive est connectée au premier bras de commutation de l’onduleur/redresseur,
la seconde borne de la cellule inductive est connectée au deuxième bras de commutation de l’onduleur/redresseur.
La connexion entre une borne de la cellule inductive et un bras de commutation peut se faire, ou non, par l’intermédiaire de composants physiques interposés en série, par exemple via une inductance et un condensateur.
L’invention telle que définie ci-dessus permet, par la connexion des bornes de la cellule inductive aux bras de commutation de l’onduleur/redresseur connecté aux phases de la machine électrique tournante, d’utiliser cet onduleur/redresseur non seulement dans le cadre de la propulsion du véhicule pour alimenter en tension alternative le stator de la machine électrique tournante assurant en tout ou partie la propulsion du véhicule, mais aussi dans le cadre de la charge de l’unité de stockage d’énergie électrique pour redresser une tension alternative induite. On répond ainsi aux problèmes de poids, d’encombrement et de coût précités.
L’onduleur/redresseur, qui est par exemple triphasé, peut alors être disposé de manière à être :
- dans un premier chemin de puissance entre la cellule inductive et l’unité de stockage d’énergie électrique, et
- dans un deuxième chemin de puissance entre l’unité de stockage d’énergie électrique et le stator de la machine électrique tournante.
La charge de l’unité de stockage d’énergie électrique ne se produisant pas en même temps que la propulsion du véhicule, ces deux chemins de puissance ne sont pas simultanément actifs.
De plus, les données échangées par ces objets sont souvent de taille très réduite, et peuvent se limiter à signaler que l’objet est toujours actif, ou bien l’objet peut vouloir remonter une seule valeur, telle qu’une température pour un thermomètre, ou un niveau d’eau pour un compteur d’eau. La taille des en-têtes des paquets de données proportionnellement à la taille de la charge utile va donc être proportionnellement plus grande dans le contexte des LPWANs que dans d’autres contextes. Il existe donc un besoin de compression efficace des paquets de données qui, dans le contexte des LPWANs, va se porter sur la compression des valeurs des champs des en-têtes.
Le protocole SCHC (acronyme de l’anglais Static Context Header Compression ), défini par l’IETF dans la RFC 8724, a été conçu pour être utilisé dans le contexte des LPWANs. Il se fonde sur un contexte statique. Pour un contexte donné, par exemple un type d’objet connecté déployé dans un réseau donné, des règles de compression vont être définies. Ces règles regroupent des opérations qui peuvent être appliquées aux valeurs des champs des en-têtes de paquets. Ces opérations peuvent être de trois types, toutes fondées sur l’idée que des valeurs de certains champs, ou une partie des valeurs, peuvent être effacées avant transmission puis reconstruites à la réception : Un premier type d’opération de compression est l’effacement : la valeur du champ est lue et sera effacée par le module de compression si la valeur est bien celle attendue. Le module de compression est par exemple situé dans l’objet connecté. La valeur effacée sera insérée à la réception par le module de décompression qui, lui, est situé dans la passerelle et qui dispose des mêmes règles que le module de compression. Ce type d’opération est adapté aux champs qui prennent une valeur constante, comme le champ Version des paquets IP. Si le champ prend une autre valeur que celle attendue, l’opération ne s’applique pas, la règle de compression est ignorée, et une autre règle sera éventuellement utilisée ou bien la valeur du champ pourra être transmise inchangée. Un deuxième type d’opération de compression utilise un dictionnaire : un dictionnaire est construit pour certaines valeurs du champ et si la valeur du champ se trouve dans le dictionnaire, le module de compression va remplacer la valeur du champ par son index dans le dictionnaire. Le module de décompression utilise le dictionnaire pour remplacer l’index par la valeur effacée. Là encore, une valeur de champ en-dehors du dictionnaire pourra être transmise inchangée si aucune règle ne s’applique. Un troisième type d’opération consiste en l’effacement du préfixe : la valeur du champ est une suite de bits, et un préfixe plus ou moins long peut être défini dans une opération de compression. Si la valeur a bien ce préfixe, le préfixe sera effacé à la compression et inséré à la décompression, ou bien la valeur sera transmise inchangée si le préfixe n’est pas reconnu par l’opération.
Pour des raisons de complétion, un quatrième type d’opération est défini qui consiste à ignorer la valeur du champ et à la transmettre telle quelle.
D’autres combinaisons sont possibles, ainsi que d’autres actions de compression/ décompression, par exemple pour traiter les champs de longueur variable.
Un ensemble de règles de compression va alors être défini pour un contexte de déploiement donné. Par exemple, des règles de compression (et leurs règles symétriques de décompression) peuvent être définies pour une passerelle gérant un réseau LPWAN et pour l’ensemble des équipements connectés à ce réseau et à Internet grâce à la passerelle. L’ensemble de règles pourra alors traiter en compression et décompression l’ensemble des paquets de données qui s’échangent dans le réseau LPWAN, la compression se limitant aux valeurs des champs des en-têtes. Le protocole SCHC permet de déterminer quelle règle de compression s’applique lorsqu’un paquet de données circule dans le réseau.
Pour cela, chaque règle de compression présente dans l’ensemble est définie pour un format donné d’en-tête de paquet et va consister en un ensemble d’opérations à appliquer sur les valeurs des champs de l’en-tête d’un paquet qui respecte le format. Plusieurs règles peuvent couvrir un même format d’en-tête de paquet de données. Par exemple, des règles de compression vont être définies pour le format des paquets IP encapsulant un paquet UDP, et ces règles comprendront des opérations pour tous les champs d’un en-tête de paquet IP suivi par un en-tête de paquet UDP.
Une règle de compression fait partie d’un ensemble de règles et dispose d’un identifiant de règle. L’ensemble de règles va chercher à couvrir l’ensemble des formats possibles d’en-têtes de paquets de données qui peuvent être échangés dans un contexte donné.
Le protocole SCHC de compression/décompression est appliqué par un module de compression qui va traiter un paquet avant de l’adresser à un module de décompression. Les modules de compression et de décompression disposent du même ensemble de règles, défini pour un contexte donné. Le protocole va consister, lorsqu’un paquet de données doit être traité par le module de compression, à parcourir l’ensemble de règles dont dispose le module de compression afin de retenir une ou plusieurs règles. Si une règle ne correspond pas au format des champs de l’en-tête du paquet traité, la règle n’est pas retenue. Si le format des champs correspond, il faut examiner si les valeurs des champs correspondent à tous les opérateurs de correspondance prévus dans la règle. Si ce n’est pas le cas, la règle là encore n’est pas retenue. Si aucune règle de l’ensemble ne correspond, le paquet est expédié sans traitement. Dans tous les cas, la charge utile du paquet n’est pas traitée par le protocole SCHC. Dans le contexte des LPWANs, la compression du paquet limitée à la compression des valeurs des champs des en-têtes sera quand même efficace, car la taille des en-têtes est proportionnellement importante.
On voit ici l’intérêt de l’opération qui consiste à ignorer la valeur du champ et à la transmettre telle quelle. Cette opération permet de s’assurer qu’une règle pourra effectivement s’appliquer à tous les champs d’un en-tête donné : pour les champs faciles à comprimer, une opération de compression efficace sera définie, et pour les autres champs l’opération qui ne fait rien servira de complétion.
Finalement, plusieurs règles peuvent être retenues pour lesquelles le format des champs d’une part et les valeurs des champs d’autre part correspondent. Une règle est alors choisie, et une seule, par exemple la première rencontrée dans l’ensemble de règles, ou bien choisie aléatoirement, au choix de l’implémentation du protocole SCHC. Les opérations prévues dans la règle sont appliquées par le module de compression aux valeurs des champs de l’en-tête du paquet. Puis le paquet est transmis avec les valeurs de son en-tête comprimées, ainsi qu’avec l’identifiant de la règle qui a été appliquée. Le module de décompression reçoit le paquet dont les valeurs de l’en-tête ont été comprimées ; utilise l’identifiant de la règle pour trouver les opérations qui ont été appliquées ; et applique les opérations symétriques de décompression. Par exemple, si, pour une valeur d’un champ, l’opération de compression a utilisé un dictionnaire, le module de décompression utilisera la valeur de l’index transmise pour le remplacer par la valeur prévue dans le dictionnaire.
Comme l’identifiant de la règle utilisée pour la compression doit être transmis, ainsi que certaines valeurs (index des dictionnaires), il va exister une limite au-delà de laquelle ajouter de nouvelles règles de compression dans un contexte donné ne sera plus intéressant car le gain éventuel qu’apporte la règle supplémentaire est dépassé par le coût de transmission induit par l’augmentation de la taille de l’identifiant de règle au fur et à mesure que de nouvelles règles sont ajoutées. Par exemple, au-delà de huit règles, l’identifiant de règle transmis sera codé sur trois bits au lieu de deux. Si rajouter une neuvième règle ne fait gagner en moyenne qu’un seul bit, l’ajout de cette neuvième règle n’est pas intéressant. De même si une règle ajoutée implique l’utilisation de bits supplémentaires pour encoder les index de dictionnaires.
Il est facile de voir que les opérations de compression et de décompression dans le protocole SCHC peuvent être sans perte, c’est-à-dire que la décompression de l’en-tête du paquet de données selon les opérations prévues dans le protocole SCHC reconstruit exactement l’en-tête tel qu’il était avant compression. C’est le cas général même s’il peut exister des cadres d’utilisation où ce n’est pas le cas.
Les ensembles de règles de compression sont donc définies, dans le protocole SCHC, pour un contexte donné, statique, et correspondent aux formats des paquets attendus dans les échanges entre émetteurs et récepteurs. Ils sont définis par un expert qui sait que, dans un contexte de déploiement donné, tel ou tel protocole va être utilisé, selon une encapsulation donnée, et qui sait donc quels formats des en-têtes de paquets sont attendus. L’expert sait également que tel ou tel champ des paquets respectant tel ou tel format prendra une valeur constante, ou bien une valeur parmi un ensemble de taille limitée, ou bien une valeur qui aura souvent le même préfixe. Par exemple, l’expert sait que le champ IP-Version qui apparaîtra dans les en-têtes des paquets respectant plusieurs formats (IP seul, ou IP encapsulant des paquets UDP, ou autre…) sera constante. Ou bien l’expert sait que les valeurs d’adresses IP présentes dans un champ donné appartiennent à une plage limitée et auront donc un préfixe commun. Cette connaissance permet à l’expert de choisir l’opération la plus appropriée pour un champ donné dans un format donné et de l’intégrer dans la règle. L’expert construit donc un ensemble de règles qui sera déployé, par exemple attaché à des modules de compression et de décompression embarqués dans un ensemble d’objets connectés et une passerelle correspondante, pour mettre en œuvre le protocole SCHC.
Le protocole SCHC a été initialement conçu dans le contexte des réseaux LPWANs mais il pourrait être utilisé dans d’autres contextes, comme les réseaux domestiques, ou pour la compression d’en-têtes de trames Ethernet. Les opérations de compression du protocole SCHC pourraient aussi être appliquées à des sections de la charge d’un paquet de données et pas seulement à l’en-tête.
Dans la situation actuelle, le déploiement du protocole SCHC est ralenti par le besoin de créer de nouvelles règles pour chaque contexte d’utilisation. Cette situation fait que des potentiels de compression facilement accessibles ne sont pas utilisés. Ceci a des impacts négatifs sur les consommations énergétiques et matérielles des réseaux LPWANs ou celles d’autres réseaux dans lesquels la compression des en-têtes selon le protocole SCHC pourrait être utilisée.
Une autre limite de la situation actuelle est que les règles de compression définies pour un contexte de déploiement donné ne vont plus aussi bien fonctionner quand ce contexte évolue. Par exemple, si un objet connecté redémarre, son adresse réseau peut changer ou bien les numéros de port qu’il utilise, et des règles de compression qui étaient efficaces peuvent se retrouver inefficaces. C’est un point qui introduit de l’inefficacité dans les compressions qui peuvent être obtenues.
2 tige
3 tête
30 caractéristique de couplage
31 douille hexagonale
32 jupe conique
33 ailette
4 languette
40 bord libre
41 coin vif
42 coin arrondi ou lissé
11 corps
12 insert
13 trou de l’insert
15 trou dans substrat
16 substrat
C couple d'enlèvement