Swiftlink+Over5+Bootstrap=Murks... SL putt?!?

Es gibt 12 Antworten in diesem Thema, welches 2.275 mal aufgerufen wurde. Der letzte Beitrag (16. Januar 2021 um 12:53) ist von T3V6.

  • Hi!

    Hab mir im Bunker mal eins der tausend Swiftlinks mitgenommen und hab versucht eine Verbindung zu meinem 128er aufzubauen.
    Tipper also das Bootstrap Programm ein, SAVE, VERIFY, RUN.
    Steht auch schön WAITING... auf dem Bildschirm.
    Dann hau ich over5 in meine Windose Expensive und sage ihm boot diskslave.
    Er versucht zu syncen, aufm 128er immernoch WAITING...
    Eigentlich sollten da ja irgendwelche #'s kommen.
    Tuts aber nicht.
    Wie kann ich nun feststellen ob einfach nur das Swiftlink fratze ist oder ob da was anderes mich nicht mag?
    Da ich keine Anleitung ergooglen kann muss ich euch fragen, wie spreche ich überhaupt so ein Swiftlink an? Auch normal mit OPEN 2,2,3,irgendwas?

    EDIT: Achja, 128er im 64er Modus

    Blog: Bitte melde dich an, um diesen Link zu sehen. - The Seventies Board: Bitte melde dich an, um diesen Link zu sehen. Bitte melde dich an, um diesen Link zu sehen.

    Ein Terminal und ein Z80 :D

    Einmal editiert, zuletzt von BastetFurry (16. Juni 2005 um 01:06)

  • Genau das probiere ich auch gerade.

    PC -> C64 in Minimum-Version.

    Sehr alter Thread, ich weiss. Aber der einzige, den die google Suche ausgespuckt hat.

    Bei mir das gleiche:

    Waiting...für immer

    Dann fagt der Commdoore per GETBitte melde dich an, um diesen Link zu sehen. das Zeichen ab, was über Seriell reinkommt.

    Dahinter habe ich einfach mal ein

    Print A$

    gesetzt, um zu schauen, was kommt denn da an?

    Laut Dokumentation soll die Sync mit 6x gesendeten "S" realisiert werden.

    Aber der C64 zeigt 6x das pi-Zeichen!

    Keine Ahnung, ob das auf der windows-Seite ein Problem der Codepage ist (UTF-8 vs German vs Skandinavisch)?

    Der Basic "Open" befehl mit CHR$(5)+CHR$(0), was besagt der? Die 5 steht wahrscheinlich für Binär 00000101,

    also 1 Stop-Bit, 8-Datenbit, 150Baud am RS232-Adapter.

    Und die CHR$(0) ?

    Windows-Seitig habe ich 8 Datenbits, 1 Stop, keine Paritaät und kein handhaking, 2400Baud eingestellt

    A500+A570/1MB+2MB, A1200 recapped 3.1.4 2MB+8MB 8GBCF Ethernet, CTDV"-mit-alles"+Joyports, DX64+internHDD, CD32 recapped, C128D+ProspeedGTI2.0, C128DCR, diverse 3rd party, "MerkurHappytouch" als MameCab CRT Touchscreen

    ´92 VW T3 Multivan mit diesen und jenen kranken Features...

  • Jup, der hat mir schon auf Mail geantwortet vor ca 1 Stunde. Sehr nett!

    Er vermutet mal Baud issues. Immerhin hat er das in den 90ern für den Amiga gebaut, dann hat ein anderer für Win32 re-compiled, und das lange vor Win7 64-bit mit USB<->serial dongle.

    Meine SUN hat aber eine saubere Boot-Konsole hinglegt mit diesem Dongle und Putty.

    A500+A570/1MB+2MB, A1200 recapped 3.1.4 2MB+8MB 8GBCF Ethernet, CTDV"-mit-alles"+Joyports, DX64+internHDD, CD32 recapped, C128D+ProspeedGTI2.0, C128DCR, diverse 3rd party, "MerkurHappytouch" als MameCab CRT Touchscreen

    ´92 VW T3 Multivan mit diesen und jenen kranken Features...

  • Auf der Webpage von D.Kahlin steht:

    Zitat

    Over5 is targetted for the plain c64, c128 in c64 mode and vic20 only. It additionally requires (and supports) only a user port serial adapter and a null modem cable

    Also nix mit Swiftlink ?!

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Das ist genau was ich verkabelt habe.

    C64 -> RSinterface -> Nullmodem -> WindowsCOM1

    A500+A570/1MB+2MB, A1200 recapped 3.1.4 2MB+8MB 8GBCF Ethernet, CTDV"-mit-alles"+Joyports, DX64+internHDD, CD32 recapped, C128D+ProspeedGTI2.0, C128DCR, diverse 3rd party, "MerkurHappytouch" als MameCab CRT Touchscreen

    ´92 VW T3 Multivan mit diesen und jenen kranken Features...

  • Auf der Webpage von D.Kahlin steht:

    Zitat

    Over5 is targetted for the plain c64, c128 in c64 mode and vic20 only. It additionally requires (and supports) only a user port serial adapter and a null modem cable

    Also nix mit Swiftlink ?!

    Ist doch richtig. Swiftlink ist doch eine serielle Schnittstelle am Userport.


    Micky

  • OK, dachte wg. Threat Titel, dass hier auch ein SL am Start ist.

    Baudrate muss auf beiden Seiten gleich eingestellt sein, genau wie parity, Stop bits etc. normalerweise 8n1.

    Keine Ahnung wie das 38400 am Userport machen soll. 19200 ist das schnellste was ich am C64 am Userport gesehen habe.

    Egal versuch mal den C64 auf 2400 Baud zu bringen. Versuch mal mit CHR$(6) anstatt 5.

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Ist doch richtig. Swiftlink ist doch eine serielle Schnittstelle am Userport.

    Öhmm nö. Swiftlink kam schon immer in den Expansionsport. ;)

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Bei mir ist es das VIC1011 Userport Interface

    Ich habe schon eine saubere Übertrgung vom C64 nach Putty, alle Chars werden ausgegeben:

    Simple CBM test program


    // * 10 PRINT "SEND ALL CHARS TO RS232" *


    // * 20 OPEN 128,2,0,CHR$(8) *


    // * 30 FOR C=0 TO 255 *


    // * 40 PRINTBitte melde dich an, um diesen Link zu sehen.,C," ",CHR$(C) *


    // * 50 NEXT C *


    // * 60 CLOSE 128 *


    // * 70 PRINT "DONE"

    Eingaben nimmt Putty nicht (oder sie kommmen nicht am 64 an).

    Ein Win-Konsolen-Fenster mit

    echo "hallo" >com3:

    oder

    type x.txt >com3:

    bringt auf der 64-Seite Buchstabenmüll

    Daher denke ich, die Win7 64B Kommandozeile zerwürfelt klare ASCII/ANSI in irgendws anderes. Eine alte DOSe habe ich leider nicht.

    Ob man DosBox dazu bringen könnte, seriell direkt pass-through auf dem Host-com3 zu senden?

    A500+A570/1MB+2MB, A1200 recapped 3.1.4 2MB+8MB 8GBCF Ethernet, CTDV"-mit-alles"+Joyports, DX64+internHDD, CD32 recapped, C128D+ProspeedGTI2.0, C128DCR, diverse 3rd party, "MerkurHappytouch" als MameCab CRT Touchscreen

    ´92 VW T3 Multivan mit diesen und jenen kranken Features...

  • So, hab auf der PC-Seite noch mit mehreren Emulatoren den Empfang ausprobiert.

    Während Putty wie o.g. sauber empfängt,

    kommt im Vice-64 nur Schrott (einfaches openBitte melde dich an, um diesen Link zu sehen., dann schleife "getBitte melde dich an, um diesen Link zu sehen.$, printA$")

    und auch im WinUAE kommt nur Grütze ("type ser:" oder so ähnlich)

    Scheint wohl an den Emulator(-Einstellungen) zu liegen, da Putty ja sauber empfängt.

    Senden zum 64 geht nüx. Weder per kommandozeile (s.o.), open5, Vice oder UAE.

    Doof das.

    Geht der VIC-1011 Adapter kaputt, nur auf der Empfangsseite?!

    Oder gar ein CIA?! *PING! IDEE FÜR NÄCHSTEN VERSUCH: CIA ERSETZEN*

    A500+A570/1MB+2MB, A1200 recapped 3.1.4 2MB+8MB 8GBCF Ethernet, CTDV"-mit-alles"+Joyports, DX64+internHDD, CD32 recapped, C128D+ProspeedGTI2.0, C128DCR, diverse 3rd party, "MerkurHappytouch" als MameCab CRT Touchscreen

    ´92 VW T3 Multivan mit diesen und jenen kranken Features...

  • Könnte ich mir einen Loopback-Stecker bauen

    und dann per Basic senden, und gleichzeitig empfangen was zurückkommt?

    Da das Senden an Putty ja grundsätzlich klappt, könnte ich beim Empfangen meiner eigenen Signale gleich bei Datenmüll auf den Fehler schliessen, und dann CIAs tauschen.

    Macht das Sinn?

    A500+A570/1MB+2MB, A1200 recapped 3.1.4 2MB+8MB 8GBCF Ethernet, CTDV"-mit-alles"+Joyports, DX64+internHDD, CD32 recapped, C128D+ProspeedGTI2.0, C128DCR, diverse 3rd party, "MerkurHappytouch" als MameCab CRT Touchscreen

    ´92 VW T3 Multivan mit diesen und jenen kranken Features...