Beiträge von Larry im Thema „C64 Emulatoren / VICE und Datenübertragung auf Telnet BBS Systemen“

    Nochmal ein kleiner Nachtrag zu diesem Thema:

    Da mein BBS Raveolution seit Montag mit 38.400bps läuft wollte ich einfach noch einmal testen, ob Up- / Downloads mit VICE ggf. bei dieser Geschwindigkeit funktionieren.
    Und was soll ich sagen, JA ES GEHT ! Das heisst aktuell funktionieren nur Downloads sowohl mit X-Modem als auch mit Punter Protokoll. Gestest mit folgender Config:

    PC:
    - Ubuntu Linux,
    - tcpser von Fozztexx per: tcpser_foxx -s 38400 -p 6400 -l 3 -v 25232
    - VICE Version 3.1 kompiliert für X64
    - RS232 Einstellung auf ACIA 232 im Turbo232(!) Modus
    - CCGMS 2017 mit Modem Swift / Turbo DE und 38400 Baud

    Uploads werden auf VICE Seite konsequent nicht gestartet, weder X-Modem noch Punter Protokoll.

    Vielleicht mag der Ein oder Andere ja mal mit testen ;)

    Würde mich über euer Feedback freuen.

    BBS: raveolution.hopto.org:64128
    C*Base V3.1 Sytem modded by HOLY MOSES / ROLE !!
    max. 38.4k bps (noch).

    Ich kann es kaum glauben, es funktioniert !!
    Allerdings nicht mit der TCPSER Version aus dem Ubuntu Repo, sondern mit einer noch einmal frisch kompilierten Version von Fozztexx aus dem GITHUB:
    Bitte melde dich an, um diesen Link zu sehen.

    Damit liefen gerade mehrere Punter Uploads zu meinem BBS per VICE 3.1 und CCGMS 2017.
    Wow, kann es kaum glauben. Vor allem nicht weil das vorher auch mit der Fozztexx Version nie funktioniert hatte.

    Danke captain_zzap fürs Testen und bestätigen, dass er generell funktionieren muß. Von allen anderen im Netz liest man sonst nur geht nicht, oder ja geht aber ohne weitere Angabe, oder eben massives Desinteresse.

    Ach ja, fast vergessen: ich habe als RS232 Device die Userport Emulation genommen mit 2400 BPS. Ich teste das gleich nochmal mit der Einstellung Swiftlink und berichte....

    EDIT:
    Mit Swiftlink und Turbo232 als RS232 Schnittstelle funktioniert die Datenübertragung nicht. D.h. der Fehler muss irgendwo im VICE Code bei der Swiftlink /T232 Emulation sein.

    Ich habe:
    Ubuntu mit Kernal 4.4.0-119
    tcpser 1.0rc12-2
    netcat 1.10-41
    vice x64 3.1
    Striketerm 2014
    darin Modem über Userport mit 2400 Baud und XModem-CRC

    Andere Seite:
    C64 reloaded MK2 (mein 128er DCR mag das WIFI Modem nicht)
    WIFI Modem ("aus dem Baskenland")
    Striketerm 2014
    ein AT Kommando zum Telnet an / aus stellen ist mir nicht bekannt bei dem Teil.
    ate1 für Local echo on, damit man auch sieht was man tippt.
    Init gibt Rückmeldung. "wifi sixfour build 20160621182048 by @paulrickards based on github.com/jaslin/esp8266<-modem"
    dann atdt zum VICE PC -> dort mit ATA beantwortet -> Verbindung steht.

    Dann Upload vom C64 zu VICE -> 2 Blocks übertragen, dann Abbruch des Uploads
    Dabei Folgendes aus dem tcpser Log:

    tcpser stürzt ab wodurch die Verbindung gekappt wird.

    Nächster Versuch mit Punter:

    Nach 100 retries habe ich dann mal abgebrochen. Kein Byte von der Datei übertragen. Also praktisch das gleiche Ergebnis wie immer.

    Was haben wir nun gleich, was ist unterschiedlich:

    Vice3.1 identisch
    Terminalprogramm identisch
    Ich 64Bit CPU -> du 32 Bit (daran sollte es nicht scheitern ?!)
    tcpser habe ich aus den Ubuntu Repository. Ich habe aber auch die Version von Fozztexx kompiliert und getestet mit gleichem Ergebnis.
    D.h. es könnte ggf. am TCPSER liegen

    Dann das WIFI Modem -> Du hat per Kommando Telnet Übersetzung ausgeschaltet. Wie ? Ggf. kennt meins ja auch dieses KOmmando ?! -> wäre also zu testen.

    C128 bzw. C64 sollten nicht das Problem sein ?!

    Da gibt es mehrere Möglichkeiten:

    1. RS-232 über Userport: Baudrate einstellen (2400) und aus Userport Gerät entweder einen echten COM Port nehmen oder z.B. tcpser und netcat installiieren und dieses "als Programm" ausführen im VICE einstellen.
    Wenn man den tcpser Weg geht -> Einstellung im VICE: |nc 127.0.0.1 25232 wobei 25232 der Port ist mit dem man die Kommunikation zwischen VICE und tcpser herstellt.
    Dann in der Console tcpser starten z.B. so:
    tcpser -v 25232 -l 5 -s 2400 -p 6400
    wobei -l der Loglevel ist -s die Baudrate und -p der Port mit dem man von Außen erreichbar wäre.

    2. RS-232 über Swiftlink / Turbo232 Emulation (ACIA): Auch hier die EInstellung zum "Programm ausführen" wie oben oder alternativ den COM Port vorgeben. ACIA Basis Adresse $de00, Emu Modus Swiftlink oder Turbo232.

    3. Über Ethernet -> das ist ggf. etwas umständlicher und es ist weniger brauchbare Software dafür verfügbar, deswegen beschreibe ich das nicht näher

    4. Terminal Prog starten und dann angeben wo "das Modem" sitzt, also Userport oder Swiftlink.

    Der Rest sollte klar sein....

    Jep, gerade ausprobiert. Striketerm2014 auf real Hardware zu Striketerm 2014 auf VICE. Beides mit Punter -> kein Up- Download möglich. Nach ca. 1 Minute Wartezeit, Abbruch der Warteschleife vom Punter und Meldung "Download abortet!". Dann kommen nur noch ACKACK.
    Auf der Sender Seite (VICE) dann auch irgenwann Abbruch. Es werden noch ein paar GOOGOO ausgegeben und Ende.

    Im Endeffekt wurden 0 Bytes von der Datei übertragen.

    Nächster Versuch mit KERMIT Protokoll -> Hier wird auch auf die Übertragung gewartet, startet aber nicht -> manueller Abbruch mit c= Taste

    Nächster Versuch mit XModem-CRC Protokoll -> 1. Block wird angefangen, dann 10 Retries, dann Abbruch.

    Nächster Versuch mit XModem-1K -> 1. Block wird versucht zu senden, es kommt aber scheinbar nichts an, nach ca. 1 Minute -> Abbruch der Dateiübertragung mit Meldung "Download aborted!"

    Ich könnte das so fortführen mit den anderen Protokollen, die mir Striketerm anbietet. Auch andere Terminalprogs wie CCGMS, DESTERM etc. pp. bringen kein anderes Ergebnis.

    Hier mal der Auszug von der "Server" Seite, d.h. BBS (C*Base / tcpser / Punter) und einem Datei Uploadversuch:

    Und zeitgleich die "Client" Seite mit VICE / tcpser / CCGMS 2017 / Punter:

    Übertragung startet nicht, d.h. ACK wird vom BBS gesendet, es kommt kein GOO vom "Ciient" -> irgendwann dann sogar Verbindungsabbruch.

    Soweit mir bekannt ist nicht, aber das muss ja nichts bedeuten :smile:

    Es kommt entweder zu Übertragungsabbrüchen nach 1 Block oder der Transfer startet erst gar nicht.
    Mein meinem WiFiModem und connect zum BBS (echte Hardware) hatte ich bisher keine Probleme mit XModem und auch nicht mit Punter. ZModem und andere Transferprotokolle hatten ich bisher nicht getestet (da XModem und Punter defacto Standard auf C64 BBSn ist).

    Bei Bedarf kann ich aber die Ausgabe aus dem tcpser Debugmodus Loglevel 5 oder höher hier posten...

    Was spricht dagegen die BBS über einen Emulator laufen zu lassen ? Ggf. sogar komplett ohne "echte" Hardware ?
    OK im Falle von C*BASE gibt's halt evtl. Probleme mit dem Userlog, da REL File. Aber sonst geht das eigentlich problemlos bis auf die Up- / Download Problematik.
    Angeblich ist oder war das bei diversen C64 BBS Betreibern so im Einsatz und macht aus Kosten- / Platzgründen und Energieverbrauch auch absolut Sinn.

    In der Testphase, bevor ich mein BBS auf echter Hardware wiedereröffnet habe, habe ich ein paar Wochen mit Emulatoren getestet, und zwar erfolgreich.

    Und so wie früher macht das ja heute eh keine mehr. Niemand wird heute ernsthaft einen Akkustikkoppler nehmen, eine Telefonnr. wählen und mit 300 bps sich an einer GEOS- User Mehlbox anmelden. Das geht heute so oder so über virtuelle, d.h. emulierte, Modems und Telnet.

    Hm was ist denn da schräg dran ? Das ist nicht schräger als Bubble Bobble mit nem Emulator zu zocken.
    Eigentlich finde ich es sogar bemerkenswert, wie die Macher von dieser Emulatoren das hinbekommen haben.

    Ich hätte eigentlich vermutet, dass es hier Softwaretechnisch interessierte / versierte Mitglieder im Forum gibt, die ggf. Spaß dran haben für dieses Problem eine Lösung oder zumindest plausible Erklärung zu finden. Wenn ein C64 nach 35 Jahren einen Black Screen hat, gibt ja auch jeder seinen Senf dazu. :rolleyes: