INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Selon le mode de réalisation représenté, la réglette 24 comprend également des pièces 242 intercalaires solidaires de l’extrémité 241b1 de bout d’un des décrochés 241b extrêmes de la glissière 241 de sorte que les extrémités 241b1 de bout des décrochés 241b extrêmes de la glissière 241 se font sensiblement face. La glissière 241 forme ainsi une gorge 243 présentant, en section, sensiblement une forme en T, particulièrement visible sur la .
Selon le mode de réalisation illustré, les pièces 242 intercalaires sont sensiblement réparties de manière équidistante sur la longueur de la glissière 241.
Comme on peut le voir en particulier sur la , la glissière 241 comprend, au niveau de chaque pièce 242 intercalaire, une découpe 241b2 de ses décrochés 241b extrêmes non en contact avec les pièces 242 intercalaires. Selon le mode de réalisation représenté, ces découpes 241b2 font sensiblement la largeur des pièces 242 intercalaires.
Les pièces 242 intercalaires comprennent un corps 242a principal présentant une forme sensiblement parallélépipédique. Le corps 242a principal solidarise les pièces 242 intercalaires à la glissière 241.
Chaque pièce 242 intercalaire comprend deux ailettes 242b disposées de part et d’autre du corps 242a principal. Les ailettes 242b font saillie du corps 242a principal vers les pièces 242 intercalaires voisines.
Selon le mode de réalisation représenté, la réglette 24 comprend, entre les pièces 242 intercalaires, des échancrures 244 traversant les décrochés 241b extrêmes de la glissière 241 solidaires des pièces 242 intercalaires et traversant en partie les ailettes 242b. Les échancrures 244 sont configurées pour que le côté des ailettes 242b orienté vers la glissière 241 soit plus éloigné de la glissière 241 que le côté du corps 242a principal orienté vers la glissière 241.
Les échancrures 244 définissent ainsi un passage sensiblement en forme de T, particulièrement visible sur la .
Selon le mode de réalisation illustré, le corps 242a principal de chaque pièce 242 intercalaire comprend un renfoncement 242a1 du côté du corps 242a principal orienté vers la glissière 241.
Selon le mode de réalisation représenté, le renfoncement 242a1 présente une forme sensiblement parallélépipédique. Le renfoncement 242a1 est sensiblement centré par rapport au corps 242a principal.
Selon un mode de réalisation non illustré, au moins une des pièces 242 intercalaires n’est pas en contact avec le bras 21 une fois la glissière 241 glissée sur le bras 21. Ainsi, les frottements entre la réglette 24 et le bras 21 sont réduits lors du glissement de la réglette 24 sur le bras 21.
Selon le mode de réalisation illustré, la réglette 24 comprend, en une première extrémité 241c de la glissière 241, une demi-pièce 242 intercalaire.
Selon ces considérations, ont été implémentées dans le système de service dorsal BEserv des fonctionnalités de libraires Web3js pour afin qu’il interagisse et communique avec le nœud distant Polygon Np. Le fichier numérique dF représentatif de l’évènement et ses métadonnées Mdata associées sont envoyées par le système de service dorsal BEserv au nœud au moyen du protocole IPFS.
Suite à l’étape de transmission E6, le nœud distant Polygon NP réceptionne durant une étape de réception E6’ puis stocke le fichier numérique dF représentatif de l’évènement et ses métadonnées Mdata associées. Le fichier numérique dF représentatif de l’évènement et ses métadonnées Mdata associées vont être regroupés par le nœud distant Polygon Np sous la forme d’une transaction qui va être contenue dans un bloc qui va être validé par un des autres nœuds de Polygon selon la méthode dite de Preuve d’Enjeu (« Proof-Of-Stake » en anglais). Une fois que le bloc est validé, il est intégré à la suite des autres blocs constituant la chaine de blocs du service de chaine de blocs BC Ethereum. Le bloc, et donc la transaction de transmission au service de chaine de bloc BC Ethereum du fichier numérique dF représentatif de l’évènement et ses métadonnées Mdata associées, est horodaté et historié.
Parallèlement à la génération du bloc qui va contenir le fichier numérique dF représentatif de l’évènement et ses métadonnées Mdata associées par le nœud distant Polygon Np, ledit nœud distant Polygon Np va envoyer une requête au service de chaine de blocs BC Ethereum pour la récupération d’un contrat intelligent CI qui a été implémenté dans le service de chaine de blocs BC Ethereum en vue de la mise en œuvre du procédé de mise à disposition. Pour l’invention présentée, le contrat intelligent CI sert in fine à l’exécution de la procédure même de génération et de mise à disposition de jeton non fongible JNF à partir d’un fichier numérique dF représentatif de l’évènement, sous réserve que les conditions du contrat intelligent CI à l’origine du lancement de la procédure soient remplies. Plusieurs langages de programmation et d’implémentation de contrat intelligent CI dans un service de chaine de bloc sont disponibles dans la littérature. Dans le cadre de la méthode de réalisation exposée, le contrant intelligent CI a été écrit et implémenté dans le service de chaine de blocs BC Ethereum au moyen du langage de programmation orienté objet dédié à l'écriture de contrats intelligents Solidity, qui est aussi compatible avec le service de chaine de blocs BC Polygon.
Une fois que le nœud distant Polygon Np reçoit le contrat intelligent CI, celui-ci le transmet au système de service dorsal BEserv lors d’une étape de transmission E7. Le système de service dorsal BEserv accuse réception du contrat intelligent CI lors d’une étape de réception E7’, puis le transmet au terminal mobile MD de l’utilisateur Usr lors d’une étape de transmission E8, ledit terminal mobile MD accusant réception du contrat intelligent CI lors d’une étape de réception E8’.
Suite à l’étape de réception E8’, l’utilisateur Usr vérifie les termes du contrat intelligent CI puis les approuve durant une étape de signature E9. Pour l’utilisateur Usr, le contrat intelligent CI se présente comme une demande de confirmation de lancement de la procédure de génération puis de mise à disposition de jeton non fongible JNF.
Lorsque l’utilisateur Usr accepte et signe les termes du contrat intelligent CI, le contrat intelligent CI signé est renvoyé lors d’une étape de transmission E10 au système de service dorsal BEserv qui en accuse réception lors d’une étape de réception E10’. A son tour, le système de service dorsal BEserv transmet lors d’une étape de transmission E11 le contrat intelligent CI signé au nœud distant Polygon Np qui va le réceptionner lors d’une étape de réception E11’. Le nœud distant Polygon Np transmet ensuite au service de chaine de bloc BC Ethereum le contrat intelligent CI signé.
Si la transaction a été validée par le service de chaine de blocs BC Polygon, alors le contrat intelligent CI signé récupère dans le nœud distant Polygon Np le fichier numérique dF représentatif de l’évènement et ses métadonnées Mdata associées, puis lance l’exécution dans le service de chaine de blocs BC Ethereum la procédure de génération et de mise à disposition de jeton non fongible JNF. Différentes normes pour la génération de jeton non fongible JNF sous le service de chaine de blocs BC Ethereum existent comme par exemple les normes ERC-721 et ERC-1155. La norme à considérer dépend des fonctionnalités ambitionnées pour le procédé de mise à disposition, notamment : selon si le fichier numérique dF représentatif de l’évènement va faire l’objet d’une mise à disposition d’un unique ou de plusieurs jetons non fongibles JNF ; et si les jetons non fongibles JNF mis à disposition feront ou non ultérieurement l’objet de transactions de paiement électronique. Par exemple, la norme ERC-721 n’est par exemple pas compatible avec les norme ERC-20 qui définit un ensemble de règles pour la création des jetons fongibles en lien avec la crypto-monnaie Ether. Une transaction de paiement électronique pair-à-pair autour d’un jeton non fongible nécessiterait alors l’établissement de deux contrats intelligents : un premier relatif à l’acte de paiement en crypto–monnaie Ether, un second pour l’acte de transfert du jeton non fongible JNF. Il faudrait également implémenter des fonctionnalités dans le service de chaine de bloc BC Ethereum pour relier les deux types de contrat. De plus, la norme ERC-721 ne permet pas de générer directement un identifiant de jeton avec le jeton non fongible JNF.
La norme ERC-1155 répond à ces problématiques : en étant compatible avec la norme ERC-20, ce qui permet dans le cadre d’un même contrat intelligent CI de procéder à la transaction pair-à-pair à des échanges de jetons fongibles (Ether) et de jetons non fongibles JNF ; et en reliant le jeton non fongible à un identifiant, permettant en une seule transaction de générer plusieurs jetons non fongibles JNF se distinguant les uns des autres par leur identifiant uniforme de ressource URid.
La norme retenue dans la cadre de la présente description de l’invention est la norme ERC-1155.
A noter que dans un autre mode de mise en œuvre du procédé, la transmission (respectivement la réception) du fichier numérique dF et des métadonnées associées par le système de service dorsal BEserv (respectivement par le service de chaine de blocs BC Ethereum) durant l’étape de transmission E6 (respectivement durant l’étape de réception E6’) se produit après l’étape de réception E11’ par le service de chaine de blocs BC Ethereum du contrat intelligent CI signé. Pour cette possibilité de mise en œuvre, suite à l’étape de stockage E5, le système de service dorsal BEserv envoie une requête de mise à disposition qui va être reçue puis traitée comme une transaction par un nœud distant Polygon Np. Suite à la validation du bloc généré par le nœud distant Polygon Np et contenant la transaction par les autres nœuds de Polygon, le service de chaine de blocs BC Ethereum va générer le contrat intelligent CI qui va être transmis au système de service dorsal BEserv afin que ce dernier l’envoi à l’utilisateur Usr pour signature, selon l’étape de transmission E7. Le procédé de mise à disposition se déroule ensuite de la même manière que décrite précédemment, avec la succession des étapes E7’, E8, E8’, E9, E10, E10’. Par contre, au cours de l’étape de transmission E11, le système de service dorsal BEserv transmet au nœud distant Polygon Np, en plus du contrat intelligent CI signé, le fichier numérique dF et ses métadonnées qui vont être stockés par le nœud distant Polygon Np. Si la transaction, correspondant dans cette possibilité de réalisation à la requête de mise à disposition, a été validée par le service de chaine de blocs BC Polygon, alors le contrat intelligent CI signé récupère dans le nœud distant Polygon Np le fichier numérique dF représentatif de l’évènement et ses métadonnées Mdata associées, puis lance l’exécution dans le service de chaine de blocs BC Ethereum la procédure de génération et de mise à disposition de jeton non fongible JNF.
Suite à la génération d’au moins un jeton non fongible JNF et de son identifiant uniforme de ressource URid associé, le service de chaine de blocs BC Ethereum va transmettre au nœud distant Polygon Np : ledit au moins un jeton non fongible JNF et son identifiant uniforme de ressource URid associé, ainsi qu’une confirmation Conf de la mise à disposition dudit au moins un jeton non fongible JNF. Le nœud distant Polygon Np va alors transmettre au système de service dorsal BEserv lors d’une étape de transmission E12 : ledit au moins un jeton non fongible JNF et son identifiant uniforme de ressource URid associé, ainsi que la confirmation Conf.
Le système de service dorsal BEserv accuse ensuite réception, lors d’une étape de réception E12’ dudit au moins un jeton non fongible JNF et de son identifiant uniforme de ressource URid associé, ainsi que de la confirmation Conf. Puis au cours d’une étape de stockage E13, le système de service dorsal BEserv va stocker dans le portefeuille électronique W de l’utilisateur Usr ledit au moins un jeton non fongible JNF et son identifiant uniforme de ressource URid associé.
Ainsi, l’espace de stockage de données Esp1 de l’utilisateur Usr peut contenir un ou plusieurs jetons non fongibles JNF avec chacun leur identifiant uniforme de ressource URid associé, et des versions dégradées lowdF toutes générées à partir d’un fichier numérique dF représentatif d’un évènement différent. Il n’y a pas de corrélation entre le nombre de versions dégradées lowdF et le nombre de jetons non fongibles JNF et/ou le nombre d’identifiants uniformes de ressource URid présents dans l’espace de stockage de données Esp1, dans la mesure où un fichier numérique dF représentatif d’un évènement peut faire l’objet de plusieurs jetons non fongibles JNF (dans le cadre d’un tirage limité). En référence à la , il est supposé que l’utilisateurs possède dans son portefeuille électronique W n jetons non fongibles (JNF1, JNF2… JNFn) chacun associé à un identifiant uniforme de ressource (URid1, URid2…URidn), chacun des jetons non fongibles JNF correspondant à un tirage unique fait à partir de n fichiers numériques dF représentatifs chacun d’un évènement différent.
Dans un autre mode de réalisation du procédé de mise à disposition pour lequel le terminal mobile MD serait connecter directement au nœud distant Polygon Np et/ou au service de chaine de blocs BC Ethereum, le nœud distant Polygon Np et/ou le service de chaine de blocs BC Ethereum enverrait directement sur le terminal mobile MD au moins un jeton non fongible JNF et son identifiant uniforme de ressource associé URid, ledit au moins un jeton non fongible JNF et son identifiant uniforme de ressource URid.
Suite à l’étape de stockage E13, le système de service dorsal BEserv envoie au terminal mobile MD lors d’une étape de transmission E14 la confirmation Conf de la génération des jetons non fongibles JNF à partir du fichier numérique dF représentatif de l’évènement, et de leur mise à disposition sur la plateforme numérique. Le terminal mobile MD reçoit la confirmation Conf lors de l’étape de réception E14’.
Dans le mode de réalisation décrit, le système de service dorsal BEserv envoie au terminal mobile MD lors d’une étape de transmission E15 la version dégradée lowdF du fichier numérique dF représentatif de l’évènement venant de faire l’objet de la mise à disposition de jeton non fongible JNF, que le terminal mobile MD va réceptionner durant une étape de réception E15’.
Dans un mode de réalisation, la surface est aspergée de 15m3 en 30 minutes.
Grâce à ces caractéristiques, il est possible de simuler une pluie réelle, intense ou de longue durée.
Dans un mode de réalisation, le procédé comporte en outre une étape ultérieure de détection de fuite.
Dans un mode de réalisation, la détection de fuite est réalisée par contrôle de l’humidité après avoir laissé sécher la surface, soit à l’aide de mesures à l’hygromètre nucléaire, soit à l’aide d’un détecteur à ultraviolet apte à détecter un traceur fluorescent placé dans l’eau de la citerne, soit une combinaison des deux.
Grâce à ces caractéristiques, il est possible de contrôler l'absence de fuite dans les éléments sous-jacents (isolant, élément porteur) de façon non invasive et non destructrice. Un tel procédé permet un essai d’étanchéité limité dans le temps à ½ ou 1 journée, installation et repli compris.
Grâce à ces caractéristiques, la durée de l'essai d’étanchéité est réduite par rapport à ce que serait une inondation de la terrasse de 24, 48 heures voir plus, avec une hauteur d'eau ajustée à -5 cm du point le plus bas des relevés. En outre, l’essai présente une plus grande fiabilité de résultats.
Ainsi, il est possible de tester l’étanchéité du toit sans besoin d’inonder le toit terrasse. Cela présente de nombreux avantages : -rendre inutile l’usage de système de batardeau, c’est-à-dire d’ouvrage provisoire de retenue d'eau, - ne pas déformer l'élément porteur : en effet, il ne pas anodin de charger une toiture avec un poids d'eau de 100 kg/m2, notamment dans le cas de bâtiments dont la structure porteuse est en acier ou en bois : il existe alors un risque de flexion et de déformation permanente de la structure, - éviter de créer lors d’une inondation artificielle un dégâts des eaux et un endommagement des travaux de finition.
Grâce à ces caractéristiques, l’ensemble du toit terrasse peut être mouillé de manière effective sur toute la surface, comme lors d’une pluie, par exemple une pluie décennale, et quelle que soit la forme du toit terrasse.
Ainsi, l’essai d’étanchéité permet un test en conditions réelles de fonctionnement des entrées et voies d’évacuation d’eau pluviale.
En particulier, l’essai d’étanchéité tel que décrit ci-dessus permet de tester également l’étanchéité des bandes solin qui sont souvent à l'origine des infiltrations d'eau par défaut d'étanchéité entre le mur (i.e. l’acrotère) et la bande solin.
Grâce à ces caractéristiques, il est possible de détecter des micro-fuites qui auraient parfois pris des semaines voir des mois avant d'apparaître à l'étage inférieur, après avoir imbibé et ruiné les complexes d'isolation.
De façon avantageuse, l’essai tel que décrit peut être mis en œuvre et réitéré, sans besoin de libérer les espaces de la toiture-terrasse, et quel que soit la phase des travaux; y compris avant et/ou après l’aménagement de jardins, de circulations piétonnes ou véhicules, et/ou la pose d'équipements techniques du bâtiment (froid, climatisation, ventilation, panneaux photovoltaïques, machineries d'ascenseurs), pose d'antennes relais, de panneaux publicitaires, etc.
Ainsi, l’essai peut être effectué en minimisant les risques de dégâts des eaux même lorsque les travaux de second œuvre sont déjà bien avancés à l'étage situé sous la toiture, par exemple si des faux-plafonds ont commencés à être installés.
Grâce à ces caractéristiques, on évite des sinistres éventuels ultérieurs qui donnent généralement lieu à des expertises coûteuses, complexes et longues ainsi qu’à des travaux de réparation en toiture qui occasionnent des désagréments et qui s'accompagnent le plus souvent de travaux de réfection dans les étages supérieurs, occupés par leurs habitants, et qui ont subi un dégât des eaux.
Fig. 1 montre un exemple de toit terrasse en écorché.
Spécifiquement, la définition des bornes de N1 et N2 dans l’étape S2 comprend :
- définir les bornes inférieure et supérieure [Vgsmin ; Vgsmax] du premier niveau DC N1, où : Vgsmax est déterminée en mesurant le courant de grille I du transistor 2 en fonction de la tension DC Vgs appliquée à la grille 2a du transistor 2 pour une tension Vds nulle appliquée au drain 2b du transistor 2, puis en définissant Vgsmax comme étant la valeur de Vgs pour laquelle le courant de grille Ig atteint une valeur de seuil de courant prédéterminée ; et Vgsmin ≤ Vp où Vp est la tension de pincement du transistor 2 ; et
- définir les bornes inférieure et supérieure [Vdsmin ; Vdsmax] du second niveau N2, où Vdsmin = 0V et Vdsmax = 2 * Vds0.
A titre d’exemple, pour la détermination des bornes de N1 et N2 sur les accès de grille et de drain d’un transistor 2 en technologie HEMT GaN, il est utile, pour l’accès de grille, de connaître la tension de pincement Vp et de la tension de grille maximale.
Pour déterminer Vp, une mesure en mode DC du courant de sortie Ids en fonction de la tension de grille Vgs est effectuée, puis la transconductance est calculée. En appliquant une régression linéaire dans la partie linéaire de Gm, la tension de pincement Vp est déterminée comme étant à l’intersection de cette courbe et de l’axe des abscisses lorsque Gm = 0S.
D’un point de vue pratique, il peut être intéressant de limiter le réseau I-V pour les valeurs de Vgs < Vp car le courant de drain sera principalement nul. Cependant, dans ce mode de réalisation particulier, une approche différente a été choisie qui consiste à fixer la valeur minimale sur la grille (Vgsmin) comme étant la tension symétrique de la valeur maximale (Vgsmax) par rapport à la tension de polarisation (Vgs0). Soit :
Vgsmin < Vgs0 < Vgsmax et |Vgsmin – Vgs0| = |Vgsmax – Vgs0|.
Pour déterminer Vgsmax, une mesure I-V en mode DC est effectuée à Vds = 0V et la caractéristique Ig = f(Vg) est tracée. Une condition d’arrêt est fixée lors de la mesure de sorte que le courant de grille ne dépasse pas un certain seuil (par exemple, 10mA qui est en dessous de la valeur maximale fixée à 2mA/doigt de grille, soit 16mA pour un composant à 8 doigts (2mA * 8 doigts de grille)). Ainsi, lorsqu’à titre d’exemple, on trouve Vgsmax = 1,4V pour un point de polarisation (Vgs0 = -3,2V, Vds0 = 20V), en appliquant les règles fixées précédemment, avec Vgs0 = -3,2V et Vgsmax = 1,4V, on obtient :
Vgsmin = Vgs0 - |Vgsmax – Vgs0| = -3,2 – 4,6 = -7,8V.
Finalement, il a été décidé de limiter les valeurs minimale et maximale sur la tension de grille entre -7,6V (Vgsmin) < -3,2V (Vgs0) < 1,2V (Vgsmax), afin de limiter la tension inverse (Vgsmin) sur l’accès de grille et aussi d’avoir un pas constant de 0,4V pour Vgs lors de la mesure.
En ce qui concerne les excursions sur l’accès de drain, la règle suivant est établie :
Vdsmin = 0V < Vds0 = 20V < Vdsmax = 2*Vds0 = 40V.
Cette étape de détermination des bornes de la mesure I-V à double impulsion n’est pas spécifique à la technologie GaN et pourrait également être appliqué à d’autres technologies III-V (GaAs par exemple).
L’étape S3, qui est nécessaire lorsque l’impédance de charge 8 de l’application finale du transistor 2 n’est pas connue, permet ensuite de définir l’impédance de charge Z LOAD appliquée au drain 2b du transistor 2. Pour cela, dans la sous-étape S31, on mesure en régime petits signaux (RF impulsionnel/à onde entretenue), au point de polarisation, à l’aide de l’analyseur de réseau vectoriel 12, le conjugué du coefficient de réflexion de sortie S22 du transistor 2 à la fréquence f0, ce qui permet de déterminer une impédance de charge initiale correspondante, c’est-à-dire l’impédance de charge qui sert de point de départ à la recherche d’une impédance de charge optimale. Ainsi, l’impédance de charge initiale est déterminée par la mesure, en régime petits signaux, du coefficient de réflexion de sortie S22 au point de polarisation d’intérêt (dans cet exemple, -3,2V, 20V) à la fréquence d’intérêt f0 = 10GHz. Son conjugué S22* est ensuite déduit (par exemple, ), ce qui permet d’obtenir l’impédance de charge initiale Z LOAD, INIT = 33,57 + 37,47i.
Ensuite, dans la sous-étape S32, une mesure en régime grands signaux (RF impulsionnel/à onde entretenue à Vgs0, Vds0) est effectuée en faisant varier l’amplitude du signal RF pour un ensemble d’impédances de charge autour de ladite impédance de charge initiale, et on détermine ensuite l’impédance de charge optimale Z load, opt pour laquelle l’excursion de V2 est maximale pour un niveau de compression minimal, puis on définit l’impédance de charge 8 comme étant égale à l’impédance de charge optimale déterminée Z load, opt .
La première loi de variation est fonction de l’impédance de charge 8 du transistor 2 et est ainsi un compromis entre le niveau de compression et les excursions en tensions d’entrée V1 et de sortie V2 du composant. On cherche ainsi à maximiser les excursions des tensions d’entrée V1 et de sortie V2 du transistor 2 tout en minimisant le niveau de compression du transistor 2.
Lorsque des dépôts de métal se produisent au cours du fonctionnement du dispositif, d'importantes réactions irréversibles se produisent et entrainent une diminution rapide de la capacité. On observe alors un point d’inflexion sur la courbe de vieillissement du dispositif correspondant au "Knee Point" précité, représenté par une étoile sur la . La zone à risque de placage métallique (au Lithium par exemple) est illustrée en grisé dans la (partie 4 en bas à droite). Plus généralement, un "Knee Point" peut également être observé avec d’autres mécanismes de dégradation, tels que la perte de capacité de la cathode, la perte d'électrolyte liquide, ou autres (par exemple dans des dispositifs autres que des batteries lithium-ion). Cependant, le "Knee Point" induit par le dépôt de lithium métallique conduit également à un état dangereux du dispositif (risque d’incendie notamment). Par conséquent, le "Knee Point" dû au placage métallique est l'événement le plus important à éviter en fonctionnement.