INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
L’invention concerne en outre un procédé de séchage et/ou de torréfaction d’une charge biomasse mis en œuvre au moyen du four à soles multiples tel que décrit ci-dessus selon l’une quelconque de ses variantes.
Exemples Les caractéristiques et avantages du système selon l’invention apparaitront plus clairement à la lecture de l’exemple d'application ci-après.
Cet exemple d’application vise à comparer la vitesse de chauffe d’un matériau de type biomasse disposé sur un plateau d’un four à soles multiples selon l’art antérieur (c’est-à-dire avec une injection gaz tangentielle) décrit en , et la vitesse de chauffe d’un matériau de type biomasse disposé sur un plateau associé à des moyens de distribution de gaz primaires d’un four à soles multiples selon l’invention.
Les vitesses de chauffe sont estimées au moyen de simulations numériques réalisées avec le logiciel CPFD Barracuda TM . Les données géométriques de la simulation et les conditions opératoires/limites sont indiquées ci-dessous : Caractéristiques de l’enceinte : cylindre de 1 m de diamètre et 1 m de hauteur, comportant une ouverture pour la sortie gaz sous la forme d’un tube cylindrique de 0,17 m de diamètre et 0,1 m de hauteur aménagé dans la paroi supérieure de l’enceinte cylindrique, cette ouverture étant placée à condition atmosphérique ; Le four est maintenu à une température constante et égale à 150°C ; L’enceinte du four à soles multiples selon l’art antérieur comporte 3 cylindres d’injection de gaz tangentiels de 0,1 m de diamètre localisés 0,3 m au-dessus du plateau considéré. Le plateau perforé du four à soles multiples selon l’invention comporte 21 orifices répartis uniformément sur le plateau, correspondant à un nombre d’orifice par m² de plateau d’environ 27. Le gaz utilisé est de l’azote à 280°C. Le débit total de gaz en entrée est de 0,13 kg/s, représentant une vitesse superficielle du gaz dans le four de 0,3 m/s. Une couche de biomasse d’une hauteur de 0,2 m est disposée au-dessus du plateau du four à soles multiples selon l’art antérieur et du plateau perforé du four à soles multiples selon l’invention. Les particules de biomasse ont un diamètre moyen de 2 cm et une température initiale de 20°C.
Une simulation numérique d’une durée de 100 s est réalisée pour le four à soles multiples selon l’art antérieur et pour le four à soles multiples selon l’invention. La température moyenne des particules de biomasse est enregistrée au cours du temps, à partir de laquelle on peut déduire la vitesse de chauffe des particules de biomasse. La (respectivement la ) présente l’évolution dans le temps t de la température moyenne (respectivement la vitesse de chauffe) des particules de biomasse dans le cas du four à soles multiples selon l’art antérieur (courbe et échelle TAA ; respectivement courbe et échelle VAA) et du four à soles multiples selon l’invention (courbe et échelle TINV ; respectivement courbe et échelle VINV). On peut observer une montée en température beaucoup plus rapide dans le cas du four à soles multiples selon l’invention, ce qui permet d’augmenter la vitesse de chauffe d’un facteur de 600 par rapport au four à soles multiples selon l’art antérieur. Une telle augmentation de la vitesse de chauffe permet non seulement de réduire le temps de production, mais également la consommation énergétique du four.
Ainsi, le four à soles multiples selon l’invention permet une distribution plus homogène du gaz sur la surface d’un plateau comportant des moyens de distribution de gaz primaires, ce qui permet un meilleur contact entre le gaz et le solide disposé sur ce plateau, et ainsi une plus grande efficacité des procédés industriels mettant en œuvre un tel four.
Dispositif de détermination de la durée du jour d’au moins une journée, système d’évaluation de la latitude d’implantation d’un générateur photovoltaïque et équipement dynamique piloté en fonction de la latitude L’invention concerne un dispositif de détermination de la durée du jour d’au moins une journée, un système d’évaluation de la latitude d’implantation d’un générateur photovoltaïque ainsi qu’un équipement dynamique piloté en fonction de cette latitude.
La présente invention concerne le domaine de la fabrication des équipements dynamiques qui sont configurées pour piloter un système dynamique que comporte un tel équipement dynamique, ceci en fonction de la lumière du jour.
Sans n’y être aucunement limitée, la présente invention trouvera une application particulièrement appropriée lorsqu’il s’agit de piloter un système dynamique, qui est constitué par un tablier de volet roulant, que comporte un équipement dynamique qui est constitué par un tel volet roulant.
On connait, d’ores et déjà, des équipements dynamiques qui comportent un générateur photovoltaïque auprès duquel on relève les valeurs d’une caractéristique électrique (notamment la tension à vide ou le courant de court-circuit) qui est caractéristique de l’éclairement, plus particulièrement de l’irradiance, procuré par le soleil.
A partir des valeurs relevées de cette caractéristique électrique, on pilote le système dynamique ce qui permet, alors, de piloter ce système dynamique (et, donc, l’équipement dynamique) en fonction de d’éclairement du soleil.
Un tel pilotage permet de piloter un système dynamique de manière satisfaisante essentiellement en matière de confort, voire, et dans une moindre mesure, en matière d’économie d’énergie. Cependant, on observera que, dans le cadre d’un tel pilotage l’actionnement crépusculaire du système dynamique (plus particulièrement la fermeture crépusculaire du tablier du volet roulant) intervient usuellement bien après le coucher du soleil, voire à la nuit tombée. De plus, un tel pilotage est sensible aux conditions atmosphériques (notamment à la présence ou au passage de nuages) ainsi qu’à l’implantation (notamment à l’orientation, à la latitude et à l’environnement) du générateur photovoltaïque. Un tel pilotage manque donc de précision de sorte qu’il ne permet pas d’optimiser les performances, en particulier énergétiques, de l’équipement dynamique.
On connait, également, des équipements dynamiques qui pilotent l’actionnement d’un système dynamique en fonction de données, qui sont intégrées dans une base de données que comporte l’équipement dynamique, et qui sont relatives, d’une part, aux dates calendaires et, d’autre part, aux heures de lever du soleil et de coucher du soleil qui correspondent à ces dates calendaires. Ces équipements dynamiques, d’une part, nécessitent une mémoire importante pour l’enregistrement de ces données (a fortiori lorsque celles-ci correspondent à différentes longitudes), d’autre part, nécessitent de disposer d’une horloge qui présente l’inconvénient de dériver dans le temps (sans compter un éventuel changement d’heure entre l’heure d’hiver et l’heure d’été) et, d’autre part encore, imposent des contraintes industrielles de programmation.
Finalement, on observera que les équipements dynamiques connus assurent un pilotage de leur système dynamique sans tenir compte de la latitude d’implantation de cet équipement dynamique qui influe, cependant, de manière notable sur l’éclairement procuré par le soleil et, par conséquent, sur le pilotage de l’équipement dynamique.
Ainsi, ladite droite génératrice 36 du trou 22 tronconique est parallèle à l’axe de rotation longitudinal L1 du disque 10 du rotor 6 lorsque la cale 20 est insérée entre les deux dents 12 circonférentiellement successives.
La section transverse du corps polyédrique 34 de la cale 20 est sensiblement de la forme d’un triangle dont le côté de plus petite dimension 38 est destiné à être disposé radialement à l’extérieur lorsque la cale 20 est insérée entre les deux dents 12 circonférentiellement successives.
De préférence, ladite droite génératrice 36 est la droite génératrice du trou 22 tronconique la plus proche du côté de plus petite dimension 38 du triangle de la forme sensiblement triangulaire du corps polyédrique 34 de la cale 20.
Ladite droite génératrice 36 est destinée à être la droite génératrice du trou 22 tronconique la plus éloignée radialement du centre du disque 10 rotatif. Ainsi, le tirant 26 traversant le trou 22 tronconique prend appui sur ladite droite génératrice 36 sans se déformer lors de la rotation du disque 10 rotatif.
Dans l’exemple représenté, les angles du corps polyédrique 34 de la cale 20 sont tronqués.
De préférence, la cale 20 comprend un matériau isolant électriquement. Par exemple, un matériau composite et/ou un matériau thermoplastique et/ou un polysulfone.
Avantageusement, la cale 20 comprend un prolongement radial 40 prolongeant le côté de plus petite dimension 38 de la forme triangulaire du corps polyédrique 34 de section sensiblement triangulaire de la cale 20, le prolongement radial 40 étant destiné à venir en appui ortho-radial contre les dents 12 du rotor 6, notamment contre les têtes 16 des dents 12 du rotor 6.
Le trou 22 tronconique de la cale 20 est illustré plus en détails en .
Le trou 22 tronconique est une portion d’un cône prise entre un premier plan définissant une première extrémité circulaire 42 du trou 22 tronconique et un deuxième plan parallèle au premier plan et définissant une deuxième extrémité circulaire 44 du trou 22 tronconique.
Le trou 22 tronconique est formé d’une infinité de droites génératrices. La première extrémité circulaire 42 et la deuxième extrémité circulaire 44 sont définies comme étant les intersections des droites génératrices du cône avec le premier plan et avec le deuxième plan.
La direction longitudinale L2 selon laquelle s’étend majoritairement le corps polyédrique 34 de la cale 20 est orthogonale auxdits plans parallèles.
Ladite droite génératrice 36 parallèle à l’axe longitudinale L2 selon laquelle s’étend majoritairement le corps polyédrique 34 de la cale 20 est donc orthogonale au premier plan et au deuxième plan.
La direction longitudinale L2 du corps polyédrique 34 de la cale 20 forme un angle α non nul avec la droite passant par le centre du cercle de la première extrémité circulaire 42 du trou 22 tronconique et par le centre du cercle de la deuxième extrémité circulaire 44 du trou 22 tronconique, cet angle α correspondant notamment à une correction d’un angle de dépouille engendré par le moulage du corps polyédrique 34 de la cale 20.
La représente schématiquement un deuxième exemple de réalisation de la cale 20 de maintien.
La section transverse du corps polyédrique 34 de la cale 20 est sensiblement de la forme d’un triangle dont les angles prolongeant le côté de plus petite dimension 38 ont été tronqués, notamment de manière à former des surfaces d’appui destinées à venir en appui radial contre les têtes 16 des deux dents 12 circonférentiellement successives.
Le corps polyédrique 34 de la cale 20 est sensiblement de la forme d’un prisme triangulaire, la forme des sections transversales du corps polyédrique 34 de la cale 20 étant identiques entre la face avant 30 et la face arrière 32 de la cale 20.
la est une vue illustrant un troisième exemple de mise en œuvre de l’invention, en mode opérationnel de fonctionnement, où le système avionique comprend à la fois le deuxième fichier additionnel de configuration incluant cette fois une table de configuration du deuxième type et une table de configuration du troisième type, et un troisième fichier additionnel de configuration incluant une table de configuration du troisième type, chaque table de fichier additionnel de configuration étant alors utilisée à la place d’une table respective de même type stockée initialement dans le système avionique ;
la est une vue illustrant un quatrième exemple de mise en œuvre de l’invention, en mode dégradé de fonctionnement, où le système avionique comprend le premier fichier additionnel de configuration incluant à la fois la table de configuration de premier type et des tables de configuration de deuxième et troisième types, utilisées alors à la place de tables primaire, secondaire et tertiaire respectives ;
la est une vue analogue à celle de la , en mode opérationnel de fonctionnement, dans lequel les tables de configuration de deuxième et troisième types incluses dans le premier fichier additionnel de configuration ne sont alors pas utilisées ; et
la est un organigramme représentant une séquence de démarrage du système avionique de la , avec vérification de la présence ou non d’au moins un fichier additionnel de configuration.
Sur la , un aéronef 5 est équipé d’un système électronique avionique 10 comprenant un ensemble de partitions applicatives 12 et une plateforme informatique 15 apte à exécuter l’ensemble de partitions applicatives 12.
L’aéronef 5 est de préférence un avion. En variante, l’aéronef 5 est un hélicoptère, ou encore un drone piloté à distance par un pilote.
La plateforme informatique 15 comporte des ressources 18 et héberge un système d’exploitation 20. La plateforme informatique 15 comporte également un paquet d’amorçage 22, visible sur les à 8, et un automate de démarrage 24 apte à être exécuté en premier suite à une mise sous tension de la plateforme 15 et configuré pour lancer le paquet d’amorçage 22.
Avantageusement, la plateforme informatique 15 comporte en outre un premier fichier additionnel de configuration 26, visible sur les à 8 et décrit plus en détail par la suite.
Le système d’exploitation 20, également appelé OS (de l’anglais Operating System ), est, par exemple, un système d’exploitation conforme à la norme ARINC 653, ou un système d’exploitation POSIX, ou encore un hyperviseur, ou encore un middleware.
L’homme du métier comprendra alors que le système d’exploitation 20 s’entend au sens large et est, de manière plus générale, un ensemble d’au moins un logiciel de base 28, conçu pour offrir des services 29 de différents types à chaque partition applicative 12 et/ou partition système 30.
Un service 29 est donc une fonction du logiciel de base utilisable par la ou les applications et atteignable par un appel, également appelé appel à un service (de l’OS) ou encore appel système. Un exemple de logiciel de base est un OS ARINC 653 ou POSIX qui fournit de tels services. Dans le contexte de l’invention, l’homme du métier comprendra que c’est la notion d’appel à un service qui importe, et non pas le service en tant que tel, offert par le logiciel de base.
Les services 29 offerts par le système d’exploitation 20 sont connus en soi, et sont par exemple des services d’acquisition d’entrée(s)/sortie(s), de gestion de processus, de gestion de protocole(s) de communication, etc. Les types de service sont alors l’acquisition d’entrée(s)/sortie(s), la gestion de processus, la gestion de protocole(s) de communication et la gestion d’une temporisation, en particulier son déclenchement.
Le système avionique 10 comprend également un ensemble de partitions système 30, chaque partition système 30 incluant au moins un service 29 du système d’exploitation 20.
Les ressources 18 de la plateforme 15 sont des éléments physiques, i.e. matériels, ou logiques propres à être mis à disposition de la ou des partitions applicatives 12 et/ou partitions système 30.
Les ressources 18 incluent des ressources matérielles, notamment un processeur 32 et des ressources mémoire 34, tel qu’une mémoire vive 35 et une mémoire de stockage 36. La mémoire de stockage 36 est par exemple une mémoire morte programmable, telle qu’une mémoire PROM ou FPROM (de l’anglais Programmable Read Only Memory ou Field Programmable Read Only Memory ).
En complément, les ressources 18 incluent des ressources de type entrées et sorties 38, également appelés ressources IO (de l’anglais Input Output ), et des ressources de type graphique 40, c’est-à-dire permettant un affichage de données.
L'arbre de clés dérivé étant déterministe, nous ne pouvons pas l'utiliser directement pour les opérations de sauvegarde/restauration. La clé de chiffrement/déchiffrement doit être éphémère pour chaque sauvegarde. illustre un exemple d'arbre de nœuds tel que défini dans la norme BIP32.
Une sauvegarde/restauration sécurisée doit prendre en charge les propriétés de sécurité suivantes : L'intégrité et la confidentialité des données. Le Perfect Forward Secrecy (PFS) de données, c’est-à-dire des moyens cryptographiques permettant de ne pas de reconstruire des secrets passés à partir de secrets futures L'anti-rejeu des données qui peut être conditionnelle. L'authenticité des données comme preuve d'origine. Appliquer des règles pour la sauvegarde de la vie privée dès la conception (connu comme, Global Data Procedure Regulation) dans la procédure de randomisation des données résultantes.
La procédure de sauvegarde/restauration sécurisée peut être appliquée à une seule application ou à un groupe d'applications.
Dans la procédure de sauvegarde/restauration sécurisée nous définissons les notations suivantes : Y = encrypt[K](X) : fonction cryptant les données en clair X en utilisant une clé du jeu de clés K. les données cryptées sont Y. La fonction de cryptage peut être basée sur le chiffrement par bloc GCM tel que défini dans le SP 800-38D Recommandations NIST ou eGCM telles que définies dans la spécification OFL de Global Platform ou toute autre méthode de chiffrement prenant en charge les exigences de sécurité. X = déchiffrer[K](Y) : fonction déchiffrant les données chiffrées Y en utilisant une clé du jeu de clés K. les données en clair sont X. La fonction de déchiffrement peut être basée sur le chiffrement par bloc GCM tel que défini dans le SP 800-38D Recommandations NIST ou eGCM telles que définies dans la spécification OFL de Global Platform ou toute autre méthode de chiffrement prenant en charge les exigences de sécurité. I = compute_icheck[K](X) : fonction générant le code de contrôle I en utilisant une clé du jeu de clés K sur les données en clair X. le code de contrôle est I. La fonction générant le code de contrôle peut être basée sur un HMAC comme défini dans la norme FIPS 198-1 ou intégré dans la fonction de chiffrement comme eGCM. verify_icheck[K](X, I) : Fonction vérifiant le code de contrôle I en utilisant une clé du jeu de clés K sur les données claires X et le code de contrôle attendu I. La fonction échoue si le code de contrôle attendu est différent du code calculé. S = sign[K](A) : Fonction générant la signature des données A en utilisant la clé privée K. La signature est S. La fonction générant la signature peut implémenter la norme BSI TR-03111. vérifier[K](S, A) : Fonction vérifiant la signature S des données A en utilisant la clé publique K. La vérification échoue si la signature calculée est erronée. La fonction vérifiant la signature peut mettre en œuvre la norme BSI TR-03111. C = generate_container(X, Y,…) : Fonction générant un conteneur C contenant une collection de données (X, Y, …) selon une structure contextuelle. La génération de conteneur peut s'appuyer sur des standards comme les règles d'encodage ASN.1 (ISO/IEC 8824-1:2021), CBOR ou JSON. K = dérive(ShS, SI) : Fonction générant une clé ou un ensemble de clés en fonction d'un secret partagé (ShS) et d'une Information partagée (SI). Comme exemple de KDF (Key Derivation Function), nous pouvons utiliser celle définie dans : BSI Technical Guideline TR-03111: Elliptic Curve Cryptography. Version 2.0. BIP32 standard.
Dans la procédure de sauvegarde/restauration sécurisée, nous définissons les termes suivants : Matériel de clé : structure de données contenant toutes les informations définissant une clé (par exemple, domaine ECC, type, taille).
La séquence d'invocation de la procédure de sauvegarde sécurisée est la suivante dans laquelle chaque numéro de séquence correspond au numéro de séquence de : L'utilisateur via l'interface utilisateur de l'équipement demande une sauvegarde sécurisée sur l'appareil. L'application de sauvegarde sécurisée dans l'appareil demande le consentement de l'utilisateur (par exemple, vérification des empreintes digitales, vérification du code PIN, etc.) pour générer le conteneur de sauvegarde sécurisée (SBK). L'utilisateur accepte la génération de sauvegarde sécurisée. L'application de sauvegarde vérifie le consentement de l'utilisateur. L'application de sauvegarde (Backup Application) sécurisée génère le conteneur de sauvegarde sécurisée (SBK). Le conteneur SBK est envoyé à l'application de sauvegarde au sein de l'équipement de l'utilisateur (User’s Equipment). L'application de sauvegarde encapsule le conteneur SBK dans un conteneur XSBK pour le support de stockage sélectionné. La vérification du consentement de l'utilisateur a échoué. L'utilisateur est averti. La vérification du consentement de l'utilisateur a échoué. L'application de sauvegarde de l'équipement de l'utilisateur est notifiée.
L'appareil peut générer un UUID (Universal Unique Identifier) tel que défini dans la RFC 4122 pour identifier le SBK dans le support de stockage. Ledit UUID peut jouer le rôle de pseudonyme pour rechercher le SBK au sein d'un serveur de découverte faisant office de référentiel de SBK anonymes (support RGPD).
L'appareil peut générer un URI (Universal Resource Identifier) pour identifier le SBK dans le support de stockage. illustre la séquence liée à la procédure de sauvegarde sécurisée de données illustre les détails fonctionnels de la procédure de sauvegarde sécurisée de données
La procédure de sauvegarde sécurisée est la suivante : Générer une graine initiale (Seed) telle que définie dans BIP39 ou en utilisant un autre moyen. Calculer une clé privée déterministe (DPK) à partir de la graine dans le nœud d'application de restauration/sauvegarde tel que défini dans BIP32. Calculer un nombre aléatoire R. Définissez un numéro de version V comme numéro de version actuel reflétant une empreinte ESD/LSD/MD. Il suppose que le numéro de version est monotone et est modifié pour chaque sauvegarde sécurisée. Générer un conteneur H contenant au moins : R, V. Dérivez deux clés IM et EM en utilisant une fonction de dérivation avec les chemins H, DPK et IM, EM comme paramètres. Dérivez une clé privée (KAUTp) en utilisant une fonction de dérivation avec H, DPK dans le nœud d'application de restauration/sauvegarde/authentification comme défini dans BIP32. Collecter les métadonnées (MD) liées à chaque ESD et LSD comme la longueur, l'identification, la version, etc. Générer un conteneur CDC contenant : ESD, LSD et MD Calculer un contrôle d'intégrité (IDC) de CDC en utilisant les données définissant la clé IM. Générer EDC à partir du cryptage de CDC à l'aide de la clé EM. Générer un conteneur B contenant H, EDC et IDC. Générer la signature SIG de B en utilisant la clé privée KAUTp. Générer un conteneur SBK contenant SIG et B
La séquence d'invocation de restauration sécurisée est la suivante dans laquelle chaque numéro de séquence correspond au numéro de séquence de : L'application de restauration (Restore Application) collecte le conteneur XSBK à partir du support de stockage. L'application de restauration extrait le conteneur SBK de XSBK. L'application de restauration transfère le SBK à l'application de restauration de l'appareil. Si l'appareil est nouveau, l'utilisateur est invité à introduire la graine initiale. L'utilisateur introduit ses données pour la génération initiale de semences dans l'appareil. L'appareil invite l'utilisateur à donner son consentement. L'utilisateur accepte la procédure de restauration sécurisée. L'application de restauration dans l'appareil vérifie le consentement de l'utilisateur. La vérification du consentement de l'utilisateur est réussie. L'application de restauration de l'appareil invoque la procédure de restauration sécurisée. L'utilisateur est informé de la réussite de la procédure de restauration sécurisée. L'application de restauration est informée de la réussite de la procédure de restauration sécurisée. L'utilisateur est averti de l'échec d'une procédure de restauration sécurisée. L'application de restauration est informée de l'échec d'une procédure de restauration sécurisée. L'utilisateur est informé de l'échec de la vérification du consentement de l'utilisateur. L'application de restauration est informée de l'échec de la vérification du consentement d'un utilisateur. illustre la séquence d'invocation de restauration sécurisée de données illustre la procédure de restauration sécurisée.