Announcement

Collapse
No announcement yet.

TCP over Serielle Schnittstelle

Collapse
X
Collapse
  • Page of 1
  • Filter
  • Time
  • Show
Clear All
new posts
Previous template Next
  • #1

    TCP over Serielle Schnittstelle

    hallo zusammen,

    bin bei einem für mich sehr guten thema angekommen:
    ich möchte gerne eine "Eingabeeinheit" an die serielle schnittstelle
    anschliessen und dabei über das netzwerk (TCP / IP) auf einen
    weiteren im Netz befindlichen Rechner zugreifen (SERVER)
    der dann die "Eingabedaten" an seiner seriellen schnittstelle
    über ein Modem an einem Plotter/Modem sendet.

    seriell zu seriell ist einigermassen klar;
    tcp zu tcp (z.B. telnet) ist auch einigermassen klar;

    nur wie kann oder könnte der ansatz aussehen
    seriell zu tcp?

    für eine brücke zwischen der seriellen schnittstelle und dem
    netzwerk, gibt es da schon fertige komponenten?

    ich bin bei der suche auf eine firma gestossen, die in der
    tat fast das hat, was ich suche: das fertige "TCP2Seriell"

    http://www.taltech.com/TALtech_web/products/tcpcom.html

    nur ich möchte das in der art selber in delphi6 realisieren,
    wer kann mir weiterhelfen?

    danke und so long.

    Rul
    Tags: None
  • #2
    Hallo,

    Im Grunde hast du schon die Lösung ziemlich genau umschrieben. So etwas gibt es

    schon in Form von Hardware, die sogenannten PortServer. Auf der einen Seite wird ein

    serielles Endgerät eingestöpselt, auf der anderen ein Netzwerkkabel. Die Übertragung

    erfolgt über TCP. Jeder Rechner im Netzwerk kann sich z.B. via Telnet dann mit dem

    seriellen Gerät unterhalten, oder es wird auf einen Rechner ein virtueller Comport erzeugt,

    der von Standartsoftware wie ein normeler Comport genutzt werden kann.

    Wenn man auf beiden Seiten der Verbindung Windows laufen hat, kann man natürlich einen

    Portserver auch durch Software mittels Delphi ersetzen. Ich persönlich würde dann aber der

    einfacheren Handhabung wegen statt TCP UDP verwenden. Das würde dann im Prinzip so

    aussehen:


    !==> UDPClient ==! !== UDPServer==>>!
    COMx == TCom ==! !== LAN ==! !== TCom == COMx
    !<== UDPServer ==! !<== UDPClient ==!

    COMx = beliebiger Comport an einem Windows-PC
    TCom = Delphi Componente für Comport (sollte aber auch unter NT und W2k funktionieren!)
    UDP = Delphi Componente z.B. Winshoes-Sammlung

    Gruß
    Diete

    Comment

    • #3
      Hallo,

      Im Grunde hast du schon die Lösung ziemlich genau umschrieben. So etwas gibt es

      schon in Form von Hardware, die sogenannten PortServer. Auf der einen Seite wird ein

      serielles Endgerät eingestöpselt, auf der anderen ein Netzwerkkabel. Die Übertragung

      erfolgt über TCP. Jeder Rechner im Netzwerk kann sich z.B. via Telnet dann mit dem

      seriellen Gerät unterhalten, oder es wird auf einen Rechner ein virtueller Comport erzeugt,

      der von Standartsoftware wie ein normeler Comport genutzt werden kann.

      Wenn man auf beiden Seiten der Verbindung Windows laufen hat, kann man natürlich einen

      Portserver auch durch Software mittels Delphi ersetzen. Ich persönlich würde dann aber der

      einfacheren Handhabung wegen statt TCP UDP verwenden. Das würde dann im Prinzip so

      aussehen:

      !==> UDPClient ==! !== UDPServer==>>!

      COMx == TCom ==! !== LAN ==! !== TCom == COMx

      !<== UDPServer ==! !<== UDPClient ==!

      COMx = beliebiger Comport an einem Windows-PC
      TCom = Delphi Componente für Comport (sollte aber auch unter NT und W2k funktionieren!)
      UDP = Delphi Componente z.B. Winshoes-Sammlung

      Gruß
      Diete

      Comment

      • #4
        Hallo,

        Im Grunde hast du schon die Lösung ziemlich genau umschrieben. So etwas gibt es

        schon in Form von Hardware, die sogenannten PortServer. Auf der einen Seite wird ein

        serielles Endgerät eingestöpselt, auf der anderen ein Netzwerkkabel. Die Übertragung

        erfolgt über TCP. Jeder Rechner im Netzwerk kann sich z.B. via Telnet dann mit dem

        seriellen Gerät unterhalten, oder es wird auf einen Rechner ein virtueller Comport erzeugt,

        der von Standartsoftware wie ein normeler Comport genutzt werden kann.

        Wenn man auf beiden Seiten der Verbindung Windows laufen hat, kann man natürlich einen

        Portserver auch durch Software mittels Delphi ersetzen. Ich persönlich würde dann aber der

        einfacheren Handhabung wegen statt TCP UDP verwenden. Das würde dann im Prinzip so

        aussehen:

        COMx ==> TCom ==> UDPClient ==> LAN ==> UDPServer==> TCom ==> COMx

        COMx <== TCom <== UDPServer <== LAN <== UDPClient <== TCom <== COMx

        COMx = beliebiger Comport an einem Windows-PC
        TCom = Delphi Componente für Comport (sollte aber auch unter NT und W2k funktionieren!)
        UDP = Delphi Componente z.B. Winshoes-Sammlung

        Gruß
        Diete

        Comment

        • #5
          hallo dieter,
          danke ersteinmal für die antwort,
          ich versuche mich da einmal,
          und ich meld mich nochmal,
          da mich das thema in verbindung
          mit einem php "CLIENT" sehr befasst.

          nein es ist kein schreibfehler... CLIENT!
          habe auch schon redundant gedacht, aber für manche
          sachen ist php wirklich gut zu gebrauchen und
          die scripte sind mit einem texteditor schnell
          geschrieben...

          hängen tuh ich momentan nur noch an einer eigentlich
          simplen aufgabe:

          könnte ich eine komponente daraus machen, wäre es gut,
          diese auf den ComX zu fixieren ( egal ob dann ein virtueller
          treiber dazwische hängt ((IR oder Blue... wireless))
          der im system zur verfügung steht.

          dann bräuchte ich nicht darauf zu achten,
          was vorhanden ist; lediglich ob.. und das würde ich mit
          einer simplen "ECHO" function auf den ComX /false/true überprüfen.

          für die dementsprechende kommunikation ist ja dann der
          kommunikationspool der jeweiligen gerätetreiberspezifikation
          verantwortlich, oder?...

          wenn das fertig ist - dann meld ich mich nochmal...
          .. wo es definitiv zum einsatz kommt.

          ru

          Comment

          • #6
            Hallo,

            sag mal, konntest Du die Demo von TalTech TCP2Seriell zum Laufen überreden? Also ich habe es nicht geschafft, ein normales Modem über das Netzwerk ansprechen zu können. Die auf beiden Rechnern installierten Demo-Version bekamen zwar Kontakt zueinander, aber das wars.

            Wenn Du noch selbst so etwas schreiben willst, sag mir mal Bescheid. Würde mich auch interessieren

            Comment

            • #7
              Hallo BeeJay,

              jaundnein,

              - der Com port muss vorhanden sein,
              wenn der Com Port auf eine Infrarot Schnittstelle zeigt, dann muss erst
              die Schnittstelle geöffnet werden ( Systemsteuerung - Infrarot - Suche nach Geräten... aktiveren...)

              - Der Server empfängt die daten
              - Der Client sendet sie..

              der client ist z.B. ein BarcodeScanner, der ist am COM1 vom
              PC 192.168.0.1 angeschlossen;

              also, diesen als Client laufen lassen als 192.168.0.1 / COM1

              der Server ist z.B. ein PC als "Inventurgerät", auf dem PC läuft
              zusätzlich ein kleiner HTTP Server oder TCP Server...Port 20 z.B.,

              also diesen als Server laufen lassen als 192.168.0.2 :20

              der reagiert dann auf der Adresse 192.168.0.2:20

              wenn jetzt daten über den Scanner kommen ( vom LAger ) ,
              dann registriert der Server das un die Eingabe fließt direkt
              in das Inventurgerät....

              okay?

              Rul

              Klar melde ich mich, wenn ich fertig bin..

              Comment

              Previous template Next
              Working...
              X