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.

Gleichzeitige Verbindung zu mehreren COM-Anschlüssen

Serial to Ethernet Connector unterstützt die gleichzeitige Nutzung einer seriellen Schnittstelle durch mehrere Clients. Außerdem kann ein einzelner Client eine Verbindung zu mehreren entfernten seriellen Schnittstellen herstellen.
Kostenlos testen
14-tägige kostenlose Testversion verfügbar
Der Lizenzpreis beginnt bei $259.95
Verfügbar für

Übertragung von Daten von seriellen Schnittstellen an mehrere Anwendungen

Mit dem Serial to Ethernet Connector können Sie Daten von einem einzigen Gerät mit seriellem Anschluss an mehrere entfernte Computer übertragen. Sie können zum Beispiel einen seriell angeschlossenen GPS-Sensor an mehrere Remote-Computer anschließen und seine Daten gleichzeitig gemeinsam nutzen. Mehrere Benutzer können mit verschiedenen Anwendungen von einem beliebigen Netzwerkstandort aus gleichzeitig auf identische Daten zugreifen.
GPS-Standort von mehreren Computern empfangen

Konsolidierung von Daten von mehreren seriellen Geräten

Serial to Ethernet Connector kann die Datenübertragung von mehreren seriellen Geräten an einen einzigen Remote-Computer konsolidieren. So können Sie beispielsweise die Daten von mehreren Alarmsensoren auf einem zentralen Computer zusammenführen. Jetzt hat ein Bediener Zugriff auf die Signale aller Geräte gleichzeitig und ist besser vorbereitet, um fundierte Entscheidungen bezüglich der durch Alarme geschützten Systeme zu treffen.
Ein System von Sensoren, die von einem einzigen Laptop aus überwacht werden

Gemeinsame Nutzung einer seriellen Schnittstelle mit mehreren Computern

1
Installieren Sie Serial to Ethernet Connector auf dem Computer mit einer physischen Verbindung zu einem seriellen Gerät, z.B. einem GPS-Sensor. Installieren Sie die Software auf allen Computern, die auf die GPS-Daten zugreifen müssen.
Holen Sie sich die Version des Installationsprogramms für Ihr Betriebssystem
2
Erstellen Sie auf dem Computer, der mit dem GPS verbunden ist, eine Serververbindung, die den physischen Port abhört.
Wählen Sie auf dem Host Serververbindung und das Protokoll RAW-Daten.
3
Starten Sie die Software auf einem Remote-Client-Rechner und wechseln Sie zur Registerkarte „Remote-Verbindungen“. Wählen Sie einen Namen für den virtuellen Anschluss und klicken Sie auf „Erstellen“, um die Kommunikation mit dem Server herzustellen.
Die Registerkarte befindet sich in der Symbolleiste oben
4
Wiederholen Sie die beiden vorherigen Schritte auf allen Computern, die auf die Daten des GPS-Geräts zugreifen sollen.
Führen Sie dasselbe auf einem einzelnen Computer durch, wenn Sie mehrere Sensoren haben
5
Sie können nun von einem einzigen Server aus GPS-Daten an alle entfernten Computer übertragen.
Sie können die Verbindungen entweder vom zentralen Computer oder von den Gerätehosts aus verwalten
Hinweis: Wenn die automatische Erstellung von Verbindungen auf der Registerkarte „Fernverbindungen“ nicht funktioniert, müssen Sie sie manuell erstellen. Eine Anleitung dazu finden Sie im Handbuch.

Was Kunden sagen

