Cookie
Electronic Team, Inc. uses cookies to personalize your experience on our website. By continuing to use this site, you agree to our cookie policy. Click here to learn more.

Diffusion des données d’un périphérique série via l’UDP

Serial to Ethernet Connector vous permet de transmettre des données et des messages à tous les ordinateurs de votre réseau local en utilisant l’UDP.
Essayer gratuitement
Période d'essai de 14 jours gratuits
La licence est disponible à partir de $259.95
Disponible pour

Serial vers UDP : Flexibilité améliorée des communications de données

Vous bénéficiez d’une meilleure flexibilité en utilisant le protocole UDP en raison de la possibilité qu’il offre d’encapsuler toutes les données provenant d’un port série. Vous pouvez configurer les messages à diffuser pour simplifier la transmission d’informations sur tous les appareils du réseau. Aucun autre paramètre n’a besoin d’être configuré pour recevoir les messages via le port spécifié.
Signaux d’appareils série reçus par plusieurs systèmes

Comment partager des périphériques de diffusion via l’UDP

1
Installez Serial to Ethernet Connector sur l’ordinateur auquel est connecté le périphérique COM qui sera utilisé pour envoyer des données.
Vérifiez que vous téléchargez la version compatible avec votre système d’exploitation
2
Exécutez Serial to Ethernet Connector et créez une connexion UDP en utilisant l’interface de l’application. L’adresse de diffusion correspond à votre sous-réseau, par exemple 196.178.0.255. Sur les ordinateurs connectés à plusieurs réseaux, vous pouvez configurer des diffusions spécifiques à chaque réseau à l’aide du port UDP.
Sélectionnez “Connexion UDP” et configurez-la
3
Vous pouvez maintenant diffuser des données depuis le port série de l’appareil vers un nombre illimité d’applications ou de périphériques sur le réseau. De multiples connexions peuvent être configurées avec des ports physiques ou virtuels pour un système qui envoie l’ensemble des données générées par un ordinateur vers tous les clients.
L’appareil utilisé pour la diffusion apparaîtra sur les autres ordinateurs dans la liste des connexions sur la gauche
Remarque : La diffusion est une technique couramment utilisée pour envoyer des informations générées par un émetteur vers tous les appareils connectés au réseau. Elle sert souvent à envoyer des messages à tous les ordinateurs du réseau ou à détecter les appareils connectés.

En configurant les paramètres nécessaires au fonctionnement de la diffusion, vous pourrez avoir à indiquer une adresse permettant de communiquer avec tous les appareils du réseau. Les réseaux IP utilisent généralement l’adresse 255.255.255.255 à cette fin. Les paramètres requis pour la diffusion sont basés sur les technologies utilisées dans un environnement informatique donné.

Avis de nos clients

