Vorstellung: C64 BBS Raveolution

Es gibt 297 Antworten in diesem Thema, welches 54.115 mal aufgerufen wurde. Der letzte Beitrag (26. Mai 2025 um 13:42) ist von Larry.

  • Ich hänge euch mal den BASIC Code von Touchterm 3.5 dran. Da werden jedenfalls diverse POKE Befehle verwendet zum wählen.

    Vielleicht hilft euch das weiter. Das komplette Diskimage gibt es Bitte melde dich an, um diesen Link zu sehen..

  • Letztlich ist es ein Bit am Userport, an dem das Relais hängt.

    Ich hatte mir daaaamals™ einen War-Dialer selbst geschrieben, der zum einen mehr als 10 Impulse wählen konnte und zum anderen auf Speed getrimmt war. Den haben wir an die Vermittlungsstellen angepasst, so dass er bei flinken Vermittlungsstellen schneller und bei den lahmen gemächlicher gewählt hat. Also z.B. die 0131 schnell gewählt und die Ziffern danach langsamer.

    Alles mühevoll von Hand ausgependelt, schade, dass ich da die alten Dokumente nicht mehr habe.

  • Hier ist mal das disassemblierte Rainbow Transferprotokoll von Deep Pan Software, plus der Kurzdoku die ich dazu gefunden habe.

    Alle meine Kommentare darin sind mit Vorsicht zu genießen. Keine Garantie dass das so richtig ist, was ich mir dabei gedacht habe. Besonders ist mir noch nicht so ganz klar wie die Funktionsweise des Protokolls ist und wie ein Datenblock aufgebaut ist. Ich meine hier Handshaking, Blocknummern, Checksum und solche Dinge.

    Vielleicht habt ihr ja den einen oder anderen Tip parat, vor allem welche Bedeutung die "Variablen"-Adressen am Anfang des Protokolls haben.

    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

  • 10 Tage später.

    Inzwischen sind ca. 95% vom ML Code kommentiert, mit Labeln versehen und zu optimistischen 80% auch verstanden.

    Das Rainbow Protocol funktioniert wohl Empfänger getrieben so wie X-Modem, bedeutet, der Empfänger sagt an wann es los geht mit einem "GO" Signal Byte $83, bzw. das der nächste Datenblock gesendet werden darf.

    Danach werden im ersten Übertragungsblock 5 Bytes an den Empfänger gesendet:

    <$01> <filelenlo> <filelenhi> <filetyp> <RELfileflag>

    - eine 1 als Flag woran der Empfänger erkennt, dass hier der erste Datenblock mit File Informationen kommt

    - die Dateigröße in Diskblocks hexadezimal als Lo und Hi Byte, wird vom Protokoll aus dem Directory ausgelesen

    - der Filetyp (PRG, USR, SEQ, REL !!)

    Danach werden die "normalen" Blöcke in folgendem Format übertragen:

    <SOH> <blk#> <255-blk#> <blk-size> <255-blk-size> Data[blk-size] <EOD> <chksum> <255-chksum>

    - SOH (Name von mir bei X-Modem entliehen, tatsächlich aber ein $89 Byte)

    - Transferblock Nummer und Komplement wie bei X-Modem

    - Transferblock Größe in Bytes (30 bis max. 255)

    - noch einmal als Komplement

    - Dann die eigentlichen Daten

    - eine ich nenne sie mal "EOD" Kennung (End of Data) Byte $91

    - dann eine Checksumme (additive Checksum) plus Komplement

    Ist das sauber beim Empfänger angekommen, gibt es eine positive ACKnowledge ($81) oder eben eine Negative AcKnowledge ($85).

    Wird der Transfer von einer Seite unterbrochen wird ein Cancel Signal ($c1) gesendet.

    Ist der Transfer beendet, weil keine Daten mehr zur Übertragung übrig sind, wird ein (ich nenne es) EOT "End of Transmission" ($a1) gesendet und vom Empfänger per ACK ($81) bestätigt.

    Einiges scheint hier bei den Protokollen X-Modem und Punter abgeschaut worden zu sein. Zum Beispiel die variable Transferblock Größe und der erste Datenblock mit Dateiinfos erinnert sehr an Punter.

    Die additive Checksumme dann eher an das alte X-Modem mit 1 Byte Checksum.

    Was mich wundert ist, dass das Protokoll Multitransfer tauglich sein soll, aber der Dateiname nicht übergeben wird. Der muss vorher vom Programm / User in der Variable nm$ vorgegeben werden, auf beiden Seiten.

    Dafür werden auch REL Files übertragen, was so sonst kein anderes mir bekanntes Transferprotokoll kann.

    Es wird da auf jeden Datensatz neu positioniert, die Daten ausgelesen, übertragen und beim Empfänger so wieder in ein REL File geschrieben.

    An der Stelle fehlen mir aber noch die letzten paar Prozent Code Kommentare und Verständnis....

    Leider konnte ich bisher das Protokoll noch nie live testen, da die 3 Terminal Programme, die das implementiert haben nur alte analog Modems am Userport unterstützen wie z.B. das CBM 1660.

    Wenn ihr einen guten Tip parat habt, wie man mit VICE und tcpser diese Modems emulieren kann, dann immer her damit.

    Das würde mir später beim debuggen und Datenstrom mitschneiden sehr helfen. Besonders wenn es dann mal daran geht das Protokoll C*BASE fähig zu machen.... Dafür muss dann noch so einiges umgebaut werden.

    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

  • Ups, kleiner Fehler:

    - Transferblock Größe in Bytes (30 bis max. 255)

    Die Transferblock Größe ist frei von 1 bis 255 Bytes. Sie kann aber vor Transferbeginn vom sendenden Rechner begrenzt werden, d.h. als User kann man manuell vorgeben wie groß ein Transferblock maximal sein soll.

    Gerade am Ende einer Datei ist man beim Rainbow Protocol, wie auch bei Punter nicht auf Filepadding angewiesen wie beim X-Modem Protokoll bedingt durch fixe Transferblock Größen.

    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

  • Moin. Kannst Du nicht einfach ein Hayes-Modem anschließen und das Wählen selber per AT-Kommando übernehmen? Dann sollte das Terminalprogramm doch eigentlich mit jedem Modem zurecht kommen.

    Wie wählen die Commodore-Modems eigentlich? Da kann doch eigentlich nur das OffHook-Relais zur Pulswahl verwendet werden. Weißt Du, welcher Pin das ist?

  • Junge, junge ist das nen Krampf. Endlich habe ich mal einen Transfer mit Rainbow Protocol von Terminal zu Terminal mitschneiden können. Damit habe ich nun seit Ewigkeiten endlich eine Einsicht, wie das Protokoll intern tatsächlich funktioniert. Meine Adaption an C*BASE hat tatsächlich auch fast im ersten Anlauf funktioniert. Fast weil das läuft bisher nur für Uploads zum BBS (also der Receive Part vom Protokoll) und auch nur wenn alles sauber läuft, sprich ohne Fehler. Bei Resends von Transferblöcken zickt es noch rum. Aber für einen ersten Wurf bin ich schon ziemlich zufrieden.

    Das Senden, sprich download vom BBS, funktioniert noch nicht. Das stürzt leider noch ab. Da sind mit Sicherheit noch diverse Bugs drin. Das halbe Protokoll muss schließlich für C*BASE umgebaut werden.

    Hier mal eine aktualisierte Übersicht, wie das Protokoll kommuniziert wenn kein Problem auftritt:

    Wie wählen die Commodore-Modems eigentlich? Da kann doch eigentlich nur das OffHook-Relais zur Pulswahl verwendet werden. Weißt Du, welcher Pin das ist?

    Sorry, da kann ich Dir leider nicht weiter helfen. Ich habe nie ein Commodore Modem gehabt. Aber im Netz sollte sich dazu was finden lassen.

    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

  • Ein Schritt vor, zwei Schritte zurück.

    Gestern Abend hatte ich dann endlich auch den Send Part vom Protokoll, sprich download vom BBS zum Terminal funktionierend mit PRG und SEQ Files.

    Nun funktionieren aber die Uploads also der receive Part, der vorher ging, nicht mehr :(

    Fehlersuche läuft schon den ganzen Tag, finde den Grund aber bisher nicht. Echt frustrierend.

    REL File Transfers, die das Protokoll eigentlich können sollte, funktionieren im BBS Betrieb gar nicht. Ebenso USR Files. Das liegt aber primär am C*BASE System. Das umzuprogrammieren wäre aktuell Overkill.

    Aber auch von Terminal zu Terminal geht der REL File Transfer noch nicht. Aber das ist dann Faust 2. Teil...

    Erst einmal muss der Download vom BBS wieder funktionieren.

    Stay tuned.

    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

  • Hurra es läuft wieder. Uploads und Downloads von PRG und SEQ Files funktionieren.

    Lektion 1: Gehe nie davon aus, daß ein Programm was seit Mitte der 80er Jahre im Umlauf ist, auch funktioniert. Weder das Transferprotokoll noch die 3 Terminal Programme T-Term V2.0, Touchterm 3.2a und Touchterm 3.5 funktionieren fehlerfrei. Das hat mir jetzt eine Woche lang immer wieder den Tag versaut. Die beiden Terminals laufen nur halbwegs sauber unter NTSC. Bei PAL funktioniert eine 1200 Baud Verbindung nicht mehr, oder es funktioniert keine Verbindung von VICE zu tcpser sauber. 300 Baud oder eben NTSC Mode brachte wenigstens Verbindungen zum BBS zustande.

    Dann hatte ich die Hoffnung, das wenigstens das Transferprotokoll sauber funktioniert. Aber auch da sind böse Bugs drin. Erst dachte ich, das liegt vielleicht an der Implementierung vom Rainbow Protocol in Touchterm (wo es nach 2 Versionen eh wieder rausgeflogen ist), aber auch T-Term von Mike Dabbs, einem der Macher vom Rainbow Protocol, läuft nicht sauber.

    Das größte Problem war ein BNE an eine falsche Adresse, was zur Folge hatte, dass nachdem der Dateiname für den Filetransfer eingegeben wurde, exakt 1x ein "GOO" vom Empfänger gesendet wird. Verpasst der Sender diese Info, geht der komplette Transfer in die Hose. D.h. es wird nicht mit Transferblock #0 begonnen (der Block mit den Infos zu Dateityp und Größe) sondern mit dem BlockBitte melde dich an, um diesen Link zu sehen. und auf ein "ACK" wird auch nicht mehr gewartet, die Daten werden einfach rausgeblasen bis es einen Timeout gibt oder der Transfer manuell abgebrochen wird.

    Super da musste beim Testen auch erst einmal drauf kommen, warum Datenblock #0 fehlt. Zum Glück kann das mittels Logfile von tcpser analysiert werden, und irgendwann erkennt man dann auch den Fehler....

    Mit korrekt gesetztem BNE Sprung, werden mehrere Sekunden lang, jede Sekunde vom Empfänger ein "GOO" gesendet, bis vom Sender das "SOH" kommt und der Transfer beginnt, oder eben Abbruch durch Timeout.

    Was mich jetzt noch stört sind eben diese Timeouts. Du hast beim Upload zum BBS knapp 20 Sekunden Zeit, den Terminal Modus zu verlassen, über das Menü auf Datei senden zu gehen und den Dateinamen einzugeben.

    Das ist mir viel zu knapp, werde ja auch nicht mehr jünger / schneller. Das ist die nächste Baustelle. Danach ist noch der Code für das Timeing per JiffyClock anzupassen, da sonst die Werte (Online Zeit vom Anrufer) gekillt werden.

    Bei den X-Modem Protokollen und Punter hatte ich das in der Vergangenheit schon erledigt.

    Weiterer Ausblick: Was nutzt ein Transfer Protokoll was niemand nutzen wird ? Richtig, gar nichts. Ich gehe davon aus, das niemand der halbwegs klaren Restverstand hat, freiwillig eins der oben genannten Terminalprogramme nutzen wird, nur im mal das Rainbow Protocol auszuprobieren. Deswegen macht das nur Sinn wenn das auch von einem Terminalprogramm unterstützt wird, was weit verbreitet ist und allgemeine Akzeptanz genießt. Und da kommen eigentlich nur zwei Programme infrage: 1. CCGMS und 2. Novaterm respektive Striketerm.

    Da Novaterm die Transferprotokolle als externe Files nachlädt, werde ich da wohl mal schauen, wie sich das Rainbow Protocol dort einbinden lässt. Also neue Baustelle...

    Für alle Masochisten, die trotz Warnung mit Bitte melde dich an, um diesen Link zu sehen. oder Bitte melde dich an, um diesen Link zu sehen. / Bitte melde dich an, um diesen Link zu sehen. ihre Lebenszeit vergeuden wollen, werde ich ggf. über das Karneval Wocheende das Protokoll ins BBS einbinden.

    Dann stehen dort folgende Transferprotokolle zur Verfügung:

    - X-Modem

    - X-Modem CRC (XYModem)

    - X-Modem1K (XYModem)

    -Y-Modem batch (XYModem)

    - Y-Modem-G (mit Vorsicht zu genießen!!!)

    - Multi- Punter

    - Rainbow Protocol

    Hier an der Stelle noch einmal mein Aufruf:

    Ich suche den Sourcecode zu H-Modem Protocol (Handyterm8.x). Wenn jemand den irgendwo hat, bitte gebt mir bescheid. Alternativ dazu, wer es sich zutraut den H-Modem Protocol Code aus dem Terminal Programm Handyterm zu hacken, bitte melden :)

    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

  • So fertig, geschafft. Tatsächlich ist jetzt 1 ganzer Monat vergangen von den ersten Anfängen bis nun endlich C*BASE auch Rainbow Protocol kann.

    Natürlich immer noch mit der Einschränkung, daß das BBS keine REL und USR Files akzeptiert. Aber es geht. Auf den letzten Metern, also heute, sind mir noch Bugs aufgefallen, die ich zum Glück schnell beseitigen konnte.

    Der Online Timer wird nicht mehr zerschossen, es werden auch Bad Blocks hochgezählt und bei Transferabbruch gibt's auch keinen Programmabsturz mehr. Bis jetzt jedenfalls nicht.

    Das Rainbow Protocol kann jedenfalls jetzt live und in Farbe auf meinem BBS ausprobiert werden.

    Wie gesagt, alle mir bisher bekannten Terminal Programme, die das Protokoll unterstützen laufen nur halbwegs sauber auf NTSC Rechnern / Emulation. Und bei VICE + tcpser Kombination, sollte auf jedenfalls vor Programmstart tcpser ein "OK" gemeldet haben. Falls nicht, klappt die Verbindung Terminal Programm / VICE / tcpser nicht und man kann nicht rauswählen oder irgendein AT Kommando eingeben.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Bitte melde dich an, um diesen Anhang zu sehen.


    Übrigens sucht man mal im Internet nach den Machern von diesem Transfer Protokoll, dann stolpert man z.B. über Bitte melde dich an, um diesen Link zu sehen. (Fantasy Roleplaying BBS), ein BBS Programm für den C64 was für Rollenspiele gemacht wurde.

    Auf Bitte melde dich an, um diesen Link zu sehen. finden sich dann auch Infos zu David Whatley, dem ehemaligen CEO von Simutronics, unter anderem verantwortlich für Online Spiele wie Gem Stone, Cyber Strike und andere.

    Mike Dabbs ist auch der Author vom T-Term, eins der Terminal Programme, die das Rainbow Protocol eingebaut haben.

    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

  • Kurz nach Mitternacht war es soweit: Beim zweiten Anlauf habe ich Larry's Rainbow Protokoll in C*Term eingebaut bekommen und nen erfolgreichen Up- und Download gemacht! :thumbsup:

    Gruß & Kuss zum Wochenschluss,
    Holy Moses/Role

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um dieses Medienelement zu sehen.

  • Letzte Nacht habe ich dann auf die Schnelle noch versucht das originale Rainbow Protokoll mit Striketerm zu verwenden. Striketerm und Novaterm laden die Transferprotokolle nach $c000, wie das originale Protokoll File, und auch die Reihenfolge der Aufrufe in der Jumptable für Send / Receive sind in der richtigen Reihenfolge (bei C*BASE genau umgekehrt). Leider will Striketerm damit ohne Anpassungen Up- und Downloads nur in eine Ramdisk speichern, nicht auf Disk. Da sind also noch ein paar Anpassungen notwendig. Ich hoffe aber, das hält sich dann im Rahmen.

    Weiter auf der To-Do Liste:

    - Z-Modem (mal wieder)

    - Kermit

    - H-Modem (mal wieder)

    - ggf. WXModem inkl. senden von Daten.

    DAVIS Protocol (Big Gulp) macht wahrscheinlich keinen Sinn im BBS. Und TAG Protokoll (aus T-Term V2.0) ist wohl eher nur etwas für Forschungszwecke...

    Und was evtl. noch interessant wäre ist ein Performance Test vom Rainbow Protocol, wie ich ihn damals mal für Punter, X-Modem etc. mit einem 200 Block großen Programm gemacht hatte.

    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

  • Der Performance Test ist nicht 100% mit dem von damals zu vergleichen, da nun etwas andere Hardware verwendet wurde.

    BBS Seite ist ein U64 mit Hyperspeed Kernal, gespeichert wird auf USB Stick.

    Terminal Seite ist VICE mit SCPU und RamLink als Laufwerk und tcpser für die Verbindung nach draußen mit 38.400 Baud auf beiden Seiten.

    Upload zum BBS von einer 200 Blocks großen Datei: 1min, 2 Sekunden.

    Download vom BBS, dieselbe Datei: 17 Sekunden.

    HyperSpeed ist eben nur beim lesen Hyper.... leider.

    Trotzdem ist das schon recht flott. Da dürfte nur X-Modem1K schneller sein. Aber Rainbow Protocol hat eben kein File padding wie X-Modem, da keine fixen Transferblockgrößen vorgegeben sind.

    Alles in allem bin ich positiv überrascht.

    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

  • So ein "neues" Protokoll in Novaterm einzubinden ist dann doch nicht mal eben so gemacht. Zwar gibt es für Novaterm 9.6 die Quelltexte, auch zu den Transferprotokollen, aber nahezu keine Kommentare im Quellcode oder sonst irgendetwas an Doku dazu. D.h. wenn du da nicht komplett im Thema drin bist und dir verschiedene Quellcode Files nebeneinander legst um ansatzweise was interpretieren und anpassen zu können, bist du schnell lost.

    Aus der "mach ich mal eben" Aktion sind nun wieder 2 Tage geworden und es funktioniert leider immer noch nicht.

    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

  • So ein "neues" Protokoll in Novaterm einzubinden ist dann doch nicht mal eben so gemacht.

    Oh.. das wäre aber echt cool.. und wenn man es jetzt nicht macht wo man gerade in Flow ist, macht man es nie, oder?
    Jetzt weiß man noch alle Funktionen und Fallstricke, aber in ein paar Wochen ist das alles weg.

    Also wenn ich da irgendwie was testen kann, melde dich gerne.

    Ich bin ja großer Fan von Novaterm 9.6, bzw nutze das nur als Terminal Programm.

    --------------------------------------------------------------------------------------------------------
    RapidFire BBS: rapidfire.hopto.org:64128

  • Leider hat es das Rainbow Protocol immer noch nicht in Novaterm geschafft. Das Problem mit den nicht erkannten oder ignorierten Signalen ist nach wie vor nicht gelöst.

    Allerdings hat das das Interesse von Leuten geweckt, die zuvor noch nie etwas von diesem Transferprotokoll gehört hatten. Besser als nichts.

    Y-ModemG musste zwischenzeitlich wieder aus dem BBS Code raus, weil das Main BBS File wohl zu groß geworden ist (über 100 Blocks auf Diskette) und wieder merkwürdige Fehler auftraten.

    Y-ModemG nutzt eh niemand am C64 und so richtig gut lief das Protokoll bisher auch nicht mangels flow-control.

    Probleme im wahren Leben, wie z.B. "wie zum Geier bekomme ich die Verkabelung von meinen BRABUS Seitenschweller Verkleidungen mit Beleuchtung durch den Schweller in den Innenraum gelegt, ohne Löcher bohren zu müssen" ,

    fressen dann eben auch wieder Freizeit. Andererseits sagte einer meiner Lehrer in der Schule: "Wer schön sein will, muss leiden". Auch wenn das damals auf die fragwürdigen Haar-Färbe-Versuche einer Mitschülerin bezogen war, passt das auch beim "Verschönern" von KFZs.

    Leider ist auch die Resonanz beim Thema "Novaterm" viel geringer ausgefallen als erwartet. Scheinbar nutzen BBS Caller eher CGTerm oder CCGMS ? Keine Ahnung.

    Jedenfalls macht das wenig Mut für ein lange vor sich hin geschobenes Projekt: "SuperRes" für Novaterm.... auch so'n Nischen Dings was keiner kennt.

    Aber prokrastinieren ist ja in Mode, oder nicht ?

    Bourbon Blues Vibes hier im Posting... Vielleicht liegt es aber auch daran das heute Montag ist.

    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

    Einmal editiert, zuletzt von Larry (5. März 2024 um 14:45)

  • Kopf hoch, ich hab auch ein Händchen für Dinge die niemanden interessieren.

    Eine coole Idee hätte ich, da würden alle vor Freude in die Luft springen, vieleicht hast Du da ja ein besseres Händchen für...

    Gruß & Kuss zum Wochenschluss,
    Holy Moses/Role

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um dieses Medienelement zu sehen.

  • Eine coole Idee hätte ich, da würden alle vor Freude in die Luft springen, vieleicht hast Du da ja ein besseres Händchen für...

    Was denn ?

    Wir machen meinen allten Jetta fertig und machen mit Opel, Hausfrauen Porsche und Rucksack Golf einen Roadtrip zum nächsten VCC nach Österreich ?

    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

  • Äh. Jein. Ja. Nein.

    Ich komm die Tage mal rum.

    Gruß & Kuss zum Wochenschluss,
    Holy Moses/Role

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um dieses Medienelement zu sehen.

  • Ich würde das wahnsinnig gerne testen und beobachte diesen Thread intensiv, aber mir fehlt momentan einfach die Zeit.

    Ein wichtiger Mitarbeiter ausgeschieden, Sohn zieht aus, Schwiegereltern erkrankt usw.

    Was war die Zeit früher doch unbeschwert.

    Aber Modem steht bei mir nach wie vor ganz oben auf der Liste. Also: Weitermachen. 😅