Problem mit COM Port (RS232)

Gast #2825077
Hallo,

ich habe ein Problem mit einem COM Port.

Habe zwei Rechner, einer mit einem Core 2 Duo, der andere mit einem 
Pentium 3.

Ich will auf beiden Rechnern ein Programm das Dateien über das COM Port 
an eine Maschine schickt betreiben.

Am Rechner mit dem Pentium 3 funktioniert das Programm einwandfrei.

Am Rechner mit dem Core 2 Duo bleibt die Datenübertragung immer nach der 
ersten Zeile vom der Datei stehen.

Hab bei beiden Rechnern das selbe Kabel und die selbe Maschine probiert, 
es muss also am Rechner liegen.
Einstellungen sind an beiden Rechnern exakt die gleichen.

Woran kann das liegen???

MfG
Gast
@Jackfritt

Kennst den Spruch: Wenn mann keine Ahnung hat einfach mal Fresse 
halten...

Bin hier auf der Suche nach einer Lösung für mein Problem wenn dich 
dabei nicht auskennst dann lass es...
Gast
Hallo,

auf die Gefahr hin, dass ich auch die Fresse halten soll:

Ein prominenter amerikanischer Softwarespezialist hat schon vor längerer 
Zeit gesagt, keine Software darf als getestet gelten, wenn sie nicht auf 
einem Mehrprozessor-System geprüft wurde.

Du schreibst nicht, woher die Software stammt. Bei Fremdsoftware hilft 
dir das sowieso nicht weiter, aber auch bei eigener Software ist sowas 
schwer zu analysieren. Du könntest aber versuchen, das Programm auf 
einen Prozessor zu beschränken (CPU-Bindung) oder gleich das System mit 
nur einem Prozessor starten lassen, dann weisst du wenigstens, ob es 
damit was zu tun hat.

Ansonsten gibt es eine Zillion weitere Möglichkeiten, warum eine 
Software nicht funktioniert, z.B. gibt es massenweise alte Programme, 
die nicht mehr laufen wenn das System zu schnell ist - ich sage nur 
Borland.

Ganz abgesehen davon fragt sich, wie unterschiedlich die COM-Ports sind.

Gruss Reinhard
Gast
@Reinhard

ok, kannst du mir sagen wie ich das auf einen Prozessor beschränke??

Was ich vorher vergessen hatte, die software hat auf diesen Rechner 
schon funktioniert, aber dann auf einmal nicht mehr...

Hab es schon mit zwei andren Rechnern versucht, mit denen funktioniert 
es auch...

Es handelt sich um eine Software um ein Programm (TXT Datei) an eine CNC 
Maschine zu schicken.

MfG
Gast
Du hast immer noch nicht geschrieben, woher die SW stammt (selbst 
verbrochen oder Drittanbieter).

Und jetzt schreibst du auch noch, dass sie doch mal funktioniert hat, 
und jetzt nicht mehr.
Vielleicht schreibst du ohne Aufforderung als nächstes, ob Infos drüber 
vorliegen, was seitdem auf der Kiste installiert wurde und wenn ja am 
besten auch gleich, was installiert wurde - natürlich auch ohne 
Aufforderung :)

Ralf
Gast
Die Software ist von der Firma Haidenhain und heißt TNCServer.

Sie hat am Rechner funktioniert, am Aben ausgeschaltet und seitdem 
funktioniert es nicht mehr...

Mit der Software werden Programme (TXT Files) übertragen. Wenn ich jetzt 
ein File in die Maschine laden will, sendet das Programm die erste Zeile 
der Datei und bleibt dann stehen...

Das müsste jetzt alles sein...


MfG
Gast
Kommt das Gesendetet denn auch bei der Maschine an?
Wenn ja, wird wohl der RX-Pfad der Schnittstelle am PC hinüber sein.

Das Problem hatten wir vor ein paar Wochen auch: Die RS232-Schnittstelle 
auf dem Mainboard war hinüber. Hatte aber >10 Jahre funktioniert (unter 
Win98, grusel;-)
Gast
Hast Du's mal auf der Konsole probiert?

Auf dem einen Rechner - Testweise "Empfänger".
mode com? ...
copy com? Datei.Ext

Auf dem anderen Rechner - Testweise "Sender".
mode com? ...
copy Datei.Ext com?

Früher ging das mal, die Parameter zum mode-Befehl habe ich nicht mehr 
im Kopf.
Probier mal Terminalprogramme. Einfach an einem Rechner was tippen. Das 
müsste am anderen Rechner erscheinen.

Wahrscheinlich liegt der Fehler jedoch in der Software die Du 
verwendest. Serielle Ports unter Windows betreiben ist nun mal 
schwierig, da kann ein kleiner Fehler in der Software bedeuten, dass es 
auf Rechner A geht, auf Rechner B jedoch nicht.
Gast
Christoph schrieb:
> sendet das Programm die erste Zeile
> der Datei und bleibt dann stehen...

und wartet wahrscheinlich auf so etwas wie XON oder ACK, das nicht kommt 
weil was defekt ist. Z.B. weil von der Steuerung garnichts mehr kommt.

Etwas Ahnung und Ausrüstung muss man schon haben, ich würde einfach 
meinen Schnittstellen-Analysator von HP dazwischenhängen und mir 
ansehen, was übertragen wird - und zwar zuerst die FUNKTIONIERENDE 
Übertragung!!

Der kleine Nachteil ist, dass so ein Gerät mehr als 10 kEUR kostet, aber 
es gibt auch kostenlose PC-Programme zum "Mithören", z.B.

http://www.heise.de/download/free-serial-port-monitor.html

Wie gesagt: zuerst die funktionierende Verbindung analysieren und 
verstehen, wie das Protokoll abläuft, dann kannst du prüfen, was bei 
Nichtfunktion anders ist, und daraus Schlüsse ziehen, was defekt ist.

Gruss Reinhard

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 14 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.