Kommunikation über die COM-Schnittstelle (Hyperterminal zu Hyperterminal oder PuTTY zu PuTTY oder Hyperterminal zu PuTTY oder PuTTY zu Hyperterminal) aber wie?
Guten Abend zusammen,
bis lang habe ich noch nicht mit einer Seriellen-Verbindung oder gar der COM-Schnittstelle gearbeitet. Eine "Konsolen-Verbindung" mit dem Programm "PuTTY" zu einem UNIX-Server habe ich aber schon aufgebaut und dann zum Beispiel YAST genutzt. Doch nun habe ich ein kleines "Problem", bei dem ich Hilfe benötige.
Und zwar habe ich zwei Rechner da, auf beiden ist Windows XP installiert. An einem PC ist ein Serial-to-LAN Adapter an der COM-Schnittstelle angebracht (am Industrie PC) und bei dem anderen Rechner via Patchkabel. Das "Verbindungsgerät" ist übrigends das "Lava Serial to Ethernet" (welches ich gerade "nur" bei amazon.de gefunden habe). Die Software, die bei dem Gerät dabei war, erkennt die Verbindung und auf die Webschnittstelle des Gerätes kann ich auch zugreifen.
Als nächstes würde ich nun gerne die Verbindung zwischen den beiden PCs direkt testen, in dem ich zum Beispiel etwas Text rüberschicke. Leider habe ich während meiner Ausbildung noch nie mit einer Seriellen-Verbindung gearbeitet und weder Hyperterminal noch PuTTY habe ich in der Ausbildung kennen gelernt. Für die COM-Schnittstelle gibt es verschiedene Einstellungen, wie ich gesehen habe. Auf beiden PCs sind die Einstellungen gleich:
(So heißen die Einstellungen bei PuTTY, im Hyperterminal waren sie aber genauso).
Doch wie gehe ich nun weiter vor? Bei dem Programm PuTTY bin ich nun auf Session gegangen und bei "Serial line" habe ich "COM1" gewählt. Doch leider tat sich danach nichts. Dann habe ich Hyperterminal geöffnent und wurde erstmal nach den "Telefoneinstellungen" gefragt, also diese Maske mit Ortskennziffer usw. Da habe ich aber nichts eingestellt und nur bestätigt. Als nächstes konnte ich Einstellungen für die COM-Schnittstelle vornehmen und habe sie auf den Voreingestellten Werten (wie oben genannt) gelassen. Es öffnete sich dann ein Fenster, in dem man wohl normalerweise etwas schreiben kann, doch die Anwendung nahm nichts entgegen.
Weiter konnte ich leider nicht testen, da wir dann Feierabend hatten. Gestern und heute war ich leider nicht im Betrieb, da ich zum Arzt wegen einer Infusion musste. Da mir nun diese beiden Arbeitstage fehlen, würde ich gerne etwas zu dem Problem erfahren. Daher meine Frage an euch, ob ihr mir sagen könnt, wie ich so eine "Schnittstellen-Verbindung" testen kann (also mit den PCs)? Habt ihr vielleicht zu Hyperterminal, PuTTY mit Serieller-Verbindung Tipps, Tutorials oder ähnliches?
Denn in zwei Monaten muss ich den oben erwähnten Adapter in Betrieb nehmen und dann ein paar CNC-Maschienen ansteuern. Für die Ansteuerung gibt es spezielle Software, die auch schon aktuell genutzt wird. Es soll nur drei Umschaltboxen weg fallen und die zwei alten PCs durch einen mit mehr Leistung ersetzt werden und damit man dann nicht mehr umschalten muss, gibt es eben dies "neue" Spielzeug. Doch leider hat selbst mein Ausbilder in diesem Teilbereich keine ahnung, so dass ich mir das selbst aneigenen muss.
Hoffe daher, dass ihr mir helfen könnt.
Vielen Dank
Muckel
bis lang habe ich noch nicht mit einer Seriellen-Verbindung oder gar der COM-Schnittstelle gearbeitet. Eine "Konsolen-Verbindung" mit dem Programm "PuTTY" zu einem UNIX-Server habe ich aber schon aufgebaut und dann zum Beispiel YAST genutzt. Doch nun habe ich ein kleines "Problem", bei dem ich Hilfe benötige.
Und zwar habe ich zwei Rechner da, auf beiden ist Windows XP installiert. An einem PC ist ein Serial-to-LAN Adapter an der COM-Schnittstelle angebracht (am Industrie PC) und bei dem anderen Rechner via Patchkabel. Das "Verbindungsgerät" ist übrigends das "Lava Serial to Ethernet" (welches ich gerade "nur" bei amazon.de gefunden habe). Die Software, die bei dem Gerät dabei war, erkennt die Verbindung und auf die Webschnittstelle des Gerätes kann ich auch zugreifen.
Als nächstes würde ich nun gerne die Verbindung zwischen den beiden PCs direkt testen, in dem ich zum Beispiel etwas Text rüberschicke. Leider habe ich während meiner Ausbildung noch nie mit einer Seriellen-Verbindung gearbeitet und weder Hyperterminal noch PuTTY habe ich in der Ausbildung kennen gelernt. Für die COM-Schnittstelle gibt es verschiedene Einstellungen, wie ich gesehen habe. Auf beiden PCs sind die Einstellungen gleich:
Speed 9600
Data bits 8
Stop bits 1
Parity None
Flow control XON/XOFF
Doch wie gehe ich nun weiter vor? Bei dem Programm PuTTY bin ich nun auf Session gegangen und bei "Serial line" habe ich "COM1" gewählt. Doch leider tat sich danach nichts. Dann habe ich Hyperterminal geöffnent und wurde erstmal nach den "Telefoneinstellungen" gefragt, also diese Maske mit Ortskennziffer usw. Da habe ich aber nichts eingestellt und nur bestätigt. Als nächstes konnte ich Einstellungen für die COM-Schnittstelle vornehmen und habe sie auf den Voreingestellten Werten (wie oben genannt) gelassen. Es öffnete sich dann ein Fenster, in dem man wohl normalerweise etwas schreiben kann, doch die Anwendung nahm nichts entgegen.
Weiter konnte ich leider nicht testen, da wir dann Feierabend hatten. Gestern und heute war ich leider nicht im Betrieb, da ich zum Arzt wegen einer Infusion musste. Da mir nun diese beiden Arbeitstage fehlen, würde ich gerne etwas zu dem Problem erfahren. Daher meine Frage an euch, ob ihr mir sagen könnt, wie ich so eine "Schnittstellen-Verbindung" testen kann (also mit den PCs)? Habt ihr vielleicht zu Hyperterminal, PuTTY mit Serieller-Verbindung Tipps, Tutorials oder ähnliches?
Denn in zwei Monaten muss ich den oben erwähnten Adapter in Betrieb nehmen und dann ein paar CNC-Maschienen ansteuern. Für die Ansteuerung gibt es spezielle Software, die auch schon aktuell genutzt wird. Es soll nur drei Umschaltboxen weg fallen und die zwei alten PCs durch einen mit mehr Leistung ersetzt werden und damit man dann nicht mehr umschalten muss, gibt es eben dies "neue" Spielzeug. Doch leider hat selbst mein Ausbilder in diesem Teilbereich keine ahnung, so dass ich mir das selbst aneigenen muss.
Hoffe daher, dass ihr mir helfen könnt.
Vielen Dank
Muckel
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 133014
Url: https://administrator.de/contentid/133014
Ausgedruckt am: 05.11.2024 um 20:11 Uhr
13 Kommentare
Neuester Kommentar
Hi
deine Konstellation ist mir zwar noch nicht ganz untergekommen aber grundsätzlich arbeitet ein Serielles Konsolen Programm wie Hyperterm wie ein dummes Terminal: irgendwo steht ein Server der die Auswertung/Aufbereitung für dich macht (wie Maximus oder ZapOCom, kurz ZOC; aber meine BBS Zeiten sind schon ein paar Tage her).
Was willst du denn genau erreichen? Was und welche Datenart soll ausgetauscht werden?
Gruß
Sam
deine Konstellation ist mir zwar noch nicht ganz untergekommen aber grundsätzlich arbeitet ein Serielles Konsolen Programm wie Hyperterm wie ein dummes Terminal: irgendwo steht ein Server der die Auswertung/Aufbereitung für dich macht (wie Maximus oder ZapOCom, kurz ZOC; aber meine BBS Zeiten sind schon ein paar Tage her).
Was willst du denn genau erreichen? Was und welche Datenart soll ausgetauscht werden?
Gruß
Sam
Hi Muckel
wieso nehmt ihr keine Netz/COM Port Wandler wie den Digi PortServer® TS 8. Damit haben wir auch Fräsen (Arnold, Trumpf,...) mit Wartung von extern. Diese Boxen (wie der Name suggeriert sind Terminal Server, sprich ein Terminal app wie Hyperterminal kann sich dann dort direkt anklinken (die teile machen aber auch alles andere); wir nutzen sie um remote uns einen COM Port zu haben und diese dann in meinem Rechner wie einen lokalen COM Port zu sehen (Realport nennt sich die Funktion); das geht auch über weite Strecken und wird super supportet (im Endeffekt kann sich ohne Security jeder auf diese Box drauf klinken und lokal anbinden, egal wo du in dem Netzwerk bist.
Wenn du schon so was hast (COM Ports freigegeben ist in Windows bis dato nicht eingeplant und geht nur mit Zusatzsoftware wie RVS COM, dafür sind Linuxe und das alte OS/2 hervorragend geeignet).
Ansonsten wieso das ganze nicht lokal dort ansprechen via Terminalfunktion, bzw Fernwartung wie VNC?
Gruß
Sam
wieso nehmt ihr keine Netz/COM Port Wandler wie den Digi PortServer® TS 8. Damit haben wir auch Fräsen (Arnold, Trumpf,...) mit Wartung von extern. Diese Boxen (wie der Name suggeriert sind Terminal Server, sprich ein Terminal app wie Hyperterminal kann sich dann dort direkt anklinken (die teile machen aber auch alles andere); wir nutzen sie um remote uns einen COM Port zu haben und diese dann in meinem Rechner wie einen lokalen COM Port zu sehen (Realport nennt sich die Funktion); das geht auch über weite Strecken und wird super supportet (im Endeffekt kann sich ohne Security jeder auf diese Box drauf klinken und lokal anbinden, egal wo du in dem Netzwerk bist.
Wenn du schon so was hast (COM Ports freigegeben ist in Windows bis dato nicht eingeplant und geht nur mit Zusatzsoftware wie RVS COM, dafür sind Linuxe und das alte OS/2 hervorragend geeignet).
Ansonsten wieso das ganze nicht lokal dort ansprechen via Terminalfunktion, bzw Fernwartung wie VNC?
Gruß
Sam
Eigentlich ist deine Konstellation ganz banal, denn es ist nichts weiteres als wenn man eine serielle Verbindung Back to Back betreibt. Dafür braucht man auch keine Ausbildung sondern es reicht der normale Menschenverstand !
Von Hyperterm solltest du besser die Finger lassen, das hat so seine üblen Tücken.
Also Alternative solltest du besser Putty oder wenns nur Terminal ist TeraTerm:
http://ttssh2.sourceforge.jp/
benutzen !
Deine COM Einstellungen sind soweit OK aber besser solltest du die Flusskontrolle komplett abschalten, denn sollte eine Seite das nicht supporten geht nix mehr.
Normalerweise nimmt man jetzt ein sog. Nullmodemkabel also ein serielles Kabel bei dem Sender und Empfänger gedreht sind.
Logisch denn wenn du ein normales Kabel nehmen würdest, dann sendet sender auf Sender und Empfänger auf Empfänger. Das das nicht gehen kann ist klar...ist ja bei Ethernet genauso !
Also wenn du nun beide termis startest das Nullmodemkabel nimmst und beide Rechner direkt mit den beiden COM Ports verbindest dann erscheint auf den Schirm des einen genau das was du beim anderen eintippst und umgekehrt und fertich ist deine serielle Verbindung.
Um sie schneller zu machen drehst du z.B. auf beiden Seiten die Baudrate hoch...
Wenn das soweit alles klappt, dann nimmst du deinen LAN seriell Wandler und hängst ihn dazwischen. Dann sollte alles genau so weiterfunktionieren wie zuvor, denn der Wandler setzt ja nur den serielen Schnittstellnpegel auf das LAN um...mehr nicht.
Vermutlich ist also dein Problem nur das Nullmodemkabel....wie immer ?!
Von Hyperterm solltest du besser die Finger lassen, das hat so seine üblen Tücken.
Also Alternative solltest du besser Putty oder wenns nur Terminal ist TeraTerm:
http://ttssh2.sourceforge.jp/
benutzen !
Deine COM Einstellungen sind soweit OK aber besser solltest du die Flusskontrolle komplett abschalten, denn sollte eine Seite das nicht supporten geht nix mehr.
Normalerweise nimmt man jetzt ein sog. Nullmodemkabel also ein serielles Kabel bei dem Sender und Empfänger gedreht sind.
Logisch denn wenn du ein normales Kabel nehmen würdest, dann sendet sender auf Sender und Empfänger auf Empfänger. Das das nicht gehen kann ist klar...ist ja bei Ethernet genauso !
Also wenn du nun beide termis startest das Nullmodemkabel nimmst und beide Rechner direkt mit den beiden COM Ports verbindest dann erscheint auf den Schirm des einen genau das was du beim anderen eintippst und umgekehrt und fertich ist deine serielle Verbindung.
Um sie schneller zu machen drehst du z.B. auf beiden Seiten die Baudrate hoch...
Wenn das soweit alles klappt, dann nimmst du deinen LAN seriell Wandler und hängst ihn dazwischen. Dann sollte alles genau so weiterfunktionieren wie zuvor, denn der Wandler setzt ja nur den serielen Schnittstellnpegel auf das LAN um...mehr nicht.
Vermutlich ist also dein Problem nur das Nullmodemkabel....wie immer ?!
Es sagt ja auch niemand das du diese Verbindung permanent machen musst. Es geht nur im einen Test !! der dir wenigstens zeigen soll das du alles korrekt mit den Terminalprogrammen aufgesetzt hast !!! Das allein ist Sinn dieses Setups.... Also nimm dir einen Laptop schliess den mit einem Nullmodem mit dem COM Port an und teste das aus, denn so schrittweise geht man ja beim Troubleshooting vor, oder ?..!
So kannst du dir dann absolut sicher sein das deine Terminal Einstellungen mit Putty oder TeraTerm auf beiden Seiten korrekt und richtig sind und das es dann, sollte es immer noch kneifen, ja nur noch einzig und allein an den Seriell/LAN Adaptern liegen kann !!
Wenn du ein Gerät ohne COM (Serielle) Schnittstelle hast kannst du dir für ein paar popelige Euro einen USB Adapter dafür beschaffen:
http://www.amazon.de/gp/product/B0014I4W60/ref=pd_lpo_k2_dp_sr_2?pf_rd_ ...
Ein passendes Nullmodem Kabel gibts da auch:
http://www.amazon.de/Intos-Nullmodem-Nullmodemkabel-DB9-Buchse/dp/B000J ...
Hat auch jeder PC Shop um die Ecke !
Letztendlich sollte die Verkabelung so aussehen:
(PC-COM Port)----Nullmodemkabel----(Adapter)----LAN----(Adapter)----serielles_Kabel----(PC-COM Port)
Das Nullmodemkabel muss einmal irgendwo drin sein, denn du musst ja einmal die Sendedaten auf die Empfangsdaten drehen. Keinesfalls 2 Nullmodemkabel, dann hast du die gleiche Ausgangssituation wie zuvor mit Sender<->Sender und Empfänger<->Empfänger was logischerweise nicht klappen kann !!!
So kannst du dir dann absolut sicher sein das deine Terminal Einstellungen mit Putty oder TeraTerm auf beiden Seiten korrekt und richtig sind und das es dann, sollte es immer noch kneifen, ja nur noch einzig und allein an den Seriell/LAN Adaptern liegen kann !!
Wenn du ein Gerät ohne COM (Serielle) Schnittstelle hast kannst du dir für ein paar popelige Euro einen USB Adapter dafür beschaffen:
http://www.amazon.de/gp/product/B0014I4W60/ref=pd_lpo_k2_dp_sr_2?pf_rd_ ...
Ein passendes Nullmodem Kabel gibts da auch:
http://www.amazon.de/Intos-Nullmodem-Nullmodemkabel-DB9-Buchse/dp/B000J ...
Hat auch jeder PC Shop um die Ecke !
Letztendlich sollte die Verkabelung so aussehen:
(PC-COM Port)----Nullmodemkabel----(Adapter)----LAN----(Adapter)----serielles_Kabel----(PC-COM Port)
Das Nullmodemkabel muss einmal irgendwo drin sein, denn du musst ja einmal die Sendedaten auf die Empfangsdaten drehen. Keinesfalls 2 Nullmodemkabel, dann hast du die gleiche Ausgangssituation wie zuvor mit Sender<->Sender und Empfänger<->Empfänger was logischerweise nicht klappen kann !!!
Hi Muckel
wie in meinem Ersten Reply gemeint: du suchst einen Terminalserver, welcher deine "Befehle" in etwas lokales umsetzt. Das was Aqui schrieb ist was du u.A. angefragt hattest: wie bekomme ich a nach b (Zeichen). Das du Befehle senden willst ist was anderes. Du suchst wie ich dich nun verstehe eine Art rsh, welches dich dorthin verbinden läßt und dort lokal dann bestimmte Befehle ausführt (war mir nie bekannt das dies mit Fräsen so läuft; zumindets ist mir in den letzten 19 Jahren hier sowas nie über den Weg gelaufen [die meisten alten CNC die wir noch so haben benötigen RS-232 (meist aber RS-485) um mit bestimmten Datenprotokollen (meist Y- oder X-Modem) Daten hoch+runterladen zu können welche vorher von irgend einem Konverter von unsere CAD/CAE Modellen in deren Exec Sprache zu übersetzen]. Unter Windows gibt es ein Resource Kit AddOn was rcmd heißt und auf Dienstbasis fungiert.
Damit ich dein Ziel genau verstehe: kannst du analog zu Aqui ein simples Diagramm "zeichnen" im Stile von (PC-COM Port)----Nullmodemkabel----(Adapter)----LAN----(Adapter)----serielles_Kabel----(PC-COM Port)
inkl deiner Anforderung was du auf beiden Seiten jeweils genau machen willst. Wenn das vor zwei Jahren schon mal konstruiert wurde sollte man in deren Dokus mal deren Absicht nachsehen....
Gruß
Sam
wie in meinem Ersten Reply gemeint: du suchst einen Terminalserver, welcher deine "Befehle" in etwas lokales umsetzt. Das was Aqui schrieb ist was du u.A. angefragt hattest: wie bekomme ich a nach b (Zeichen). Das du Befehle senden willst ist was anderes. Du suchst wie ich dich nun verstehe eine Art rsh, welches dich dorthin verbinden läßt und dort lokal dann bestimmte Befehle ausführt (war mir nie bekannt das dies mit Fräsen so läuft; zumindets ist mir in den letzten 19 Jahren hier sowas nie über den Weg gelaufen [die meisten alten CNC die wir noch so haben benötigen RS-232 (meist aber RS-485) um mit bestimmten Datenprotokollen (meist Y- oder X-Modem) Daten hoch+runterladen zu können welche vorher von irgend einem Konverter von unsere CAD/CAE Modellen in deren Exec Sprache zu übersetzen]. Unter Windows gibt es ein Resource Kit AddOn was rcmd heißt und auf Dienstbasis fungiert.
Damit ich dein Ziel genau verstehe: kannst du analog zu Aqui ein simples Diagramm "zeichnen" im Stile von (PC-COM Port)----Nullmodemkabel----(Adapter)----LAN----(Adapter)----serielles_Kabel----(PC-COM Port)
inkl deiner Anforderung was du auf beiden Seiten jeweils genau machen willst. Wenn das vor zwei Jahren schon mal konstruiert wurde sollte man in deren Dokus mal deren Absicht nachsehen....
Gruß
Sam
Hi
dann ist es schon so wie Aquio schrieb: (Du solltest COM x bis COM y haben, also so COM2-9 für diese externe Box in deinem Windows Gerätemanager): Du öffnest auf beiden PCs Hyperterm (oder was für ein Terminalprogramm auch immer) und schickst vom Masterrechner (der mit dem 8Port COM Adapter) beliebige Zeichen manuell (=Tastatureingabe rüber). Das oben angesprochene ZoC beherrscht auch Batchverarbeitung, sprich das du belibige Sequenzen autom versenden kannst (wie deine Basic Schleife oben); ob HT das kann; ich kann mich an nichts derartiges erinnern.... Auf der Gegenseite siehst du dann eben diese gesendeten Daten/Buchstaben. Naja mehr ist nicht.
Historisch gesehen kommen Terminals aus der Verwaltung, in dem ein Masterrechner (typ IBM Mainframe) billige Terminals hat, welche außer Tastatur und Monitor keine Intelligenz haben. Die Verarbeitung bzw Aufbereitung passiert dann im intelligenten Mainframe (=Terminalserver). Daher sind diese Terminalapps nicht zu besonders viel zu gebrauchen außer du hast halt ein intelligentes App dahinter. Die obige Forderung kriegst du schon unter, nur wie du damit was steuern willst (HT kann bestimmte Steuerzeichen nur sehr umständlich senden) Die Emulation (es gab ja IBM/DEC als die großen Terminalliefernaten und die waren teils nur sehr bedingt zueinander kompatibel) wie etwas VT100 ist die üblichste afaik auch der std bei HT.
Du wirst um eine Steuersoftware (ist bei den unseren je Serie wie etwa TLC1005/TLC6000/TLC6005 jeweils eine andere obwohl alles drei Laserschneider sind und nahezu zeitgleich gekauft wurden; Oberfläche und Bedienung absolut identisch, alles darunter (Konfigs, Ansprechung der Sensoren, Fernwartung) absolut unterschiedlich) nicht drum rum kommen, immerhin muß jemand diese Intelligenz haben zu wissen wie deine spezielle Fräse Werkzeug a wählt und zur Lokation b geht um dort c zu machen.
Was spricht dagegen wieder W98 zu nehmen? Treiber gibt es noch zu genüge (etwas versteckter und oft nicht supported) und W98 kann gut mit 9 COM Ports umgehen. ISA Steckplätze gibt es auch in jedem normalen Industrie PC (hat jeder meiner modernen HIL BedienPCs direkt mit drinnen).
Gruß
Sam
dann ist es schon so wie Aquio schrieb: (Du solltest COM x bis COM y haben, also so COM2-9 für diese externe Box in deinem Windows Gerätemanager): Du öffnest auf beiden PCs Hyperterm (oder was für ein Terminalprogramm auch immer) und schickst vom Masterrechner (der mit dem 8Port COM Adapter) beliebige Zeichen manuell (=Tastatureingabe rüber). Das oben angesprochene ZoC beherrscht auch Batchverarbeitung, sprich das du belibige Sequenzen autom versenden kannst (wie deine Basic Schleife oben); ob HT das kann; ich kann mich an nichts derartiges erinnern.... Auf der Gegenseite siehst du dann eben diese gesendeten Daten/Buchstaben. Naja mehr ist nicht.
Historisch gesehen kommen Terminals aus der Verwaltung, in dem ein Masterrechner (typ IBM Mainframe) billige Terminals hat, welche außer Tastatur und Monitor keine Intelligenz haben. Die Verarbeitung bzw Aufbereitung passiert dann im intelligenten Mainframe (=Terminalserver). Daher sind diese Terminalapps nicht zu besonders viel zu gebrauchen außer du hast halt ein intelligentes App dahinter. Die obige Forderung kriegst du schon unter, nur wie du damit was steuern willst (HT kann bestimmte Steuerzeichen nur sehr umständlich senden) Die Emulation (es gab ja IBM/DEC als die großen Terminalliefernaten und die waren teils nur sehr bedingt zueinander kompatibel) wie etwas VT100 ist die üblichste afaik auch der std bei HT.
Du wirst um eine Steuersoftware (ist bei den unseren je Serie wie etwa TLC1005/TLC6000/TLC6005 jeweils eine andere obwohl alles drei Laserschneider sind und nahezu zeitgleich gekauft wurden; Oberfläche und Bedienung absolut identisch, alles darunter (Konfigs, Ansprechung der Sensoren, Fernwartung) absolut unterschiedlich) nicht drum rum kommen, immerhin muß jemand diese Intelligenz haben zu wissen wie deine spezielle Fräse Werkzeug a wählt und zur Lokation b geht um dort c zu machen.
Was spricht dagegen wieder W98 zu nehmen? Treiber gibt es noch zu genüge (etwas versteckter und oft nicht supported) und W98 kann gut mit 9 COM Ports umgehen. ISA Steckplätze gibt es auch in jedem normalen Industrie PC (hat jeder meiner modernen HIL BedienPCs direkt mit drinnen).
Gruß
Sam
Wenn du TeraTerm
http://www.heise.de/software/download/teraterm_pro/51776
nimmst hast du dort auch noch die Xmodem Funktion mit der du dann sogar Daten, Datein usw. problemlos übertragen kannst !
Hyperterm kan das m.E. auch...nur nicht so gut..
http://www.heise.de/software/download/teraterm_pro/51776
nimmst hast du dort auch noch die Xmodem Funktion mit der du dann sogar Daten, Datein usw. problemlos übertragen kannst !
Hyperterm kan das m.E. auch...nur nicht so gut..