4.9 note globale, basé sur 372 utilisateurs revue
Utilisé par plus de 150 entreprises dans le monde entier
Daniele Besana
Ingénieur réseau
Serial to Ethernet Connector s’avère être la solution la plus efficace que j’ai pu essayer jusqu’à maintenant. La technologie de virtualisation de ports série proposée par ce logiciel permet d’éviter d’avoir à utiliser des cartes d’extension ou des ordinateurs supplémentaires. Cette technologie m’est particulièrement utile dans mon système de transmission de données car les interfaces RS 232 virtuelles sont la solution la plus simple pour l’accès à distance et la gestion des périphériques série sur le réseau.
Olivia Lane
Ingénieur en contrôle de la pollution
Dans notre laboratoire de contrôle qualité, nous utilisons des instruments spécialisés communiquant avec les ordinateurs via des ports série. Pour éviter d’avoir à déplacer et à recalibrer constamment notre matériel, nous avons décidé d’essayer de partager les appareils sur le réseau local. Serial to Ethernet Connector nous a permis d’y arriver facilement. Dorénavant, lorsque quelqu’un a besoin de se connecter à un appareil en particulier, il lui suffit de partager le port série sur l’Ethernet et d’y accéder à distance via un serveur terminal.
Stefan Mueller
Architecte solution chez Alpla
Serial to Ethernet Connector nous permet de connecter nos vieux appareils avec notre nouvelle application web. La principale raison qui nous a poussé à choisir Electronic Team est l’interface du logiciel. Elle semble bien plus intuitive et moderne que celles des logiciels concurrents. Grâce à Serial to Ethernet Connector, nous n’avons pas besoin de remplacer les appareils anciens connectés aux clients via des interfaces série et pouvons continuer à les utiliser avec la nouvelle solution.
Emma Davis
Programmeur en contrôle de processus
Serial to Ethernet Connector répond à tous nos principaux besoins. Cette solution fiable propose l’authentification par mot de passe et le chiffrement des données transmises. Ces fonctionnalités sont particulièrement importantes dans notre cas étant donné que nous travaillons avec des terminaux de point de vente et devons nous assurer que nos données soient sécurisées. Cette application nous permet d’accéder très facilement aux appareils de point de vente via des ports série virtuels partagés sur l’Ethernet.
James Meyer
Ingénieur performances
Les fonctionnalités de partage de ports COM de Serial to Ethernet Connector font désormais partie intégrante de notre logiciel de diagnostic de machines de plateformes pétrolières. Depuis que nos ingénieurs ont ajouté les fonctionnalités d’accès à distance dans notre système d’automatisation, le personnel de service peut détecter les problèmes affectant le fonctionnement du système de manière beaucoup plus rapide et efficace.
Jacob Williams
Ingénieur en communications
J’étais à la recherche d’un moyen pour rediriger un périphérique TAPI vers une session de bureau à distance Citrix XenDesktop. Étant donné qu’il semblait impossible de le connecter à un port COM virtuel sur XenDesktop, j’ai choisi d’utiliser une autre solution. Serial to Ethernet Connector m’a permis de rediriger mon périphérique TAPI sur l’Ethernet pour y accéder depuis ma machine virtuelle.
Claudio Corniani
Responsable ingénierie électronique chez PIUSI SPA (Italie)
Nous avons intégré les fonctionnalités de Serial to Ethernet Connector à notre matériel. Cela nous a permis de virtualiser un nouveau port série et de rediriger les communications vers le port Ethernet sans avoir à effectuer d’autre modification sur notre logiciel. Nous avons amélioré nos performances globales !

Questions fréquemment posées

UDP lui-même ne lie pas l’envoi et la réception au même numéro de port — un point de terminaison UDP a un port local sur lequel il écoute et un port de destination vers lequel il envoie, et ceux-ci peuvent être différents. Les paramètres de connexion UDP de SEC exposent la configuration d’adressage et de port, donc les configurations de ports d’envoi/réception asymétriques correspondent à ce que l’UDP est conçu pour prendre en charge.

Configurez cela avec soin afin que les deux extrémités soient d’accord : le port vers lequel vous envoyez doit être le port sur lequel l’extrémité distante écoute, et inversement pour le sens du retour. Comme il n’y a pas de négociation de connexion en UDP pour détecter une incompatibilité à votre place, un mauvais numéro de port entraîne simplement le silence — des paquets envoyés dans le vide sans erreur. Confirmez les noms exacts des champs et leur disposition dans la boîte de dialogue actuelle de connexion UDP lors de la configuration.

VÉRIFIER avant publication : confirmer les champs exacts des ports d’envoi/réception et les options dans la boîte de dialogue de connexion UDP de la version actuelle.

Réponse de Bohdan Miniv · Ingénierie QA
Créez une connexion UDP sur la machine reliée à l’appareil et définissez sa destination sur l’adresse de broadcast de votre réseau — l’adresse d’hôte composée uniquement de 1 pour votre sous-réseau (pour un masque 255.255.255.0, c’est l’adresse .255 de votre plage) — ainsi que sur le port UDP que vos écouteurs utiliseront. Toute machine de ce sous-réseau disposant d’une application à l’écoute sur ce port recevra alors les données, sans qu’aucune configuration par écouteur ne soit nécessaire de leur côté.

Quelques points pratiques : sur un hôte avec plusieurs interfaces réseau, définissez le broadcast pour le réseau spécifique visé, afin de ne pas envoyer sur le mauvais segment ; et choisissez un port qui n’est pas déjà utilisé par autre chose sur le sous-réseau. L’adresse de broadcast exacte dépend de votre masque de sous-réseau, donc basez-vous sur votre configuration réseau réelle plutôt que sur une valeur fixe.