4.9 Gesamtrang, basierend auf 372 Nutzer bewertungen
Erfolgreich eingesetzt von über 150 Unternehmen weltweit
Daniele Besana
Netzwerktechniker
Serial to Ethernet Connector hat sich als die effektivste Lösung erwiesen, die ich bisher ausprobiert habe. Die Virtualisierungstechnologie der seriellen Schnittstelle, die von dieser Software angeboten wird, ist eine effiziente Alternative zur Verwendung zusätzlicher Computer oder Erweiterungskarten. Diese Technologie ist besonders nützlich in meinem Datenübertragungssystem, da virtuelle RS 232-Schnittstellen den einfachsten Weg für den Fernzugriff und die Verwaltung von Geräten mit serieller Schnittstelle über das Netzwerk bieten.
Olivia Lane
Ingenieur für Immissionsschutz
In unserem Qualitätskontrolllabor verwenden wir spezielle Instrumente, die über serielle Schnittstellen mit Computern kommunizieren. Um den ständigen Standortwechsel und die Neukalibrierung der Geräte zu vermeiden, haben wir beschlossen, die Geräte über LAN gemeinsam zu nutzen. Der Serial to Ethernet Connector hat uns geholfen, dies einfach zu tun. Wenn nun jemand eine Verbindung zu einem bestimmten Gerät benötigt, kann er die serielle Schnittstelle über Ethernet freigeben und über einen Terminalserver aus der Ferne darauf zugreifen.
Stefan Mueller
Solution Architect bei Alpla
Serial to Ethernet Connector ermöglichte es uns, die alten Geräte mit der neuen webbasierten Anwendung zu verbinden. Der Hauptgrund für die Wahl von Electronic Team war die Schnittstelle der Software. Sie scheint viel intuitiver und moderner zu sein als die der Konkurrenz. Mit Serial to Ethernet Connector müssen wir die älteren Geräte, die über serielle Schnittstellen mit den Clients verbunden sind, nicht ersetzen und können sie mit der neuen Lösung weiter nutzen.
Emma Davis
Programmierer für Prozesssteuerung
Serial to Ethernet Connector erfüllt alle unsere Hauptanforderungen. Die App ist zuverlässig und bietet Passwort-Authentifizierung und Datenverschlüsselung. Diese Optionen sind für uns besonders wichtig, da wir mit Kassenterminals arbeiten und unsere Daten geschützt halten müssen. Mit dieser App ist der Zugriff auf POS-Hardware über virtuelle serielle Schnittstellen, die über Ethernet gemeinsam genutzt werden, sehr einfach.
James Meyer
Ingenieur für Effizienz
Die COM-Port-Sharing-Funktionen des Serial to Ethernet Connectors sind zu einem integralen Bestandteil unserer Diagnosesoftware für Bohrinselmaschinen geworden. Nachdem unsere Ingenieure die Fernzugriffsfunktionalität in unser Automatisierungssystem implementiert haben, kann das Servicepersonal Probleme, die den Zustand des Systems beeinflussen, wesentlich schneller und effizienter erkennen.
Jacob Williams
Kommunikationsingenieur
Ich suchte nach einer Möglichkeit, ein TAPI-Gerät an eine Citrix XenDesktop-Client-Sitzung weiterzuleiten. Da es nicht möglich schien, das Gerät in XenDesktop einem Client-COM-Port zuzuordnen, entschied ich mich für eine Lösung eines Drittanbieters. Mit Serial to Ethernet Connector konnte ich mein TAPI-Gerät über Ethernet an meine virtuelle Maschine weiterleiten.
Claudio Corniani
Leiter der Elektronikentwicklung bei PIUSI SPA (Italien)
Wir haben die Funktionalität von Serial to Ethernet Connector in die Hardware integriert. Dadurch konnten wir einen neuen seriellen Anschluss virtualisieren und den Kommunikationsverkehr auf den Ethernet-Anschluss umleiten, ohne weitere Änderungen an unserer ursprünglichen Softwareanwendung vorzunehmen. Wir haben unsere Gesamteffizienz gesteigert!

Häufig gestellte Fragen

Ja — das ist das klassische Fan-out, und genau dafür ist eine Raw-Serververbindung gedacht. Der Rechner mit dem Gerät betreibt eine Serververbindung auf dem Port, und beliebig viele Client-Rechner verbinden sich damit; jeder Client erhält eine Kopie der Ausgabe des Geräts. Das ist die natürliche Lösung für die Verteilung eines GPS-Feeds, eines Sensor-Datenstroms oder jedes Geräts, dessen Daten mehrere Computer gleichzeitig benötigen.

Behalten Sie zwei Dinge im Hinterkopf. Verwenden Sie dafür den Raw-Modus — Telnet (RFC 2217) ist Peer-to-Peer und akzeptiert keine mehreren Clients. Und Multi-Client ist zum Lesen sicher: Wenn mehrere Clients auch Befehle an ein Befehls-/Antwort-Gerät senden, werden ihre Schreibvorgänge auf dem einzelnen physischen Port verschachtelt und stören sich gegenseitig, daher sollten Befehle über einen steuernden Client koordiniert werden. Viele Leser, ja; viele unkontrollierte Schreiber, nein.

Beantwortet von Nikolai Svarachevsky · Leitender Entwickler
Ja. Da Server- und Client-Verbindungstypen austauschbar sind, wird das Spiegelbild von „viele Clients, ein Server“ vollständig unterstützt: Eine Maschine führt mehrere Client-Verbindungen aus, von denen jede einen anderen Server erreicht, und jede ist lokal ihrem eigenen virtuellen COM-Port zugeordnet. Dies ist das Standard-Fan-in — mehrere entfernte Geräte in einen zentralen Computer einzubinden.

Die Designregel, die es sauber hält, lautet: ein virtueller Port pro entfernter Quelle. Ihre Anwendung liest dann jedes Gerät an einem separaten, eindeutigen Port. Vermeiden Sie die Versuchung, mehrere entfernte Server in einen einzigen lokalen Port zusammenzuführen — ihre Byte-Streams würden sich vermischen, ohne dass es eine Möglichkeit gäbe, sie auseinanderzuhalten, es sei denn, die Nutzdaten sind ausdrücklich selbstidentifizierend. Separate Ports, separate Quellen.

