Brevet FR3026516A1 — publié le 20160401

. Dispositif et procédé de transfert bidirectionnel de données entre un terminal de communication et un module compatible ISOBUS. 1. Domaine de l'invention Le domaine de l'invention est celui des machines agricoles. Il concerne plus particulièrement le domaine des équipements permettant le transfert d'informations entre une machine agricole et un dispositif tiers présent sur l'exploitation agricole. 2. Art antérieur Il est devenu courant que la commande et l'asservissement des machines agricoles soient réalisés par des systèmes électroniques. Ces systèmes permettent de réaliser des fonctions améliorant fortement le confort de l'utilisateur. Par exemple, le guidage par GPS (Global Positioning System) allié à une commande électrique de l'ouverture et la fermeture des trappes d'un épandeur à engrais permet de gérer automatiquement ces dernières en fonction de la position de la machine dans le champ. Des systèmes permettent aussi le transfert de données depuis ou vers une mémoire de stockage permettant le réglage ou la traçabilité des chantiers. Pour réaliser ce type de fonctions, les équipements agricoles doivent être en mesure de communiquer avec le véhicule (par exemple un tracteur) sur lequel ils sont installés, par exemple pour obtenir les coordonnées GPS du récepteur situé généralement au-dessus de la cabine du tracteur ou pour afficher des informations en temps réel sur l'écran du terminal disponible en cabine. Afin de rendre possible cette communication tout en assurant une certaine interopérabilité, les constructeurs de machinisme agricole se sont mis d'accord pour utiliser un protocole de communication commun entre toutes les machines agricoles, l'ISOBUS (ISO 11783). Les tracteurs modernes étant équipés d'un ordinateur de bord et d'un écran respectant le protocole ISOBUS, c'est ce terminal (aussi appelé termina virtuel) qui permettra de commander les équipements de son exploitation. Les équipements ISOBUS utilisent le bus CAN (Controller Area Network) pour la couche physique et la couche liaison et le protocole SAE J1939 pour les couches supérieures. La norme ISOBUS est donc inspirée des normes présentes dans l'automobile mais aussi maritimes pour le GPS (norme NMEA 2000). Pour cela, les équipements agricoles certifiés ISOBUS doivent utiliser un faisceau unique permettant de transmettre la puissance électrique à l'équipement mais aussi les signaux de commande. Après branchement, l'équipement entre en communication avec le tracteur afin de former un réseau unique, c'est pour cela que l'on définit souvent l'ISOBUS comme une solution « Plug & Play ». Un réseau peut contenir jusqu'à 255 modules ou unités de commande électronique (UCE) qui communiquent grâce au bus CAN. Le bus CAN définit les couches physique et liaison du protocole de communication, il permet une vitesse de transmission de 250 Kilobits par seconde et s'avère très adapté aux systèmes embarqués (robustesse). Le réglage d'une machine suppose aujourd'hui la transmission d'une quantité relativement importante d'information, généralement disponible sous la forme de fichiers. Par exemple, l'utilisateur se connecte à un service disponible sur le site internet d'une entreprise et sélectionne l'engrais qu'il veut épandre et le modèle de son épandeur à engrais. Un fichier « .csv » est alors généré et téléchargé, que l'utilisateur peut transférer sur un périphérique de stockage (clé USB, carte SD,...). Il insère ensuite le périphérique dans un port disponible du terminal virtuel qui affiche alors un menu lui proposant de régler l'épandeur automatiquement. Dans l'électronique agricole répondant à la norme ISOBUS, il est cependant difficile d'importer, d'exporter des fichiers et de permettre la supervision de l'outil à distance. En effet, les terminaux présents dans les tracteurs sont rarement équipés d'un système de gestion de fichiers permettant d'enregistrer et de récupérer de tels fichiers de données sur un périphérique de stockage. Lorsque c'est le cas, la manipulation reste fastidieuse, dans la mesure où l'utilisateur doit dans un premier temps récupérer le fichier de paramétrage sur un périphérique de stockage qu'il doit ensuite aller brancher au terminal virtuel du tracteur afin de pouvoir transférer ces paramètres vers la machine agricole à configurer. Il existe donc un besoin d'une solution permettant de superviser une machine agricole et de gérer la transaction de fichiers depuis et vers les applications ISOBUS, et qui ne présente pas au moins certains des inconvénients exposés précédemment. 3. Résumé de l'invention L'invention ne présente pas au moins certains de ces problèmes de l'art antérieur. Plus précisément, l'invention concerne un dispositif de transfert bidirectionnel de données entre un terminal de communication et un module compatible ISOBUS, ledit dispositif comprenant : des moyens de communication sans fil avec ledit terminal de communication des moyens de communication avec ledit module compatible ISOBUS 4. Description détaillée Principe général Le principe général de l'invention repose sur une électronique de transfert permettant de jouer le rôle de passerelle entre le réseau ISOBUS établi entre un véhicule agricole (par exemple un tracteur) et les outils agricoles (par exemple un épandeur à engrais) qui y sont rattachés d'une part, et un outil tiers présent sur l'exploitation agricole d'autre part. Cet outil peut être une solution d'électronique grand public (un smartphone ou une tablette tactile par exemple), l'ordinateur de l'exploitation ou tout autre outil équipé d'une connexion sans fil compatible. Cette passerelle permet de transmettre des données bidirectionnelles afin d'établir une communication entre le bus ISOBUS d'une part, cet outil tiers d'autre part. L'échange de données est réalisé suivant un protocole respectant la norme 11783 (ISOXML). La passerelle joue le rôle de serveur de fichiers au sein du réseau ISOBUS mais aussi auprès d'une application mobile cliente accessible sur l'outil tiers de l'utilisateur. Ainsi, l'invention exploite de façon astucieuse et efficace la fonctionnalité « Serveur de fichiers » disponible de la norme ISOBUS. L'application mobile cliente dispose d'une interface qui permet la création, l'envoi et la récupération de fichiers sur la passerelle. Elle permet également la supervision du système en temps réel. La communication entre la passerelle et l'outil tiers est réalisée par l'intermédiaire d'une liaison sans fil (par exemple une communication sans fil régie par la norme IEEE 802.11, type Wi-Fi). Dans un mode de réalisation, le dispositif permet d'envoyer un fichier de réglages directement vers la machine par le biais de la passerelle. Le même principe est utilisé pour mettre à jour l'application des modules ISOBUS. A l'inverse, des données enregistrées (quantité de matière utilisée, surface épandue,...) peuvent être récupérées sur l'application mobile après la fin d'un chantier. Une interface permettant de réaliser certaines commande (calibrage, réglage du débit,...) pourra être ajoutée à l'application cliente afin de pouvoir les gérer à distance (exemple : commande de l'étalonnage à proximité de la trémie). Le système selon l'invention comprend donc deux parties: - une partie physique : le module physique constituant ladite électronique de transfert, aussi appelé passerelle ; - une partie applicative : l'application mobile cliente, interface graphique accessible sur un dispositif tiers type tablette. L'invention concerne donc également le procédé de mise en oeuvre de cette passerelle. Norme ISOBUS (150 11783) La norme ISO 11783 définit les caractéristiques d'un réseau ISOBUS. En particulier, elle définit de manière précise chaque couche réseau du protocole de communication, les câbles et faisceaux utilisés et la manière dont sont présentées les applications. Cette norme est divisée en plusieurs parties : - Partie 1: Système normalisé général pour les communications de données avec les équipements mobile ; - Partie 2: Couche physique ; - Partie 3: Couche liaison de données ; - Partie 4: Couche réseau ; - Partie 5: Gestion du réseau ; - Partie 6: Terminal virtuel ; - Partie 7: Couche d'application de base ; - Partie 8: Messages de gestion de la transmission (boîte de vitesses) ; - Partie 9: Unité de commande électronique du tracteur ; - Partie 10: Contrôleur de tâches et système de gestion pour échange de données ; - Partie 11: Dictionnaire de données d'éléments mobiles ; - Partie 12: Services de diagnostic ; - Partie 13: Serveur de fichier ; - Partie 14 : Contrôle de séquence Les fonctionnalités mises en oeuvre par le module s'appuient sur les aspects suivant de la norme ISOBUS : - La couche physique (partie 2) qui définit la manière dont les signaux sont transmis sur le réseau, c'est-à-dire les caractéristiques et la constitution des trames CAN. Cela permettra d'analyser et de comprendre les signaux transmis sur le réseau ISOBUS grâce à des appareils de mesure (exemple : oscilloscope). - La couche de liaison de données (partie 3) qui définit la manière dont sont transférées les données, c'est-à-dire les caractéristiques et la décomposition des données en paquet en respectant le protocole SAE J1939. Les principes de cette partie de la norme sont très utiles au développement de la passerelle car ils permettront d'intégrer le module au réseau. - La couche de gestion du réseau (partie 5) qui définit la manière dont sont identifiés les modules sur le réseau et les principes d'échanges d'adresse entre les modules. - Le serveur de fichier (partie 13) qui définit la manière dont les échanges de fichiers sont gérés sur le réseau. Ce serveur de fichier définit donc le protocole de transfert de fichier sur le réseau et se comporte comme le « disque dur» du réseau ISOBUS. Partie physique : passerelle La partie physique est composée d'un boitier électronique branché sur le bus ISOBUS. Ce composant fait office de passerelle entre la partie applicative, qui peut être reliée au serveur d'une entreprise afin d'obtenir certains services (e.g. le paramétrage d'un épandeur à engrais), et le bus de communication ISOBUS en utilisant le protocole ISO 11783-13 « Fileserver ». Avantageusement, ce boitier est autonome, peu encombrant, se branche directement sur le bus ISOBUS (et ne bloque donc pas un port du terminal virtuel ISOBUS, contrairement à d'autres solutions). La passerelle comprend, dans un mode de réalisation, trois modules fonctionnels : - un module de contrôle - un module Wi-Fi - un module CAN Le module de contrôle permet de créer un serveur de fichier respectant la norme 11783- 13, et apte à recevoir ou à émettre des fichiers via le module Wi-Fi ou le module CAN. Il permet également de prendre en charge la mise à jour de l'électronique embarquée, et peut relayer l'intégralité du flux de données du module CAN vers le module Wi-Fi. Le module Wi-Fi permet d'établir la connexion avec des équipements Wi-Fi répondant à la norme IEEE 802.11 en mode Wi-Fi direct ou hot spot, et peut transmettre de manière bidirectionnelle des trames vers le module de contrôle. Le module CAN permet de relayer les informations du bus CAN/ISOBUS vers le module de contrôle de manière bidirectionnelle en mode passif ou actif. Le protocole de communication sans-fil utilisé est le protocole Wi-Fi en mode point d'accès, qui permet la connexion de plusieurs appareils par le biais d'un point d'accès. La passerelle se comporte donc comme un point d'accès Wi-Fi, à même de créer un réseau local sans-fil à proximité de la machine agricole. Les appareils (par exemple un smartphone ou une tablette) équipés d'un module Wi-Fi pourront donc se connecter à ce réseau réseau afin d'envoyer ou de récupérer des données. Le stockage des fichiers est réalisé sur une mémoire Flash. Ce type de mémoire est très répandu sur les appareils mobiles et offre l'avantage d'être réinscriptibles. Cette mémoire flash pourra donc être intégrée au module ou amovible sous la forme d'une carte SD ou d'une clé USB. La gestion du transfert des fichiers sur le réseau ISOBUS est assurée par un bloc fonctionnel respectant la norme 11783-13 correspondant au serveur de fichier ISOBUS. Ce bloc permet de gérer les commandes d'un module client ISOBUS et de récupérer les données correspondantes sur la mémoire de stockage. La gestion du transfert de fichiers sur le réseau local sans-fil est réalisée par un serveur FTP (File Transfer Protocol). Ce serveur utilise une socket TCP/IP fournie par le module Wi-Fi. Le protocole FTP est très répandu pour le transfert de fichiers au sein d'un réseau local ou sur internet. FTP obéit à un modèle client-serveur, c'est-à-dire qu'une des deux parties, le client, envoie des requêtes auxquelles réagit l'autre, appelé serveur. Ce protocole utilise deux ports TCP différents, un port de commandes (souvent le port 21) et un port de données (souvent le port 20), ce principe permet la communication simultanée de plusieurs clients et un transfert rapide des fichiers. Enfin l'envoi des flux de données permettant la supervision du système est réalisé par un bloc fonctionnel permettant de gérer les transactions de données entre la partie applicative et le bus CAN. Le module de contrôle est mis en oeuvre par le biais d'un dispositif de contrôle du type microcontrôleur. Le microcontrôleur est un circuit intégré qui se caractérise par un haut degré d'intégration et une faible consommation électrique. Ce microcontrôleur est ici équipé de périphériques lui permettant la lecture et l'écriture de trames CAN (périphérique de type module CAN) et de réaliser la fonction point d'accès Wi-Fi (périphérique de type module Wi-Fi). La mise en oeuvre de la passerelle s'appuie sur un ensemble de classes, qui comprend notamment les classes suivantes : - classe CAN : Permet la gestion de la communication au sein du bus CAN. Elle permet la lecture et l'envoi de trames CAN de 8 octets de données à une vitesse de 250 Kilobits par seconde ; - classe TEMPO : Permet de réaliser une temporisation (non gérée par des timers mais au niveau software). L'avantage de cette solution est que le programme peut continuer à s'exécuter après le lancement de la temporisation (ce qui n'est pas la cas de la fonction « delay()»). Cette fonction permet de gérer les calculs de temps morts notamment pour le contrôle du temps entre deux envois de trames ISOBUS. - classe ISOBUS : Permet de gérer les couches liaison de données (partie 3 de la norme) et gestion du réseau (partie 5 de la norme) du protocole ISOBUS. Les méthodes de cette classe permettent de lire et écrire les trames CAN, de traduire les trames CAN en trames SAE J1939, de traiter le transfert de paquet et de vérifier si celles-ci sont adressées à l'application ISOBUS, i.e. le serveur de fichier de la passerelle. La lecture des trames est effectuée en instanciant un objet de la classe CAN et en appelant la fonction correspondante. Le traitement est effectué selon les principes de la partie 3 de la norme IS0-11783. En effet le protocole transmet les données sous forme de paquets permettant l'envoi séquentiel via le bus CAN. Plus de 117 Mégaoctets de données peuvent être envoyés en une seule connexion grâce au protocole de transport défini par la norme. La gestion des temps morts pendant l'envoi des paquets est gérée à l'aide de la classe TEMPO préalablement définie. L'adressage est aussi réalisé dans cette classe grâce au protocole défini dans la partie «Gestion du réseau » de la norme ISOBUS. La revendication d'adresse est également gérée par cette classe. Cette fonction permet d'éviter les doublons d'adresse sur le réseau et utilise des trames SAE J1939 spécifiques. - classe FILESERVER ISOBUS : Permet de gérer la couche application de la passerelle en respectant les principes de la partie « Serveur de fichiers » de la norme ISOBUS. Cette classe instancie un objet de la classe ISOBUS ainsi il peut recevoir des commandes de la part du client et lui envoyer les données en retour. Pour l'accès aux fichiers, la classe SD définie ci-après est utilisée. - classe SD : Permet de lire, écrire, modifier ou supprimer les fichiers stockés sur la mémoire flash (carte SD). - classe File : Permet la lecture et l'écriture de fichiers. Cette classe est disponible dans la librairie SD. - classe FTP SERVER : Permet la copie, la lecture et l'écriture de fichiers sur le périphérique SD via le protocole TCP/IP. Cette classe instancie la classe WIFLY définie ci-après, qui lui permet de dialoguer avec des clients FTP via le protocole TCP/IP. Pour l'accès aux fichiers, la librairie SD est utilisée afin de lire, écrire, modifier ou supprimer les fichiers stockés sur la mémoire flash. - classe FRAME TRANSFER : Permet le transfert des trames CAN entre le réseau ISOBUS et l'application. Cette classe instanciera la classe WIFLY lui permettant de transmettre les trames sous forme de chaînes de caractères vers l'application via une socket TCP/IP. Elle instanciera aussi la classe CAN permettant de lire les trames en circulation sur le bus. - classe WIFLY : Permet de gérer la connectivité Wi-Fi et le protocole TCP/IP ou UDP du module ; - classe TCP_FILESERVER : Permet d'effectuer une communication entre des clients FTP et un serveur FTP en utilisant un seul port, utilisé à la fois pour le transfert des commandes et pour le transfert des fichiers (à la différence du protocole FTP, qui utilise une socket TCP/IP pour gérer les commandes entre les clients et le serveur et ouvre une socket supplémentaire pour chaque client, cette dernière permettant le transfert des données). Partie applicative La partie applicative permet d'envoyer des données issues d'un serveur vers la partie physique en utilisant un équipement électronique grand public possédant ou non une connexion internet mobile (Smartphone ou tablette). Elle est donc exécutée, sous la forme d'une application, sur un terminal de préférence mobile de l'utilisateur. La communication avec le point d'accès Wi-Fi est réalisée par l'API Socket (Application Programming Interface) du système d'exploitation du terminal mobile sur lequel est exécuté cette application. L'application est conçue sur un modèle d'architecture trois-tiers classique pour la conception d'application connectés, avec une division en trois couches : - la couche présentation des données : correspondant à l'affichage, la restitution sur le poste de travail et le dialogue avec l'utilisateur ; - la couche de traitement métier des données : correspondant à la mise en oeuvre de l'ensemble des règles de gestion et de la logique applicative ; - la couche d'accès aux données : correspondant à la récupération des données depuis un espace de stockage permanent ou distant. L'interface graphique (couche présentation) est constituée d'éléments graphiques courants tels que des zones d'édition de texte, des listes déroulantes, des boutons ou des images. La couche d'accès aux données est composée d'un client FTP permettant d'interagir avec le serveur FTP présent sur la passerelle, il permet de commander la copie, la récupération et la suppression des fichiers sur et depuis ce serveur. Cette couche permet aussi l'accès aux donnés du processus de la machine agricole, via la passerelle afin de superviser celle-ci. Ce procédé sera similaire à une interface OPC (OLE for Process Control) utilisée pour la supervision industrielle. La couche métier orchestre l'ensemble et permet de traiter les données pour qu'elles soient exploitables par la couche présentation d'une part et la couche d'accès aux données de d'autre part. L'accès aux fichiers stockés sur le terminal mobile est pris en compte dans l'application. Ainsi le client FTP peut copier des fichiers stockés en interne dans le terminal mobile vers la passerelle. A l'inverse il peut récupérer des fichiers sur le serveur FTP de la passerelle et les stocker sur le terminal mobile. La mise en oeuvre l'application mobile s'appuie sur un ensemble de classes, qui comprend notamment les classes suivantes : - classe CONNECT: permet de gérer l'interface graphique de l'application et comporte de nombreuses méthodes permettant l'accès aux données. Cette classe prend donc en charge la couche présentation et la couche métier de l'architecture trois-tiers. Pour l'accès aux données, elle instancie un objet de la classe CLIENT TCP FILE TRANSFER pour pouvoir gérer le transfert de fichiers vers la passerelle et un objet de la classe FRAME TRANSFER pour la lecture des trames, ces deux dernières classes étant définies ci-après. - classe CLIENT TCP FILE TRANSFER : permet de gérer le transfert de fichiers stockés dans le terminal mobile vers la passerelle. Elle interagit avec le système de fichier du terminal mobile pour ouvrir et lire les fichiers présents sur sa mémoire de stockage. Elle gère l'envoi des données via l'API socket du système d'exploitation, qui exploite la connexion Wi-Fi de la passerelle. Une classe exception permet de lancer des exceptions en cas d'erreur lors du transfert. - classe FRAME TRANSFER : permet de récupérer, dans l'application, les données circulant sur le réseau ISOBUS. Ces données retraitées permettront d'effectuer, par exemple, la supervision de la machine agricole. Cette classe gère la réception des données via l'API socket du système d'exploitation, qui exploite la connexion Wi-Fi de la passerelle. L'interface graphique de l'application mobile peut comprendre, à titre d'exemple, comprend les éléments suivants : - un bouton à deux états permettant de se connecter ou de se déconnecter de la passerelle. - la liste des fichiers stockés dans la mémoire du terminal mobile, et correspondant à des fichiers de réglages/paramétrages d'une machine agricole. Ces fichiers ont pu être téléchargés préalablement depuis un site internet dédié puis stockés dans un répertoire de la mémoire interne du terminal mobile. - un bouton permettant l'envoi sur la passerelle d'un fichier sélectionné dans la liste précédente. - des liens vers des services en ligne : - service permettant de télécharger un fichier de configuration de la machine agricole pour une utilisation donnée (e.g. permettant de configurer les réglages d'un épandeur à engrais et de télécharger un fichier de configuration associé, de type csv par exemple). - service regroupant les notices de différentes machines. - service de support, avec par exemple des vidéos décrivant l'utilisation des outils. - un bouton permettant de démarrer ou arrêter la supervision de la machine. - des éléments graphiques modélisant l'état de la machine (machine en fonctionnement ou à l'arrêt, GPS activé ou non, mode de gestion des bordures de champs, écoulement ou non du produit, etc.). - une zone de visualisation temps-réel d'un flux vidéo transmis par une caméra IP via le protocole Wi-Fi. Exemples d'utilisation Exemple de transfert de données de type données de paramétrage. L'utilisateur lance son application de paramétrage sur son Smartphone, il configure son engrais, sa machine, et son travail. Il clique ensuite sur « export ISOBUS », l'application affiche alors les modules Fileserver-Wi-Fi disponibles, il sélectionne le module correspondant à sa machine et le fichier de paramétrage généré (csv ou Isoxml) est envoyé directement sur le module via le protocole de connexion Wi-Fi direct ou hot spot. Le module met les données disponibles sur le Bus ISOBUS via la norme Fileserver. Les données sont ensuite accessibles via le menu import de l'interface machine. Exemple de transfert de données pour mise à jour du bridge / firmware de l'électronique embarquée. L'utilisateur lance son application « technicien » sur son smartphone/tablette/ordinateur. II choisit le logiciel machine qu'il souhaite envoyer à la machine. Il clique ensuite sur « envoyer mise à jour» l'application affiche alors les modules Fileserver-Wi-Fi disponible, il sélectionne le module correspondant à sa machine et la mise à jour est envoyée directement sur le module via le protocole de connexion Wi-Fi direct ou hot spot. Le module met les données disponibles sur le Bus ISOBUS via la norme Fileserver. Le processus de mise à jour démarre. Exemple de transfert de données pour visualiser des informations machines L'utilisateur lance son application de suivi/diagnostic sur son smartphone/tablette. L'application affiche alors les modules Fileserver-Wi-Fi disponibles, l'agriculteur sélectionne le module correspondant à sa machine et l'application d'assistance au pilotage démarre. La tablette reçoit directement les informations par le module via le protocole de connexion Wi-Fi direct ou hot spot. Le module récupère les données disponibles sur le Bus ISOBUS via la norme Fileserver. Le client dispose d'un deuxième afficheur qui peut être couplé avec des fonctions propres à la tablette (mail, météo, GPS routier...) Exemple de transfert de données pour réaliser du machine-à-machines (machine communicante). L'utilisateur lance son application « assistance au pilotage » sur son smartphone. L'application affiche alors les modules Fileserver-Wi-Fi disponibles, l'agriculteur sélectionne le module correspondant à sa machine et l'application d'assistance au pilotage démarre. La tablette reçoit directement les informations par le module via le protocole de connexion Wi-Fi direct ou hotspot. Cette fois-ci, la tablette reçoit également des informations en provenance d'une deuxième machine présente dans le même environnement. On peut agir sur la première machine en fonction des informations provenant de la deuxième. Soit manuellement soit de façon automatique. La machine A envoie des informations à la machine B qui agit en conséquence. Avantages Les avantages de la solution proposée sont nombreux, et notamment : - possibilité pour un utilisateur d'envoyer instantanément des réglages machines via la passerelle et un smartphone connecté à une application dédié vers la machine ISOBUS. L'agriculteur visualise alors sur son Terminal Universel (UT) les données transmises (Protocole Fileserver dans la norme ISOBUS). - possibilité pour un utilisateur de bénéficier d'une aide contextuelle dédiée et automatique. En effet, par lecture du BUSCAN, il est possible de détecter que l'utilisateur réalise une opération tel que l'essai de débit. Ainsi, par le biais de l'application dédiée, l'utilisateur a accès de manière automatique aux vidéos de démonstration d'un essai de débit, aux tableaux de réglages souhaités ou encore à la partie du manuel d'utilisation traitant de l'essai de débit. - possibilité pour un utilisateur d'avoir un double affichage instantané (« dual screen ») d'un ensemble tracteur-outil ISOBUS à un coût minimum. L'utilisateur peut par exemple conserver l'affichage du guidage de précision sur son Terminal Universel (UT) tout en visualisant les fonctions de l'outil sur une interface de type tablette (poids en trémie, débit instantané, bordure de champs activée ou non...). Cette solution est économique et pratique car elle permet une visualisation en Haute Définition des informations machine et évite tout achat supplémentaire d'un autre Terminal Universel. - application mobile prévue et pensée pour recevoir des équipements et services complémentaires sans contrainte ni surcoût (par exemple une caméra IP). Grâce à l'application, l'utilisateur peut visualiser depuis son interface nomade toute zone jugée intéressante sur sa machine moyennant l'achat d'une simple caméra Wi-Fi. - utilisation de la connexion mobile (3G, 4G) du client pour la connexion à Internet, donc pas de gestion d'abonnements supplémentaires. - utilisation des données GPS de la machine et/ou du mobile client, donc possibilité de réaliser du « tracking ». - récupération de l'ensemble des données présentes sur le BUS ISOBUS (ex : données CAN de l'outil, diagnostique machine...) - système non intrusif dans le côté machine de l'ISOBUS, donc pas de risque de fonctionnalité, pas de risque de sécurité. C'est une boucle séparée qui n'empêche pas le fonctionnement de la machine sans ce module. - certification ISOBUS tracteur/outil qui n'est pas remise en cause, donc l'interopérabilité est assurée. - système pouvant se rajouter a posteriori, donc facilité de gestion ; - possibilité pour un utilisateur de faire un export d'un fichier de paramétrage d'une machine agricole directement depuis un Smartphone ou une tablette dans la cabine du tracteur. - serveur de fichier indépendant du terminal virtuel utilisé. - liberté de conception, possibilité d'applications multiples sur terminal mobile (type tablette). - possibilité d'une passerelle vers tout autre module extérieur sans passer par un terminal virtuel. - multi communication possible (trois parties par exemple): la passerelle peut envoyer des informations vers la tablette dans la cabine du tracteur, mais également et simultanément vers un ordinateur présent sur la ferme ou vers un boitier présent dans une autre cabine de tracteur voisine. REVENDICATIONS1. Dispositif de transfert bidirectionnel de données entre un terminal de communication et un module compatible ISOBUS, ledit dispositif comprenant : des moyens de communication sans fil avec ledit terminal de communication des moyens de communication avec ledit module compatible ISOBUS. 2. Procédé de transfert bidirectionnel de données entre un terminal de communication et un module compatible ISOBUS, comprenant : - une étape de communication sans fil avec ledit terminal de communication une étape de communication avec ledit module compatible ISOBUS.