Réponse de Bohdan Miniv · Ingénierie QA
Oui, avec quelques approches selon ce que signifie « plusieurs destinations ». Si vous voulez que chaque machine du segment local reçoive les données, une seule diffusion broadcast (question précédente) est la solution la plus simple — un datagramme que le réseau remet à tous les écouteurs sur le port. Si vous voulez un ensemble précis de destinations, vous pouvez diriger UDP vers des adresses particulières, et pour un groupe défini sur un réseau correctement configuré, le multicast est l’option conçue à cet effet.

Deux limites importantes déterminent le choix. Le broadcast ne traverse pas les routeurs — il reste dans le sous-réseau local — donc des « plusieurs destinations » sur d’autres sous-réseaux ou sur internet ne peuvent pas être atteintes par broadcast ; vous utiliserez UDP adressé (unicast) vers chacune, ou TCP. Et UDP n’offre aucune garantie de livraison à aucune d’entre elles, donc si tous les destinataires doivent recevoir de manière fiable chaque message, UDP n’est pas le bon protocole de transport, quelle que soit la façon dont vous l’adressez.

Réponse de Nikolai Svarachevsky · Développeur principal
La RFC 2217 est un ensemble d’extensions de Telnet, et Telnet fonctionne sur TCP parce que la négociation de contrôle de port dépend des garanties de TCP. Le réglage d’un débit en bauds ou la commutation d’une ligne de signal se fait avec des commandes en bande qui doivent arriver de manière fiable et dans l’ordre, et les deux extrémités s’accusent réception mutuellement pendant la négociation. Il s’agit intrinsèquement d’un échange orienté connexion.

UDP ne fournit ni connexion, ni ordre, ni livraison garantie — une commande pourrait être perdue ou arriver dans le désordre par rapport aux données qu’elle était censée accompagner, ce qui ferait que les deux extrémités ne seraient pas d’accord sur l’état du port. Ainsi, dans SEC, UDP sert strictement au transport de données brutes, généralement en diffusion unidirectionnelle ; tout ce qui nécessite un contrôle de paramètres ou de signaux passe par TCP en mode Telnet. Le transport et l’ensemble des fonctionnalités vont nécessairement de pair.

Réponse de Nikolai Svarachevsky · Développeur principal
Utilisez les contrôles de mise en paquets de SEC pour accumuler les octets avant leur envoi. Vous pouvez retenir les données jusqu’à l’arrivée d’un caractère délimiteur spécifique, jusqu’à ce qu’un délai défini se soit écoulé, ou jusqu’à ce qu’un bloc atteigne une taille choisie — puis SEC émet les octets collectés sous forme d’un seul datagramme au lieu de les envoyer au compte-gouttes en fragments. Pour un protocole orienté message, le déclenchement sur le caractère de fin de message est généralement la manière la plus propre d’obtenir un message par paquet.

Une chose à garder à l’esprit, spécifique à UDP : un datagramme plus grand que la MTU du réseau sera fragmenté au niveau IP, et avec UDP la perte de n’importe quel fragment entraîne l’abandon du datagramme entier. Essayez donc de faire en sorte que chaque message accumulé tienne dans un seul paquet de taille MTU lorsque c’est possible, plutôt que de construire de très grands datagrammes. Les petits messages autonomes sont ce qu’UDP gère le mieux.

Réponse de Nikolai Svarachevsky · Développeur principal
Pour une connexion serveur TCP en mode brut, oui — le paramètre Envoyer les données à propose une option Dernier actif qui renvoie les données uniquement au client ayant répondu en dernier, en complément de Recevoir les données de pour le côté entrant. Si votre objectif est de « répondre à celui qui vient de demander », c’est la méthode documentée pour le faire, et TCP est le choix naturel car chaque client possède sa propre connexion suivie.

Avec la diffusion UDP en particulier, cela ne s’applique pas de la même manière — la diffusion est un modèle sortant un-à-plusieurs sans connexion par client sur laquelle baser une réponse. Donc, si vous avez besoin d’un routage de retour vers le dernier émetteur, utilisez un serveur TCP brut avec Envoyer les données à → Dernier actif plutôt que la diffusion UDP. Si vous en avez spécifiquement besoin en UDP, décrivez le flux exact à prendre en charge et nous confirmerons ce que la version actuelle permet.

Réponse de Bohdan Miniv · Ingénierie QA
Serial to Ethernet Connector
Périphérique de diffusion série sur l’UDP
Essayer gratuitement
Période d'essai de 14 jours gratuits
La licence est disponible à partir de $259.95
Disponible pour