Beantwortet von Nikolai Svarachevsky · Leitender Entwickler
Ja, und es ist unkomplizierter, als es klingt. Jede Maschine veröffentlicht ihren eigenen realen Port als Serververbindung und erstellt dann virtuelle Ports, die sich mit dem Server jeder anderen Maschine verbinden (also mit allen außer sich selbst). Wenn Sie das auf jedem Knoten tun, werden die Daten jedes Geräts auf jeder anderen Maschine verfügbar — das ist Ihr Stern. Das austauschbare Server-/Client-Modell sorgt dafür, dass sich das sauber zusammensetzen lässt, daher gibt es keinen speziellen „Mesh-Modus“, nach dem Sie suchen müssten; Sie bauen es einfach aus denselben Verbindungen auf, die Sie bereits verwenden.

Das Einzige, das geplant werden muss, sind Schreibvorgänge, nicht Lesevorgänge. Die Ausgabe jedes Geräts an alle zu verteilen, funktioniert perfekt. Aber wenn mehrere Maschinen Befehle an dasselbe Gerät senden, werden diese Schreibvorgänge auf diesem einen physischen Port verschachtelt — serielle Kommunikation hat keine Arbitrierung für mehrere Schreiber — halten Sie den Befehlsverkehr daher pro Gerät bei einem einzigen Schreiber oder regeln Sie ihn auf Anwendungsebene. Wenn das Layout groß wird, hält ein virtueller Port pro entfernter Quelle (anstatt mehrere in einem zusammenzuführen) jeden Datenstrom sauber getrennt.

Beantwortet von Nikolai Svarachevsky · Leitender Entwickler
Weil RFC 2217 einem Client die Hoheit über die Parameter des Ports überträgt — Baudrate, Signalleitungen, Portzustand — und diese Hoheit nicht sinnvoll gemeinsam genutzt werden kann. Wenn zwei Clients gleichzeitig verbunden wären und jeder versuchen würde, eine andere Baudrate zu setzen oder RTS unterschiedlich zu steuern, hätte der physische Port keine Möglichkeit, beide Anforderungen zu erfüllen. Daher ist das Protokoll als Peer-to-Peer definiert: Genau ein Client besitzt die RFC-2217-Sitzung zu einem Zeitpunkt.

Deshalb verwendet die Mehrclient-Freigabe den Raw-Modus, der keine Hoheit über Portparameter mit sich bringt und daher einen Bytestrom sicher an viele Clients duplizieren kann. Die beiden Modi ergänzen sich absichtlich: Telnet/RFC 2217 für einen einzelnen Peer, der volle Portkontrolle benötigt, Raw für viele Peers, die nur die Daten benötigen. Wenn Sie sowohl Kontrolle als auch Verteilung benötigen, geben Sie dem steuernden Verbraucher eine eigene dedizierte Telnet-Verbindung, getrennt von der Raw-Verteilung.

Beantwortet von Nikolai Svarachevsky · Leitender Entwickler
Ja. In einer Serververbindung im Raw-Modus bieten Ihnen die Datenübertragungseinstellungen ein Dropdown-Menü Daten senden an, und eine seiner Optionen ist Zuletzt aktiv — Daten werden nur an den Client gesendet, der zuletzt geantwortet hat. Das ist genau das Verhalten „nur an die letzte Verbindung antworten, die geschrieben hat“; Sie sind nicht darauf beschränkt, die Ausgabe des Geräts an jeden Client zu senden. Es gibt ein entsprechendes Dropdown-Menü Daten empfangen von mit denselben Auswahlmöglichkeiten (Keine, Nur erster / Nur letzter, Zuletzt aktiv, Alle), sodass Sie auch die eingehende Seite steuern können.

Die Standardeinstellung für beide ist Alle — jeder Client empfängt die Ausgabe des Geräts — was die richtige Einstellung für ein Gerät ist, das einfach an viele Leser streamt. Wenn Sie ein Request/Response-Gerät haben, das von mehreren Clients gemeinsam genutzt wird, und möchten, dass jede Antwort nur an den Anfragenden zurückgeht, stellen Sie Daten senden an auf Zuletzt aktiv. Zwei Dinge sollten Sie beachten: Dies ist eine Funktion des Raw-Modus (bei Telnet/RFC 2217 ist die Verbindung ohnehin eins zu eins), und wenn mehrere Clients in schneller Folge schreiben können, koordinieren Sie sie auf Anwendungsebene, damit sich „zuletzt aktiv“ auf den Client bezieht, den Sie tatsächlich meinen.

Beantwortet von Bohdan Miniv · QA Engineering
Serial to Ethernet Connector
Mehrere COM-Ports gleichzeitig anschließen
Kostenlos testen
14-tägige kostenlose Testversion verfügbar
Der Lizenzpreis beginnt bei $259.95
Verfügbar für