RS232-Verbindung zwischen C64 und einem Windows 98 Thinkpad

Es gibt 36 Antworten in diesem Thema, welches 5.775 mal aufgerufen wurde. Der letzte Beitrag (17. Oktober 2018 um 08:17) ist von kinzi.

  • Im Terminalfenster von Striketerm rennen jetzt von selbst wirre Zeichen los.

    Wenn das Kabel abgesteckt ist auch?

    im Striketerm (C64) habe ich nicht das richtige Protokoll eingestellt

    Wenn die Schnittstellenparameter stimmen (z. B. 2400,8,N,1) reicht das, das "Protokoll" ist für reine Textübertragung durch eintippen auf der Tastatur nicht relevant. X-, Y-, Z-Modem ermöglichen Dateiübertragungen (siehe Bitte melde dich an, um diesen Link zu sehen. und die verwandten Artikel) und kommen nur zum Einsatz, wenn du "File -> Send File ..." machst.

    Kannst du mal ein Bild von deiner Platine machen, oben und unten, so groß wie möglich, ohne zusätzlichen Rand? Steck mal bitte das Kabel ab und miss an der C64-seitigen Buchse, was bei RXD und TXD für Spannungen gegen GND anliegen.

    Es reichen grundsätzlich RXD, TXD und GND (= ohne Handshaking). Ich würde mal alle anderen Leitungen ablöten und so anfangen.

  • Gut, Raketenwissenschaft ist das aber auch keine. MAX232 und TTL-ICs, da kann nicht viel komplexe Technik dahinterstecken.

    Ja, aber anscheinend keiner kriegt's hin, sonst hätte ja vielleicht schon jemand die Belegung rausgelesen und gepostet.
    Ich verstehe die Schaltung überhaupt nicht.

    Auch die Jumper sind mir ein Rätsel. Wozu sollte man die Control Lines invertieren?
    Ich habe früher viel mit RS232 gemacht, aber sowas kompliziertes habe ich noch nicht gesehen.

  • Grad mal die Anleitung durchgelesen:

    "The jumpers on the board are used to change between 2400bps and 9600bps modes. As the board layout shows, if you short JP1, JP2 and Pins 2-3 of JP3, it’ll be configured as a UP9600 interface. Novaterm 9.6 has a serial driver for this interface, and it will allow you to communicate up to 9600BPS on the user port. I usually leave mine jumpered this way, as it still seems to work fine at lower speeds, and with Q-Link at 1200bps. Shorting pins 1-2 of JP3, and unjumpering JP1 and JP2 return it to a standard 2400bps interface."

    "Switch S5 is the RTS/CTS loopback. (May be 1 or 2 switches.) If you’re using software that requires RTS/CTS handshaking, but the device you’re connected to doesn’t provide it, then flip this switch to the on position. Normally, you’ll leave it off, towards the DB9. Normally, you’ll leave it off, towards the DB9."

    Die beiden gelben Punkte würde ich mal sicherstellen.

    [edit]

    Der UP9600-Kram bedient meines Wissens das Schieberegister, vielleicht ist das der Grund, warum die Zeichen durchlaufen?

    [/edit]

    Auch die Jumper sind mir ein Rätsel. Wozu sollte man die Control Lines invertieren?
    Ich habe früher viel mit RS232 gemacht, aber sowas kompliziertes habe ich noch nicht gesehen.

    Wahrscheinlich gab's von irgendjemandem mal einen pervertierten 232-Standard mit verdrehten Signalpegeln oder so, und mit dem Interface soll man halt alles können müssen. :D RS-232 ist wirklich eine simple, robuste, zuverlässige Schnittstelle und sollte nicht so viele Probleme machen. Deshalb auch der Vorschlag, nur RXD, TXD und GND für den Anfang zu nehmen.

    Naja, wir werden dem Hund schon auf die Schliche kommen. :thumbup:

  • Hmmm das Problem ist aber, dass ich in Striketerm ein Protokoll einstellen muss. Ich kann nicht nichts einstellen. Vielleicht ist striketerm auch nicht das geeignete Programm.
    Bei den Nullmodemkabeln habe ich gerade nachgeschaut:

    Es gibt das Standard Nullmodemkabel, wo DCD und DSR mit DTR verbunden sind, RXD und TXD über Kreuz, GND 1:1 sowie RTS und CTS über Kreuz.

    Dann gibt es noch ein Nullmodemkabel ohne Hardwareflusskontrolle:

    Da sind DCD, DTR und GND 1:1 verbunden, RXD und TXD über Kreuz sowie RTS und CTS kurzgeschlossen 1:1 und DSR und RI kurzgeschlossen 1:1.

    Welche Varinate brauche ich, Standard oder ohne Hardwareflusskontrolle ?

    Ups jetzt hatte sich einiges überschnitten - Protokoll ist also nicht relevant für die Terminalverbindung. RXD, TXD und GND sind am Nullmodemkabel jedenfalls richtig gelötet. Das Interface ist auf 2400 Baud gejumpert und der RTS/CTS loopback ist aus.

    Grüße,
    Ralf

  • Dann gibt es noch zwei Jumper zur Invertierung der DCD/DTR Leitungen sowie für einen RTS/CTS Loopback.

    Sind denn S4 und S5 wirklich richtig ??

    du hast ja "Jumper" und keinen Schalter...
    in der englischen Anleitung steht ja, Standard "off" als "towards DB9",.. hmm.. "gegenüber" (?))

    komme derzeit nicht an meine "Hardware",..
    sonst würde ich es mit meinem DB25 RS232 , DOS Lappy und C64 Strikterm nachstellen..

    gepflegt werden: VC20, VIC20, C16, 116, C/plus4, C64, C64 II, SX64, C128, C= PC20-III, C= LT286-C,... :thumbup: + amigos

  • Ääääähhh ... mir dämmert da was: Du hast aber nicht die Buchse 1:1 wie den Stecker verkabelt? Du darfst nicht einfach statt dem Stecker eine Buchse auf den Print löten (oder mit Verlängerungen 1:1 dranlöten).

    Buchse und Stecker sind nämlich spiegelverkehrt von den Pin-Nummern!

    Bitte melde dich an, um diesen Anhang zu sehen.

    [edit]

    Oh doch, du hast, wie es aussieht ...

    Bitte melde dich an, um diesen Anhang zu sehen.

    Hmmm das Problem ist aber, dass ich in Striketerm ein Protokoll einstellen muss.

    Dann stell irgendwas ein, es ist *nicht* relevant.

    [/edit]
  • Hmmm das Problem ist aber, dass ich in Striketerm ein Protokoll einstellen muss. Ich kann nicht nichts einstellen. Vielleicht ist striketerm auch nicht das geeignete Programm.

    Das macht nichts. das Protokoll wird ja nur beim File-Transfer verwendet. Ansonsten dürfte es egal sein, was da eingestellt ist.

  • Groß-Fotos von der Platine mache ich morgen, dann messe ich auch die Spannungen an RXD und TXD gegen GND.

    .... da hat sich wieder was überschnitten: Ich muss also statt der D-SUB Buchse einen D-SUB STecker an die Platine löten ?

    Grüße,
    Ralf

  • Ääääähhh ... mir dämmert da was: Du hast aber nicht die Buchse 1:1 wie den Stecker verkabelt?

    Ich fürchte das hat er. Anderenfalls müsste das Kabel auf dem Foto verdreht bzw. gespiegelt sein. :D
    Das lässt sich aber leicht prüfen, wenn man sich die Nummerierung der Pins auf dem Stecker anschaut.

  • [edit]

    QUICK-AND-DIRTY:

    Spiegle alle Drähte, die an die 9-pol-Buchse in deinem Interface gehen. 1 wird 5, 2 wird 4, 4 wird 2, 6 wird 9, 7 wird 8, ...

    Außerdem wirst du vermutlich weiterhin 2 und 3 vertauscht lassen müssen.

    [/edit]

    Wenn du es richtig machen willst:

    • Entferne die Sub-D-Buchse vom C64-Interface.
    • Löte einen Sub-D-Stecker (den mit den Stiften) ein.
    • Schneide von denem Kabel den 9-poligen Stecker ab.
    • Löte an das Kabel die 9-polige Buchse an (Belegung folgt).

    Jetzt hast du zwei Standard-DTEs mit richtiger Belegung und so ein Problem tritt nicht nochmal auf.

    Die Belegung des Nullmodekabels mit zwei Buchsen:

    • Variante "Dreidraht" (= kein Handshake):

      • RXD (Pin 2) auf TXD (Pin 3)
      • TXD (Pin 3) auf RXD (Pin 2)
      • GND (Pin 5) auf GND (Pin 5)
    • Variante "X-Draht" (= mit Handshake)

      siehe hier: Bitte melde dich an, um diesen Link zu sehen.

    Jetzt hast du ein Standard-Nullmodemkabel, das du für alles mögliche verwenden kannst.

  • Ich fürchte das hat er. Anderenfalls müsste das Kabel auf dem Foto verdreht bzw. gespiegelt sein.

    Ja, außer die Buchse "stünde auf dem Kopf", das kann ich aber nicht genau erkennen; ich würde sagen nein. Oben scheinen die 5 Pins zu sein.

    [edit]

    Huch, das war Post 2.222! :D

    [/edit]
  • Naja, wir werden dem Hund schon auf die Schliche kommen. :thumbup:

    uii.. Kinzi hat mal wieder das richtige "Auge" bewiesen..

    bin gespannt, aber wird schon...

    gepflegt werden: VC20, VIC20, C16, 116, C/plus4, C64, C64 II, SX64, C128, C= PC20-III, C= LT286-C,... :thumbup: + amigos

  • So hier nochmal eine abschließende Meldung: Ich habe an dem RS232-Modul die Buchse herausgenommen und einen Stecker eingelötet und mir ein Standard-Nullmodemkabel besorgt. Jetzt funktioniert die Sache einwandfrei. Danke allen nochmals für die Hilfe.

    Grüße,
    Ralf