Brevet FR3012122A1 — publié le 20150424

La présente invention concerne le domaine de la synchronisation d'un ensemble d'équipements. Elle concerne plus particulièrement un système de levage d'un véhicule, composé par exemple de 2 à 8 colonnes autonomes alimentées par batterie, et qui doivent effectuer le levage synchronisé de la charge. L'ordre de levage qui est donné sur une des colonnes doit être transmis à l'ensemble des colonnes composant le pont. Pendant la phase de levage la vitesse de chaque colonne doit être contrôlée et doit pouvoir être adaptée pour assurer la fonction d'isonivelage : à chaque instant chaque colonne du pont doit se trouver au même niveau que toutes les autres. De plus tout défaut survenant sur une des colonnes ou un arrêt d'urgence actionné doit arrêter le levage immédiatement. Le fonctionnement du pont repose sur la communication entre les colonnes. Les échanges comportent trois types d'informations transmises: 1. Des modifications de configuration et de paramétrage, 2. Des commandes de levage synchronisé, 3. Des défauts et la commande d'arrêt d'urgence. Les informations de type 2 et surtout de type 3 exigent des transmissions rapides effectuées dans des délais garantis. La mise hors service d'une colonne doit arrêter ou interdire toutes les opérations de levage de toutes les colonnes dans un délai très court. Cet événement ne peut être détecté que par une absence de la colonne dans le protocole de communication. Plusieurs ponts doivent pouvoir être constitués et utilisés dans un même lieu et à faible distance les uns des autres sans dégradation des performances. Plusieurs ponts de levage pouvant être utilisés dans un même endroit, ils doivent partager un environnement radioélectrique sans se perturber et sans dégradation des performances. Seul un système multicanaux permet de fournir un environnement dédié à chaque pont. L'utilisateur doit pouvoir constituer un pont en prenant des colonnes disponibles dans l'atelier. L'allocation des canaux radios doit être effectuée de manière automatique et transparente pour l'utilisateur. L'information d'arrêt d'urgence du système doit permettre l'arrêt rapide de toutes les colonnes d'un pont. Cette information doit être transmise de manière prioritaire et dans un délai maximum déterminé sur le réseau radio. Les protocoles standards accèdent au média en mode « sans balise » par la méthode CSMA qui diffère la transmission si le canal est occupé. Dans ces protocoles l'accès au média se fait de manière non déterminée. En mode balise, des intervalles de temps « slots » sont créés par le coordinateur et l'accès au média est alors déterministe pour les équipements « esclaves ». Le document US 2004/0026180 divulgue une solution de synchronisation de plusieurs colonnes par communication sans fil, à l'aide d'un protocole de type maître / esclave. Ce fonctionnement n'est pas admissible en phase d'exploitation car le protocole est dépendant d'une colonne, celle du coordinateur, qui est « maître ». La défaillance du coordinateur bloque tous les échanges, et il devient impossible d'arrêter les « esclaves ». La défaillance d'une colonne ne devrait pas empêcher les échanges entre les colonnes restantes. En outre, si les canaux sont tous occupés il est souhaitable de pouvoir réutiliser un canal déjà utilisé si l'éloignement des ponts est suffisant. Afin d'optimiser ce mécanisme les colonnes doivent utiliser la puissance d'émission juste nécessaire afin de réduire la portée au minimum pour permettre la réutilisation du canal si nécessaire. Les fréquences et le protocole utilisé doivent de préférence être autorisés sur tous les continents. Les protocoles radio standards tels que ZigBee, XBee, WLAN, WiFi, MiWi, Bluetooth... ne répondent pas aux besoins listés dans les paragraphes précédents. Le plus gros problème avec ces protocoles est qu'ils utilisent la détection de porteuse (CSMA) en mode sans balise comme méthode d'accès au média et ne permettent donc pas un accès déterministe au canal radio. De plus ces protocoles sont conçus pour répondre à la plupart des besoins et sont, pour les standards industriels comme ZigBee, adaptés à la collecte d'information sur des réseaux maillés, privilégiant l'acheminement par des mécanismes de routage par rapport aux aspects temps réels. La présente invention a pour but de pallier au moins en partie à ces inconvénients. A cet effet elle propose un procédé de synchronisation d'au moins deux colonnes de levage formant un pont de levage, en particulier pour le levage de véhicule, ledit pont de levage comportant des moyens de communication sans fil contrôlées par un protocole. Ce procédé est particulier en ce qu'il comporte les étapes suivantes : sélection d'au moins une première colonne et d'au moins une deuxième colonne, prise de contrôle par la première colonne, ladite prise de contrôle consistant en ce que toutes les autres colonnes émettent une trame de présence de façon cyclique, et l'absence de réception de ladite trame par la première colonne de la part de l'une quelconque des autres colonnes provoque l'arrêt du pont de levage, prise de contrôle par la deuxième colonne, prise de contrôle par la première colonne, le délai entre deux prises de contrôle successifs par la première colonne étant calculé de sorte qu'un retard à l'arrêt d'une colonne par rapport à une autre d'une valeur dudit délai permet un arrêt du pont en situation stable. Grâce à ces dispositions, le risque de défaillance non repérée devient significativement plus faible. Selon d'autres caractéristiques entre l'étape de prise de contrôle par la deuxième colonne et l'étape de prise de contrôle par la première colonne, le contrôle peut être pris par chacune des autres colonnes du pont. Avec ces dispositions, le risque de ne pas arrêter le pont lors d'une défaillance devient quasiment nul. L'invention concerne encore un pont de levage, en particulier pour le levage de véhicules, comportant au moins deux colonnes de levage et des moyens de communication sans fil, en particulier par radio, ainsi qu'un moyen de contrôle desdits moyens de communication à l'aide d'un protocole. Ce pont de levage est particulier en ce que ledit protocole comprend un passage de témoin d'une colonne à l'autre, de sorte qu'à un instant donné, une première colonne émet vers les autres colonnes, et à un instant ultérieur, une deuxième colonne émet, ledit passage de témoin se faisant dans un délai tel qu'un retard d'arrêt d'une colonne par rapport à l'autre dans un tel délai n'est pas préjudiciable à la stabilité dudit pont de levage, en particulier dans un délai inférieur à 10 ms. Grâce à ces dispositions, le risque de défaillance non repérée devient significativement plus faible. Selon d'autres caractéristiques : ledit passage de témoin peut être conçu d'une colonne à l'autre de sorte que ledit témoin passe à chacune des colonnes du pont avant de revenir à la première colonne, le risque de ne pas arrêter le pont lors d'une défaillance étant alors quasiment nul, ledit protocole peut utiliser un mécanisme TDMA (Time Division Multiple Access), particulièrement adapté pour l'invention, ledit protocole peut comprendre un module LL-SCAN, destiné à être actif pendant la phase d'attente d'une colonne, et apte à identifier une colonne en train de créer un pont, un module LL-INSC, apte à rejoindre un pont en cours de création ainsi qu'à sélectionner un canal pour créer un pont, et un module LL-EXPL, apte à contrôler ledit passage de témoin ; ces dispositions permettent une gestion fiable du protocole, les émissions de toutes les colonnes peuvent être écoutées en même temps par toutes les autres colonnes. L'avantage apporté par la présente invention réside principalement en ce que le procédé selon l'invention est parfaitement déterministe, et toute défaillance sur l'une quelconque des colonnes est perçue et gérée par les autres de manière quasi certaine. La présente invention sera mieux comprise à la lecture de la description détaillée qui suit faite en référence aux figures annexées dans lesquelles : La figure 1 est un diagramme représentant les états d'une colonne, La figure 2 est une représentation schématique d'un protocole de l'état de la technique La figure 3 est une représentation schématique d'un protocole selon l'invention, La figure 4 est un schéma d'un module émetteur / récepteur pouvant servir à la mise en oeuvre de l'invention, La figure 5 est une vue schématique d'une trame générée par le module de la figure 4, La figure 6 présente l'encapsulation des données émises par le module radio suivant la norme 802.15.4 - La figure 7 présente l'extraction des données reçues par le module radio suivant la norme 802.15.4 - La figure 8 illustre un exemple de mesures relevées par le module de la fig. 4, - La figure 9 illustre un exemple d'encodage par colonne, - La figure 10 illustre un exemple de prise en compte des échanges entre colonnes La fig. 1 représente les états d'une colonne de la mise sous tension jusqu'à l'exploitation. Après la mise sous tension la colonne est en attente de sélection pour constituer un pont. La fermeture du pont clôt la phase d'inscription des colonnes du pont. Le pont est alors complet avec toutes les colonnes sélectionnées. La phase d'exploitation correspond à l'utilisation du pont pour effectuer des opérations de levage. L'ouverture du pont ne permet plus l'utilisation du pont mais il devient possible de recomposer un nouveau pont pour supprimer, changer ou rajouter une colonne. Le protocole comprend lui aussi trois phases totalement séparées : Phase 0 = Phase de surveillance des canaux radio : Pendant cette phase les colonnes disponibles surveillent tous les canaux radio afin de détecter les canaux libres, les canaux déjà occupés par un pont et les canaux brouillés par des émissions externes. Cette phase est silencieuse. Les colonnes ne passent pas en émission, elles se contentent d'écouter et d'évaluer la disponibilité et la qualité de tous les canaux radio. Phase 1 = Phase de constitution du pont: Pendant cette phase la première colonne sélectionnée choisit le canal libre ayant le niveau de bruit le plus faible. Elle crée alors une voie « balise » sur ce canal et la gère, afin de permettre l'inscription des autres colonnes dans ce pont. Chaque colonne présente sa demande d'inscription dans le premier slot libre du canal balise. Le gestionnaire de la voie « balise » autorise et enregistre les inscriptions des colonnes. Les slots sont attribués dans l'ordre d'arrivée des colonnes. Phase 2 = Phase d'exploitation du pont : Lorsque toutes les colonnes sont présentes sur le canal opérationnel, n'importe quelle colonne peut fermer le pont. Elle transmet l'ordre de fermeture à toutes les autres colonnes qui confirment à leur tour le passage en phase d'exploitation. Afin d'optimiser les temps de transmission toutes les émissions sont entendues simultanément par toutes les colonnes du pont et se font en mode diffusion « Broadcast ». La synchronisation des transmissions par les slots, créée en phase d'inscription, est maintenue pendant la phase d'exploitation. La notion de gestionnaire disparaît et toutes les colonnes ont le même poids dans le dialogue. Par contre les slots vides, qui existaient pour accueillir les nouvelles colonnes en phase d'inscription, sont supprimés. Le protocole selon l'invention a été développé en respectant le modèle OSI de la norme ISO 7498 globalement intitulée « Modèle basique de référence pour l'interconnexion des systèmes ouverts (OSI, pour Open System Interconnection) » Ce modèle est basé sur 7 couches illustrées à la fig. 2 Cette architecture générale permet de décrire tous les types de protocoles. Les couches décrites ont généralement les fonctions suivantes : - Une couche Application, qui ne fait pas partie du protocole. C'est l'application du système. - Deux couche Session et Présentation qui sont les couches d'interfaçage du protocole avec l'application. La couche Présentation adapte la forme des données entre l'application et le protocole. La couche Session permet de gérer des circuits virtuels avec différents modules de l'application et présente une interface unique avec le protocole. - La couche Transport assure le transport de bout en bout entre l'expéditeur et le destinataire indépendamment du nombre de sauts intermédiaires réalisés par le routage. - La couche réseau gère le chemin de transmission pour les sauts intermédiaire. Elle gère le routage des transmissions sur le réseau et les acquits de saut en saut. - La couche liaison gère l'accès au média et s'assure que la transmission s'est effectuée sans erreur entre un émetteur et un récepteur par des mécanismes de détection d'erreurs. - La couche physique, qui est la couche matérielle, et gère la transmission des bits sur le média. Les protocoles tels que ZigBee sont conçus pour permettre à un nombre variable et non connu d'équipements de transmettre aléatoirement des données avec des acquits de transmission et en faisant des bonds à travers le réseau. Les caractéristiques prioritaires dans ce cas sont de limiter la consommation énergétique des équipements et de trouver un chemin pour acheminer les données de l'expéditeur au destinataire final. La réduction du délai de transmission n'est pas l'objectif prioritaire. Le protocole selon l'invention permet de transmettre rapidement un message de taille fixe entre un nombre d'équipements limité et connu, le tout sans acquit de transmission car le message est répété cycliquement. On en déduit logiquement qu'il n'y a pas réellement de traitement de la couche Transport. La fig. 3 illustre une représentation suivant un modèle Open System Interconnection (OSI) d'un protocole selon l'invention. La couche physique (PHY) est chargée de la transmission effective des signaux électriques sur le support de communication. Elle est chargée de l'émission et la réception des bits de données. Son service consiste à s'assurer qu'un bit fourni par la couche mac de l'émetteur sera transmis correctement à la couche mac du récepteur. Elle assure la synchronisation au niveau bit par l'ajout d'un préambule composé d'une séquence de bits prédéfinie et au niveau trame par un mot de synchronisation défini par une norme IEEE 802. La couche physique est réalisée par un composant matériel dépendant du support de communication et en l'occurrence la bande de fréquence retenue. Les critères de choix de la bande de fréquences sont les suivants : - Le choix se portera de préférence sur une bande ISM (Industriel, Scientifique et Médical) dont l'utilisation des fréquences est libre sans licence. L'équipement de levage devant pouvoir être utilisé sur tous les continents, la bande choisie sera une bande autorisée par les diverses autorités de régulation (ETSI pour l'Europe, FCC pour les Etats Unis, etc...). La bande de fréquences devra de préférence permettre l'utilisation de plusieurs canaux. Le débit brut par canal sera élevé afin d'acheminer rapidement les informations urgentes. Le choix de la bande doit permettre la disponibilité de composants, émetteurs/récepteurs, de faible coût. Un réseau possible constitué des colonnes est un réseau WPAN (Wireless Personal Area Network) répondant à la norme 802.15.4 Une bande préférée est celle de 2,4 à 2,5 GHz qui répond à tous les critères ci-dessus. Cette bande comprend 16 canaux numérotés de 11 à 26. En fonction des réglementations certains canaux peuvent être interdits ou la puissance d'émission limitée. Ces limitations seront traitées comme des paramètres par le protocole selon l'invention. On peut utiliser par exemple un module émetteur/récepteur de la société Microchip. Le MRF24J40 intègre les couches 1 et 2 (PHY et MAC) du standard 802.15.4 et permet une configuration très étendue des modes de fonctionnement du composant. L'interfaçage avec le microcontrôleur hôte peut être réalisé par un bus SPI, comme illustré à la fig. 4. Le format de la trame généré par la couche physique du module répond à la norme 802.15.4, et est illustré à la fig. 5. Les fonctions de la couche MAC sont : 1. La mesure du niveau RSSI (Received Signal Strength Indication) et de la qualité du signal LQI (Level Quality Indicator) sur chaque transmission. 2. La composition des trames pour la couche 1 3. Le contrôle par CRC (Cyclic Redundancy Check) des erreurs dans la transmission d'une trame. 4. La gestion de l'adressage des trames. 5. La gestion de la méthode d'accès au réseau. La couche MAC est traitée par le matériel. Le module choisi MRF24J40M respecte pour la couche MAC les spécifications de la norme 802.15.4. Cette norme décrit les fonctionnalités qui sont les bases des protocoles de réseaux maillés utilisant le mode d'accès CSMA (Carrier Sense Multiple Access, ou mode à accès multiple avec détection de porteuse) ou le mode Balise. Le niveau de bruit peut être mesuré sur un canal par une requête du logiciel de la couche mac. Une mesure automatique est également effectuée à chaque réception de trame. La valeur obtenue est proportionnelle au niveau en dBm (OdBm = 1mW sur 500) du signal mesuré. Le niveau de qualité est mesuré à chaque réception de données. Le LQI est remontée à la couche supérieure avec les données. La valeur de LQI est le résultat d'un calcul intégrant le niveau RSSI et le niveau du rapport signal sur bruit (SNR, pour Signal Noise Ratio). Transmission des données : Les données fournies par la couche Réseau (MSDU pour Mac Service Data Unit) sont encapsulées avant d'être transférées vers la couche physique. Les données redondantes du CRC (FCS, pour Frame Check Sequence) sont ajoutées à la trame par la couche mac afin que la couche mac du récepteur puisse vérifier la validité des données (voir Fig. 6). La couche mac ajoute l'en-tête MHR aux données ainsi que la taille des blocs MHR et MSDU. Réception des données : La couche matérielle remonte avec les données le champ de contrôle FCS ainsi que le niveau RSSI et la qualité LQI du signal. La couche logicielle ne recevra les données que si le contrôle du CRC (FCS) est correct (voir Fig. 7). La transmission des trames se faisant en diffusion (« Broadcast »), il n'y a pas d'adressage spécifique d'une colonne. Les trames ne sont pas acquittées car réémises à chaque cycle donc l'adresse de l'expéditeur 802.15.4 des trames n'a pas 30 d'importance. La méthode d'accès au média CSMA-CA (CA pour Collision Avoidance, ou évitement de collision) ou mode « beacon » avec des slots gérés par l'équipement coordinateur correspond à la norme 802.15.4 Il est également possible de contrôler totalement l'accès au média en désactivant le 5 CSMA-CA en mode non « beacon ». Le module LL-SCAN est actif pendant la phase d'attente de la colonne. Durant cette phase le dispositif selon l'invention scanne tous les canaux autorisés en mesurant le niveau RSSI sur chaque canal. Il écoute également les transmissions pour identifier les trames circulant sur chaque canal. 10 Le dispositif selon l'invention peut ainsi détecter les canaux sur lesquels un pont est en constitution ou en exploitation et la qualité de chaque canal inutilisé par le dispositif selon l'invention afin de pouvoir choisir le meilleur canal pour les autres états du protocole. Il n'y a aucune transmission dans cet état, juste de l'écoute. 15 Cet état est créé à la mise sous tension de la colonne. Il est conservé jusqu'à la sélection de la colonne pour la constitution du pont. LL-SCAN gère de façon autonome cette phase et complète le tableau d'état des canaux. Exemple d'une série de mesures effectuées avec le composant MRF24J40. 20 La disponibilité du canal est évaluée, par la moyenne des valeurs de mesure (-90dBm à -35dBm) du niveau de bruit et par un taux d'occupation du canal (compris entre 0 et 100%) par rapport à un seuil de -60 dBm, sur une période de 25 mesures. Les résultats des mesures correspondant aux graphiques de la fig. 8 donnent 7% pour le canal libre et 26% pour celui occupé par des trames selon les normes IEEE 802.11. 25 Cette valeur a pour seul but de pouvoir évaluer comparativement l'occupation des canaux d'une manière simple. L'évaluation du taux d'occupation dure environ 500 ms pour les 16 canaux. L'évaluation est réalisée sur tous les canaux marqués comme étant autorisés par la réglementation locale. 30 Si une transmission du dispositif selon l'invention est détectée sur le canal, LL-SCAN mémorise le type de trame (trame d'inscription ou trame d'exploitation), le numéro de série de la colonne qui a créée le pont et le numéro de la clé qui a été utilisée pour créer le pont. Le tableau est réactualisé à chaque cycle de mesure. Exemple de structure du tableau des canaux : Pour chaque canal : Libellé Taille en octets Autorisé Etat Numéro de clé 4 Numéro de série de la clé Numéro de colonne 4 Numéro de série de la colonne Niveau de bruit 1 RSSI (0 à 255) Taux d'occupation 1 % d'occupation du canal 0 à 100% Ce tableau sera utilisé par LL-INSC dans la phase de constitution du pont. La couche LL-INSC est activée par la couche réseau lors de la sélection de la colonne avec la clé. L'activation de LL-INSC provoque la désactivation de LL-SCAN. La couche LL-INSC recherche dans le tableau des canaux si un canal est déjà en phase d'inscription avec la même clé : Si c'est le cas LL-INSC va rejoindre ce canal pour inscrire la colonne. Sinon LL-INSC va choisir le canal ayant le taux d'occupation et le niveau RSSI le plus faible et créer le dialogue d'inscription sur ce canal. Description du protocole d'inscription. Le dialogue d'inscription des colonnes est basé sur le protocole TDMA (Time Division Multiple Access) avec 8 slots. L'avantage du protocole TDMA est d'être parfaitement déterministe et d'optimiser le temps de réponse par la suppression des collisions et l'optimisation du débit sur la canal. Les slots sont définis par la couche LL-INSC de la colonne ayant créé le dialogue qui s'affecte 0 comme numéro de colonne du pont. Le numéro de la colonne du pont correspond au numéro de slot (de 0 à 7) dans le protocole. Chaque colonne se présentant sur le canal s'affecte le 1er numéro de slot disponible et insère ses données dans le slot correspondant. Le numéro de slot disponible est indiqué dans le champ de données de la colonne O. Valeurs possibles 0 = Interdit, 1 = Autorisé `I' = Inscription, `E' = Exploitation, 0 = Libre Durant cette phase les colonnes insèrent leur trame de présence cycliquement à chaque lancement des slots par la colonne O. Les trames sont remontées à la couche réseau pendant cette phase. La disparition de cette trame de présence, pour une colonne de 1 à 7, pendant N cycles consécutifs est traitée comme la désinscription de la colonne et la libération du slot correspondant. L'absence de dialogue de la colonne 0 pendant une durée correspondant à N*8*T ms T pouvant prendre une valeur typiquement comprise entre 3 et 10ms, provoque la suppression du pont et la désinscription de fait de toutes les colonnes. Le canal est libéré dans la table des canaux de chaque colonne et l'information est remontée à la couche réseau qui redonne le contrôle à LL-INSC. La fig. 9 illustre le format du dialogue. Les fonctions complémentaires de collecte des informations de niveau et de qualité ainsi que l'ajustement automatique de la puissance émise sont activées dans la couche réseau et décrites ci-après. La couche LL-EXPL est activée par la couche réseau lors de l'activation d'une colonne avec la clé. L'activation de LL-EXPL provoque la désactivation de la couche LL-INSC. Le dialogue d'exploitation des colonnes est basé sur un protocole selon l'invention à n slots. Comme le protocole TDMA utilisé pendant la phase d'inscription, il s'agit d'un protocole avec des slots de durée constante affectés aux colonnes. L'avantage du protocole selon l'invention est de supprimer le rôle particulier de la colonne O. Chaque colonne passe le contrôle à la colonne suivante (passage de jeton). Toutes les colonnes gèrent les temporisations des slots afin de respecter le cycle en cas de non réception de la trame d'une colonne. En cas de défaillance de la colonne N, la colonne N+1 passera en émission sur expiration de la temporisation de surveillance. En quelque sorte, chaque colonne devient maitre à tour de rôle. Dans un fonctionnement maitre / esclave, le maitre sait parfaitement détecter la défaillance d'un esclave, mais la défaillance du maitre n'est pas détectée. En changeant de maitre, la défaillance du maitre sera détectée dès que la colonne suivante sera devenue maitre. Selon un mode particulier de réalisation de l'invention, deux colonnes distinctes sont maitres à tour de rôle, avec un changement de maitre environ toutes les 7,5 ms. Cette période de changement est tel qu'un retard d'arrêt du fait de la défaillance du maitre de 7,5 ms reste acceptable pour la sécurité du pont. On réduit ainsi très nettement la probabilité de défaillance non gérée : la probabilité que les deux colonnes, maitres à tour de rôle, soient défaillantes au même instant est très nettement plus faible que celle qu'une colonne maitre soit défaillante. Selon un mode préféré de réalisation de l'invention, toutes les colonnes deviennent maitres à tour de rôle. Ainsi, tant que l'une des colonnes n'est pas défaillante, dans un délai maximum de N x 7,5 ms, elle sera maître et détectera les défaillances des autres colonnes. Si toutes les colonnes sont défaillantes au même instant, elles s'arrêtent de toutes façon, et le pont s'arrête en situation stable. La sécurité est donc maximale. La durée de 7,5ms est un exemple de valeur adaptée, des valeurs comme 3ms ou 10ms peuvent être utilisées également. Dans ce type de protocole TDMA à jeton avec émission en diffusion, chaque colonne surveille les émissions des autres colonnes. La défaillance d'une colonne sera détectée par toutes les autres colonnes et provoquera l'arrêt du levage en situation stable après N défauts consécutifs détectés. La sécurité est donc maximale. Comme pour le protocole LL-INSC l'avantage du protocole selon l'invention est d'être parfaitement déterministe et d'optimiser le temps de réponse par la suppression des collisions et l'optimisation du débit sur le canal même en cas de défaut de transmission de n'importe quelle colonne. Les affectations des slots effectuées par le protocole LL-INSC sont conservées et les timings sont identiques. Les slots vides sont supprimés puisque l'ajout de colonnes est maintenant interdit. Le temps de cycle est donc réduit en fonction du nombre de colonnes utilisées. La fig. 9 illustre le format des trames obtenues. La couche réseau reçoit les informations de la couche MAC. Elle en extrait et traite les informations de qualité et de niveau de signal et transfère les données utiles à la couche présentation. La couche réseau ne fait aucun traitement sur les données utiles. Lors de la réception d'une trame la couche MAC matérielle ajoute le niveau RSSI et le niveau de qualité pour cette réception. La couche réseau stocke toutes ces informations dans un tableau et en déduit un indice de qualité global IQG qu'elle remonte à la couche présentation afin que l'application puisse traiter cette information. Chaque colonne indique dans sa trame émise son niveau d'émission. Les colonnes réceptrices reçoivent en plus de ces données le niveau avec lequel la trame a été reçue. Chaque colonne peut donc calculer l'atténuation du signal entre elle et la colonne émettrice Afin de permettre de faire cohabiter deux ponts sur un même canal, en cas de besoin, la puissance doit être juste suffisante et sans excès pour une qualité de liaison correcte. La couche réseau ajuste la puissance d'émission pour obtenir un niveau minimum déterminé pour la liaison présentant l'atténuation la plus grande. Ce traitement est effectué pendant toute la durée de la phase d'exploitation. Le rôle de la couche présentation est de mettre en forme les données venant de et à destination de l'application. Pour la réception, le protocole selon l'invention transmet trois informations vers la couche application. Ces informations sont déposées dans des emplacements de mémoire globale. Les informations sont : L'état du protocole (1 octet) Status SWiP qui prend les valeurs suivantes : o 0 = Protocole Inactif o 'S' = Phase Scanning o 'I' = Phase Inscription o 'E' = Phase Exploitation o 'D' = Défaut radio L'indice de qualité global = IQG SWiP qui prend les valeurs 0 à 4 (4 étant la qualité maximale) Les données utiles extraites des trames recues = DATA REC SWiP composées de : o Longueur (1 octet) o Données (80 octets maximum) Pour l'émission, les données reçues de l'application sont : L'activation des phases du protocole selon l'invention par l'application (1 octet) qui peut prendre les valeurs suivantes : o 0 = Arrêt du Protocole o 'S' = Activation de la phase Scanning o `I' = Activation de la phase Inscription o `E' = Activation de la phase Exploitation Les données utiles de l'application composées de : o Longueur (1 octet) o Données (80 octets maximum) Le protocole selon l'invention se démarque des protocoles connus par l'utilisation des mécanismes TDMA avec passage de témoin, qui lui donnent des performances élevées en terme de débit et de délai d'acheminement. Le protocole selon l'invention est un protocole simple et robuste débarrassé des fonctions de routage inutiles pour le type d'application d'un pont pour véhicule. Le protocole selon l'invention est totalement déterministe et adapté à la transmission des informations d'urgence. Un avantage de ce protocole est de permettre grâce à son déterminisme très fort et à ses délais de transmission très courts la réalisation des automatismes de régulation en boucle fermée. REVENDICATIONS1. Procédé de synchronisation d'au moins deux colonnes de levage formant un pont de levage, en particulier pour le levage de véhicule, ledit pont de levage comportant des moyens de communication sans fil contrôlées par un protocole, caractérisé en ce qu'il comporte les étapes suivantes : - sélection d'au moins une première colonne et d'au moins une deuxième colonne, - prise de contrôle par la première colonne, ladite prise de contrôle consistant en ce que toutes les autres colonnes émettent une trame de présence de façon cyclique, et l'absence de réception de ladite trame par la première colonne pendant une nombre prédéterminé de cycles de la part de l'une quelconque des autres colonnes provoque l'arrêt du pont de levage, - prise de contrôle par la deuxième colonne, - prise de contrôle par la première colonne le délai entre deux prises de contrôle successifs par la première colonne étant calculé de sorte qu'un retard à l'arrêt d'une colonne par rapport à une autre d'une valeur dudit délai permet un arrêt du pont en situation stable. 2. Procédé selon la revendication précédente, dans lequel entre l'étape de prise de contrôle par la deuxième colonne et l'étape de prise de contrôle par la première colonne, le contrôle est pris par chacune des autres colonnes du pont. 3. Pont de levage, en particulier pour le levage de véhicules, comportant au moins deux colonnes de levage et des moyens de communication sans fil, en particulier par radio, ainsi qu'un moyen de contrôle desdits moyens de communication à l'aide d'un protocole, caractérisé en ce que ledit protocole comprend un passage de témoin d'une colonne à l'autre, de sorte qu'à un instant donné, une première colonne émet vers les autres colonnes, et à un instant ultérieur, une deuxième colonne émet, ledit passage de témoin se faisant dans un délai tel qu'un retard d'arrêt d'une colonne par rapport à l'autre dans un tel délai n'est pas préjudiciable à la stabilité dudit pont de levage, en particulier dans un délai inférieur à 10 ms. 4. Pont de levage selon la revendication précédente, dans lequel ledit passage de témoin est conçu d'une colonne à l'autre de sorte que ledit témoin passe à chacune des colonnes du pont avant de revenir à la première colonne. 5. Pont de levage selon l'une des revendications 3 ou 4, dans lequel ledit protocole utilise un mécanisme TDMA (rime Division Multiple Access). 6. Pont de levage selon l'une des revendications 3 à 5, dans lequel ledit protocole comprend un module LL-SCAN, destiné à être actif pendant la phase d'attente d'une colonne, et apte à identifier une colonne entrain de créer un pont, un module LL-INSC, apte à rejoindre un pont en cours de création ainsi qu'à sélectionner un canal pour créer un pont, et un module LL-EXPL, apte à contrôler ledit passage de témoin. 7. Pont de levage selon l'une des revendications 3 à 6, dans lequel les émissions de toutes les colonnes sont écoutées en même temps par toutes les autres colonnes.