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
ist exakt die gleiche Software und beide Rechner haben das gleiche Betriebssystem.
@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...
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
@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
Peter II schrieb: > Christoph schrieb: >> Woran kann das liegen??? > > an der Software Es kann ein Hardwareproblem sein. Bei der alten Technik ist die Spannung +/- 12V. Bei Laptop und neueren Board ist es oft weniger, etwa +/- 7V.
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
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
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;-)
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.
Verbinde doch mal einfach RXD mit TXD (Pin 2 mit Pin 3 an DB9) und starte ein Terminalprogram.
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.
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
Christoph schrieb: > Sie hat am Rechner funktioniert, am Aben ausgeschaltet und seitdem > funktioniert es nicht mehr... Und wie ist es wenn du am Morgen wieder einschaltest? Tschuldigung, musste sein. Gruss Reinhard
Das Problem wurde gelöst, es war die Schnittstelle am Rechner kaputt!
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.