Möchte Drucker an C64 anschließen - aber welchen und wie??

Es gibt 34 Antworten in diesem Thema, welches 15.362 mal aufgerufen wurde. Der letzte Beitrag (28. November 2024 um 11:50) ist von 1570.

  • Naja, die "Intelligenz" der USB-Drucker liegt heute nicht mehr im Drucker selber sondern der angeschlossene Computer muss das ganze Blatt/Seite aufbearbeiten und über USB zum Drucker schicken, mit solchen umfangreichen USB-Druckertreiber wird der C64 aber überfordert sein

    Ja, es gibt GDI-Drucker. Die können heute aber alle (auch/wieder) PCL und Postscript, manche auch noch andere Emulationen.

    Mal hier, mal da, mal dort. Aber auf jeden Fall auf der Bitte melde dich an, um diesen Link zu sehen.! Und hier Bitte melde dich an, um diesen Link zu sehen.!

  • Naja, die "Intelligenz" der USB-Drucker liegt heute nicht mehr im Drucker selber sondern der angeschlossene Computer muss das ganze Blatt/Seite aufbearbeiten und über USB zum Drucker schicken, mit solchen umfangreichen USB-Druckertreiber wird der C64 aber überfordert sein :)

    OK; ich kenne mich mit den Protokollen für die Printer nicht so aus.
    Die Frage ist, ob eine Seite gepackt an den Drucker gesendet werden muss, oder ob auch ein senden von Zeichen, bzw Pixeln möglich ist.
    In diesem Fall könnte der CEVI das schon schaffen, wäre halt nur etwas langsamer.
    Im notfall müsste man halt eine Raspberry dazwischen hängen, dass die Druckaufträgt von CEVI übernimmt und an den Drucker weitergibt.
    So gesehen überarbeite ich meinen Vorschlag noch mal in:

    Es wird langsam Zeit für einen User-Port-Raspberry-USB-Adapter.
    Und weiterhin: Freiwillige vor.

  • Mal so in den Raum geworfen: LAN.

    So was soll das jezt heißen, fragen sich sicher einige. Weiß ich doch nicht! Ich bin müde und fantasiere gern :D
    Ernsthaft: Wäre nicht ein "Druckertreiber" für Netzwerkdrucker die schönste Lösung? Vorteile: über lange Strecken drucken, im Heimnetzwerk integriert, Drucker bereitet die Druckdaten auf (träume ich vielleicht nur, aber die Netzwerkdrucker sind doch keine GDI sondern mit Druckprozessor)
    Dank Servant64 / RRnet / 1541u1net ...sicher keine falsche Idee, hm? =)

    Avatar: Bitte melde dich an, um diesen Link zu sehen. Foto von Bitte melde dich an, um diesen Link zu sehen. Lizenziert unter CC BY 3.0 über Wikimedia Commons. Bitte melde dich an, um diesen Link zu sehen.

  • Mal so in den Raum geworfen: LAN.

    So was soll das jezt heißen, fragen sich sicher einige. Weiß ich doch nicht! Ich bin müde und fantasiere gern :D
    Ernsthaft: Wäre nicht ein "Druckertreiber" für Netzwerkdrucker die schönste Lösung? Vorteile: über lange Strecken drucken, im Heimnetzwerk integriert, Drucker bereitet die Druckdaten auf (träume ich vielleicht nur, aber die Netzwerkdrucker sind doch keine GDI sondern mit Druckprozessor)
    Dank Servant64 / RRnet / 1541u1net ...sicher keine falsche Idee, hm? =)

    Ich habe mir auch über die Thematik Gedanken gemacht. Eine Netzwerklösung hört sich toll an, aber die Kompatibilität zu den bestehenden Anwendungsprogrammen aus den 80ern/90ern kann man wohl vergessen.
    Die meistens Programme bieten den Ausdruck für MPS801/803 oder Epson FX via serielle Schnittstelle, also Device 4 an. Einige über den Userport.

    Die kompatibelste Lösung wird IMHO sein, für einen externen Rechner wie z.B. ein Raspi einen Drucker Emulator "Zwischenspeicher" zu schreiben, welcher per IEC angeschlossen wird.
    Idealerweise sollte dieser so modular gestaltet sein, dass man unterschiedliche Druckertreiber als PlugIns realisieren kann und dann Drucker-Plugins wie einen MPS801, MPS802, MPS803, MPS1230, Epson ESC/P, IBM Proprinter, HP-GL, PCL und Postscript (letztere zwei z.B. für GEOS) etc. bauen kann.

    Da der C64 auch damals immer auf den Drucker bzw. den Ausdruck warten musste, stelle ich mir etwas naiv die Implementierung des IEC Protokolls und Timingsgedöns als weniger zeitkritisch an als bei einer IEC-Floppy-Emulation.
    Der Ausdruck soll dann wahlweise in ein Grafikfile wie auch beim VICE oder PDF gehen.

    Wenn man diesen Teil mal hat, ist schon viel getan. Der nächste grosse Sprung wäre dann, eine Netzwerk-Funktionalität einzubauen, dass ein Netzwerkdrucker direkt angesprochen wird, und dann ein Ausdruck darauf möglich wäre.
    Ich weiss nicht wie gut die Unterstützung von den Raspi OS für Drucker ist, aber Postscript und PCL sollte nicht so ein Problem sein, denke ich mal.

    ___________________________________________________________
    Meine Kreationen: Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.
    | Bitte melde dich an, um diesen Link zu sehen.
    Avatar: Copyright 2017 by Saiki

  • ich hab mir das WLan-Userport-Interface von Leif Bloomquist gekauft.

    wäre doch eine geile Sache, wenn man von GEOS aus auf den Netzwerkdrucker drucken könnte.

    ob das überhaupt funktionieren könnte weiß ich nicht, wäre aber mal gut durchzudenken.

  • ich hab mir das WLan-Userport-Interface von Leif Bloomquist gekauft.

    wäre doch eine geile Sache, wenn man von GEOS aus auf den Netzwerkdrucker drucken könnte.

    ob das überhaupt funktionieren könnte weiß ich nicht, wäre aber mal gut durchzudenken.

    Wie oben schon erklärt, finde ich die kompatibelste Lösung wäre es auf eine Emulation eines verbreiteten Druckers von damals zu setzen, wie z.B. MPS801 oder ESC/P (Epson) , welche die Daten entgegennimmt und dann in ein standardisiertes Format wie Postscript abspeichert oder es an einen PS Drucker weiterleitet.
    Wie es das macht, ist dann der Lösung überlassen, also LAN oder WLAN. Über WLAN müsstest du einen Server haben, der die Datenentgegennimmt und im LAN Segment an den Drucker schickt. Direkt an den Drucker gehr nur, wenn du eines der propertären WLAN Protokolle umsetzt. Da gibt es mindestens was von HP und Apple was.

    ___________________________________________________________
    Meine Kreationen: Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.
    | Bitte melde dich an, um diesen Link zu sehen.
    Avatar: Copyright 2017 by Saiki

  • Eine Hand voll Emulationen, sprich 2-3 Commodore MPS und ESC/P würden doch vollkommen reichen, um alle C-64-Programme mit Druckfunktion abzudecken. Nadeldruckerausdrucke sind letztendlich immer Bitmaps, auch Textdruck kann man mit Bitmapfonts im Druckeremulator in eine Bitmap drucken. Und so eine Bitmap kann man an CUPS unter Raspian übergeben, welches das dann auf beliebigen Druckern ausgeben kann.

    Genau das habe ich als Idee auch fürs CosmosEx an den Entwickler vorgeschlagen, und der findet die Idee gut und umsetzbar. Beim CosmosEx handelt es sich um einen Floppy und Festplattenemulator für den ATARI ST/TT, der auch Netzwerklaufwerke am Atari einbinden kann. Im CosmosEx läuft ein RaPi. Die Idee ist, den CosmosEx auch noch den an der ASCI Schnittstelle (also genau wie eine ATARI Festplatte) angeschlossenen ATARI SLM 804 Lasdrdrucker emulieren zu lassen. Die Seiten werden bei dem Drucker im Speicher des Atari ST/TT gerendert und als Bitmap über ACSI an den SLM geschickt. Der CosmosEx soll diese Bitmaps empfangen und sich dabei gnaz genau wie ein SLM verhalten. Dann wandelt er das in das Format um, welches CUPS benötigt und CUPS schickt das dann an beliebige Drucker raus.

    Das selbe sollte sich als Nadeldruckermeulation für den C-64 auch machen lassen. Man bedenke, man könnte dann z.B. auch direkt in PDFs drucken.

    Mal hier, mal da, mal dort. Aber auf jeden Fall auf der Bitte melde dich an, um diesen Link zu sehen.! Und hier Bitte melde dich an, um diesen Link zu sehen.!

  • Die kompatibelste Lösung wird IMHO sein, für einen externen Rechner wie z.B. ein Raspi einen Drucker Emulator "Zwischenspeicher" zu schreiben, welcher per IEC angeschlossen wird.
    Idealerweise sollte dieser so modular gestaltet sein, dass man unterschiedliche Druckertreiber als PlugIns realisieren kann und dann Drucker-Plugins wie einen MPS801, MPS802, MPS803, MPS1230, Epson ESC/P, IBM Proprinter, HP-GL, PCL und Postscript (letztere zwei z.B. für GEOS) etc. bauen kann.

    Da der C64 auch damals immer auf den Drucker bzw. den Ausdruck warten musste, stelle ich mir etwas naiv die Implementierung des IEC Protokolls und Timingsgedöns als weniger zeitkritisch an als bei einer IEC-Floppy-Emulation.
    Der Ausdruck soll dann wahlweise in ein Grafikfile wie auch beim VICE oder PDF gehen.

    Ich habe hier so einen Drucker-Spooler rumfliegen, könnte man den nicht als eine Art Zwischenspeicher einsetzen und
    dann umsetzen auf z.B. Postscript.

    Dann könnte man sofort am Cevie weiterarbeiten.

    Das wäre doch was als Grundlage.

    Hier mal ein paar Bilder:
    Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.

    Bitte melde dich an, um diesen Link zu sehen. <- here you can find all MEGA65 related files, games, etc.

    Bitte melde dich an, um diesen Link zu sehen. <- MEGA65 main Homepage. links to all important MEGA65 sites (links on top of the page to Files, Forum, GitHub, Manual,etc.)

    Bitte melde dich an, um diesen Link zu sehen. <-Pauls Blog - constant updates about current tasks, project status, etc.

    Bitte melde dich an, um diesen Link zu sehen.,Bitte melde dich an, um diesen Link zu sehen. <- All Open-Source information regarding MEGA65. Found Bugs ? create an issue there please!

    Bitte melde dich an, um diesen Link zu sehen. <- Join for live chat support and more --- The Future is 8-bit !!!

  • Da der C64 auch damals immer auf den Drucker bzw. den Ausdruck warten musste, stelle ich mir etwas naiv die Implementierung des IEC Protokolls und Timingsgedöns als weniger zeitkritisch an als bei einer IEC-Floppy-Emulation.

    Man könnte auch einfach faul sein und eine schon funktionierende IEC-Implementierung aus einem existierenden IEC-Laufwerks-Projekt übernehmen (unter Beachtung der Spielregeln) und müsste sich dann zumindest um den Teil keine Sorgen mehr machen.

    Floppy oder Drucker macht auf dem Bus erstmal keinen Unterschied vom Timing her, der Drucker darf ja keine anderen Geräte durch seine Anwesenheit stören und die IEC-Routinen auf C64-Seite sind auch die gleichen.

    10 x=rnd(-1963):fori=1to81:y=rnd(1):next
    20 forj=1to5:printchr$(rnd(1)*16+70);:next
    30 printint(rnd(1)*328)-217

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Könnte man nicht in die SD2IEC FW einen virtuellen Drucker einbauen und die Druckausgabe als Bitmap, PNG, whatever speichern? Könnte man dann bequem zum PC tragen und ausdrucken wenn man es wirklich auf Papier haben will.

    AC/64 - C64 Umbau auf 9V Wechselspannung: Bitte melde dich an, um diesen Link zu sehen.
    Jocopod - Joystick to Controlport Dongle: Bitte melde dich an, um diesen Link zu sehen.

  • Man könnte auch einfach faul sein und eine schon funktionierende IEC-Implementierung aus einem existierenden IEC-Laufwerks-Projekt übernehmen (unter Beachtung der Spielregeln) und müsste sich dann zumindest um den Teil keine Sorgen mehr machen.

    Da gibst eine Variante davon, die hat USB und die hat - wenn ich mich recht erinnere- sogar eine rudiemntäre Vorbereitung für Ethernet. Die könnte man doch nutzen, um da direkt einen USB-Drucker oder einen über Ethernet und z.B. LPR anzusteuern?

    Spoiler anzeigen

    Wird aber nix. Leider hat der einst enthusiastische Entwickler mit Rücksicht auf Besitzer der älteren Varianten des Geräts jegliche teils selbst vorgeschlagenen Erweiterungen der Funktionalität dieses Geräts nie umgesetzt. Ein paar Leute, die sich große Hoffnungen auf diese neue Hardwarevariante gemacht haben und nahc und nach auf zusätzliche Gimmicks gehofft haben, schauten dann dumm aus der Wäsche und ärgerten sich, dass sie diese neueste Variante, und nicht die alten, bewährten Versionen gekauft haben, die sich z.B. ohne eigenen Programmieraufwand leicht um ein zusätzliches Display erweitern ließen.

    Mal hier, mal da, mal dort. Aber auf jeden Fall auf der Bitte melde dich an, um diesen Link zu sehen.! Und hier Bitte melde dich an, um diesen Link zu sehen.!

  • Da gibst eine Variante davon, die hat USB und die hat - wenn ich mich recht erinnere- sogar eine rudiemntäre Vorbereitung für Ethernet. Die könnte man doch nutzen, um da direkt einen USB-Drucker

    USB Host geht nicht. Der Hostcontroller in dem Chip hat einen Bug, der selbigen in manchen Situationen zum kompletten Stillstand bringt, bis man den Chip vom Strom getrennt hat. Es gibt keinen Workaround.

    Zitat

    oder einen über Ethernet und z.B. LPR anzusteuern?

    Ethernet ist eh nur auf ein paar Lötpads und war nur zum Rumspielen auf der Platine. Tests haben ergeben, dass das Layout zu schlecht ist, um einen stabilen Link aufzubauen.

    Zitat

    Leider hat der einst enthusiastische Entwickler

    ...nicht mehr so viel Zeit für Softwareentwicklung wie früher.

    Zitat

    Ein paar Leute, die sich große Hoffnungen auf diese neue Hardwarevariante gemacht haben

    ...sind zu blind zu zu erkennen, dass sie auch so von Features profitieren, die sie anderswo nicht oder nur in abgespeckter Form bekommen. Es gibt da z.B. diesen Anschluss für ein Parallelkabel, der mit (der richtigen Version) von DolphinDos genutzt werden kann. Auch in anderen Bereichen wird mehr geboten, z.B. ist das EEPROM-FS mehr als doppelt so gross und auch wird das zusätzliche RAM als Cache verwendet.

    Zitat

    die sich z.B. ohne eigenen Programmieraufwand leicht um ein zusätzliches Display erweitern ließen.

    Tja, leider gibts viel zu viele Leute die nur lautstark meckern und nur sehr wenige, die mal einen Finger bewegen, um einen aus ihrer Sicht bestehenden Missstand zu beseitigen. Vielleicht wäre es besser gewesen, wenn ich mich 2007 in erstere Gruppe eingeordnet hätte und nicht in letztere.

    Oder man betrachtet es marktwirtschaftlich - vielleicht ist die Nachfrage nach einer Displaylösung nicht gross genug damit sich jemand mal die Mühe macht, etwas fertiges anzubieten? Die Platine, über die du hier so sehr jammerst (und die du vermutlich problemlos verkaufen könntest wenn die Situation denn so unaushaltbar ist) unterstützt ohne weiteren Programmieraufwand schon jetzt die Lösung mit dem I2C-Display mit Eigenintelligenz.

    10 x=rnd(-1963):fori=1to81:y=rnd(1):next
    20 forj=1to5:printchr$(rnd(1)*16+70);:next
    30 printint(rnd(1)*328)-217

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Spoiler anzeigen

    Es gibt einen Thread zu diesem Gerät. In diesem Thread wurde nie kommuniziert, dass das auf einmal geht. Immer nur, nee, mach ich nicht. Der Entwickler dieses Gerät kennt scheinbar nur die erste Hälfte des Spruchs "Tue gutes und Rede darüber". Anregung, falls der Entwickler hier zufällig mitlesen sollte: Den zweiten Teil dieses Spruchs in dem entsprechenden, verwaisten Thread mal kundtun, und zwar bitte mit Anleitung (Pinbelegung, welches Display geht, ...) .

    Mal hier, mal da, mal dort. Aber auf jeden Fall auf der Bitte melde dich an, um diesen Link zu sehen.! Und hier Bitte melde dich an, um diesen Link zu sehen.!

  • Zum Thema Druckeremulation gibt es tatsächlich was Neues, allerdings für Ultimate 1541 II Besitzer:
    Bitte melde dich an, um diesen Link zu sehen.

    Ist zwar noch nicht spruchreif, aber Gideon unterstützt die Idee.

    Bitte melde dich an, um diesen Anhang zu sehen.

    ___________________________________________________________
    Meine Kreationen: Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.
    | Bitte melde dich an, um diesen Link zu sehen.
    Avatar: Copyright 2017 by Saiki

  • Lieber alter Thread,

    mit Bitte melde dich an, um diesen Link zu sehen. passend am Userport verdrahtet kann man wenigstens über WLAN auf einen CUPS-Server (= alle modernen Drucker oder Computer) schreiben. Da noch eine MPS801-Emu rein und fertig ist die Laube. ;)

    Ließe sich vermutlich auch relativ einfach in WiC64 einbauen (man müsste wohl evtl. weitere Leitungen verbinden).

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.