Parallel Port Druckeremulator (ESP32_VirtualPrinter)

Wenn du da jetzt eine richtige Platine draus machst, nehme ich 1 oder 2 davon. Sowas suche ich schon länger.

Quote from 1ST1

Wenn du da jetzt eine richtige Platine draus machst, nehme ich 1 oder 2 davon. Sowas suche ich schon länger.

Ich auch

Ich finde das auch eine interessante Lösung für meine Retro-PCs. Ich habe da zwar einen Drucker dran, aber wenn man den Druck auch auf einen modernen PC umleiten kann, der den Ausdruck aufbereitet, fände ich das ganz nett.

5V könnte man am einfachsten über ein Steckernetzteil mit Standard Hohlstecker zuführen. Es gibt da inzwischen eine gängige Standardgröße.

Wenn das Teil kompakt genug ist, dann am besten zum direkten Aufstecken auf den PC-Druckeranschluss.

Ich nehme an, dass der ESP32 5V-tolerant genug sind, dass man keine Pegelwandler braucht.

Hallo, das müsste man möglichst flexibel gestalten können. Auf jeden Fall gut wäre eine USB-Buchse (B, mini, micro), so dass man das Teil aus einem sowieso vorhandenen USB-Netzteil von einem anlten Smartphone versorgen kann. Und dann zusätzlich eine verpolungssichere leicht lötbare Variante, über die man alle anderen Varianten per Selbstbauadapter anschließen kann.

Mit den Anforderungen hast jetzt mal die Kosten locker verdoppelt, wenn nicht verdreifacht. Vorher war es eine einfache eine Platine mit Sub-D-Stecker, Sockel für den ESP und Spannungsbuchse. Jetzt braucht man auf jedenfall noch einen Zwischenadapter, dann liegt das Ding irgendwo rum mit Kabelage und die USB-Stecker gibt es nur als SMD.

Da bin ich dann schon wieder raus.

Aber zur Not kann man sich sowas ja auch schnell selbst layouten.

Was kostet eine USB-Buchse? Was kostet eine mehrpolige Pinleiste mit ein paar entfernten Pins?

Zumal diese mistigen Micro-USB Stecker nach 4 Steckzyklen Kontakprobleme haben, und nach 10 garnicht mehr funktionieren.

Hohlbuchse dran, und fertig.

Wer auf den USB-Kram steht, kann dann ein USB-A auf Hohlstecker-Kabel verwenden.

Quote from Manawyrm

Quote from detlef

locker verdoppelt, wenn nicht verdreifacht

Och wieso?

Wenn ich den JLC-Chinesen die Platine zur Bestückung hinwerfe, gleich den ESP32 selbst, Spannungswandler und Stecker bestücken lasse kommt das trotzdem noch bei 5-10$ pro Stück (je nach Abnahmemenge, weil Einrichtungsgebühr) raus, würde ich tippen.

Klar, dann gibt es eine einmalige Sammelbestellung und jeder, der in einem Jahr sowas braucht, der guckt in die Röhre. Solche Projekte hatten wir schon einige. Ich mache das bei solchen Projekten in der Regel so, dass ich mir erstmal 1-2 Platinen hinlege und wenn ich dann wirklich Zeit dafür haben, dann besorge ich mir die paar Teile und baue das auf. Ich brauche und will bei so einfachen Sachen eigentlich keine Fertigteile.

Wofür brauchst du einen Spannungswandler? Kann man den ESP nicht mit 5 Volt versorgen?

Interessantes Projekt. Sowas ähnliches hab ich mir letztes Jahr mal überlegt, bin aber

über das Konzeptstadium (ohne konkrete Hardware) nicht hinausgekommen.Anlass

war daß ich keinen Drucker für meinen Sharp MZ-80B habe und

der Originaldrucker invertierte Logikpegel und einen eigenen Zeichensatz verwendet.

Vorgesehen waren folgende Funktionen:

Centronics Drucker Simulator mit Ausgabe auf Netzwerk, USB, Centronics oder Seriell

Serielle Drucker Simulation mit Ausgabe auf Netzwerk , USB, Seriell oder Parallel

C64 Drucker Simulation mit Ausgabe auf Netzwerk, USB, seriell oder Parallel

Der Druckersimulator sollte die speziellen Zeichensätze des Quellgerätes auf das Zielgerät umsetzen.

Ich wollte das aber nicht alles gleichzeitig in einer Box implementieren sondern eine Hardware

entwerfen die alle Anschlüsse hat und je nach gewünschter Funktion bestückt und mit der

entsprechenden Software geladen wird.

Quote from Pyewacket

Serielle Drucker Simulation mit Ausgabe auf Netzwerk , USB, Seriell oder Parallel

Einen seriellen Drucker-Emulator habe ich mir auch schon programmiert.

Die CTM 9016 Systeme (ComputerTechnik Müller) nutzen ITOS als Betriebssystem - ein CTM-eigenes Multi-User OS. Die Anwendungsprogramme sind meist in Makro-Assembler geschrieben, die dann vom ITOS beim Ausführen interpretiert weden. Eine technologie, die es CTM damals erlaubte beim Schritt des Wechsels der Hardware vom 16-BIT TTL Prozessor der CTM 70 Systeme auf die MC680x0 basierten CTM 90 Systeme, hauptsächlich ITOS und den Makro-Assembler Interpreter umzuschreiben, die Anwendungsprogramme konnten aber mehr oder weniger unverändert weitergenutzt werden!

Der Bau eines Makro-Assembler Programms durchläuft mehrere Phasen. U.a werden die einzelnen Makros zuerst zu einer Source Datei zusammengefasst bevor diese assembliert wird. Beim Assembler-Lauf erwartet die CTM 9016 das Vohandensein eines Druckers. Dieser protokolliert dann jedes Zeile, an der er gerade etwas "macht". Die Idee ist die, dass man bei einem Assembler-Fehler, der so schwerwiegend ist, dass die CTM abschmiert, anhand des Ausdrucks eben feststellen kann, an welcher Zeile das Problem aufgetaucht ist, (und was für ein Problem) auch wenn der Bildschirm schon längst nichts mehr anzeigt. Da das aber schnell mal 50-100 Seiten werden können, und die meisten meiner CTM Drucker noch rumzicken, habe ich mich entschlossen, dafür einen Emulator zu programmieren.

Ich habe das in JAVA realisiert. Warum?

JAVA ist doch wegen der fehlenden Hardware-Nähe eher ungeeignet?

Das stimmt: auch JAVA nutzt wie der CTM Makro-Assembler eine Zwischenschicht. Also erst werden die Klassen erst zu class-files kompiliert, und diese können dann auf jeder beliebigen Hardware unter jedem beliebigen OS in der virtual machine ausgeführt werden. Aber diese Abstraktion macht hardware-nahe Programmierung schwieirger, es werden dann immer OS-abhängige Systemlibraries benötigt!

Die Antwort ist: weil ich's kann. Oder besser, da ich meine Brötchen als JAVA Entwickler verdiene, bin ich einfach in JAVA am schnellsten.

Dachte ich jedenfalls.

Das Problem war nur, dass die offizielle Unterstützung von seriellen Schnittstellen schon 42 Jahre abgelaufen war. Und die passende Windows library ist nicht mehr bei SUN / Oracle zu kriegen! OK, das jar ist schnell gefunden, aber die Windows dll, die dann die wirkliche Hardware-Unterstützung macht musste ich mir mühsam aus bereits vor Jahren herausgebrachter Fremd-Software aus dem Netz herausschälen.

Hatte ich diese dann aber, war der Rest ziemlich einfach. Nur noch ein paar unerwünschte Zeichen rausfiltern und fertig ist der serielle Drucker-Emulator. Dieser zeigt die Ausgaben am Bildschirm an und schreibt sie wenn gewünscht auch in eine Datei.

Originale Ausgabe am CTM BAP

Selbe Ausgabe als Bildschirm-Hardcopy auf dem Bildschirm eines Windows PCs

Warum hast du keinen USB/Seriell-Wandler genommen?

Die alten seriellen sind einfach stressfreier.

Direkter Zugriff auf die wichtigen Parameter, kein Gezicke von den USB-Adaptern oder anderen USB Geräten.

Welche wichtigen Parameter brauchst du denn?

Ich habe hier haufenweise USB/Seriell-Wandler im Einsatz (teilweise im Dauereinsatz). An Windows 7 und Windows 10.

Einige hängen an meinen i-Telex-Systemen und protokollieren dort alles mögliche, einer hängt an meinem Akku-Lader und protokolliert die Ladekurven usw.

Und die vielen Arduinos hier haben ja auch alle USB/Seriell-Wandler drin (wenn auch direkt auf dem Board). Aber das sind die gleichen CH340-Chips.

Die Zicken alle nicht. Wenn mal einer zickt, dann war's ein marodes China-Billigteil und eines dieser Markenteile, wo es keine Windows 10 Unterstützung mehr gab. Sowas wird dann gleich aussortiert.

Also ich kann Probleme mit den Dingern nicht nachvollziehen.

Quote from detlef

Welche wichtigen Parameter brauchst du denn?

Damit der Drucker richtig erkannt wird und auch entsprechend Daten bekommt sind das in meinem Falle:

com.port, baud.rate, data.bits, stop.bits, parity, flow.control (z.B. XONXOFF)

Ich glaube zwar, dass für den Einsatz als drucker die Anforderungen an die USB nicht sehr hoch sind, aber ich hatte an mehreren Laptops schon öfter Probleme, dass z.B. die Maus USB Audio stört oder Netzwerkunterbrechungen am USB Port-Replikator provoziert (meist abhängig was an welchem USBus hängt).

Ich will mir nur großes Rätselraten ersparen, warum gerade mal eine serielle Übertragung nicht funktioniert, und da ist bin ich mit meiner Lösung sicherer.

Aber das ist nur meine Erfahrung...

Ja, solche Probleme kenne ich auch. Das sind üblicherweise allgmeine USB-Treiber-Probleme. Unter Windows 10 ist das deutlich besser geworden.

Das ist aber kein spezielles Problem der USB/Seriell-Wandler.

Ok, müssen wir dann hier nicht weiter vertiefen.

Bin die Tage über diesen tollen Beitrag gestolpert. Auch weil ich immer noch auf der Suche nach geeingenten Druckern bin.

Habe mir dannn erstmal eine einfach Platine entworfen und ein ESP32 DevKit von AZDelivery bestellt. In der Zwischenzeit habe ich mit tatkräftiger Unterstützung von Manawyrm Cups-PDF auf einem Raspberry PI mit Raspbian OS Lite zum Laufen gerbracht. Das ESP32 DevKit habe ich mit ARDUINO IDE in Betrieb genommen.

Hier läuft das ganze an einem 286er

Bin echt begeistert von dieser tollen Lösung.

PS: Bleibt nur eins. Alle meine alphatronic Geräte kennen nur serielle Drucker. Es wäre echt toll das ganze für serielle Drucker auch noch umzusetzen oder gleich Umschaltbar auf einen Adapter.

Wie wird denn bei der parallelen Schnittstelle ein Seitenende signalisiert?

Quote from Manawyrm

Hmm, ich glaub das nervigste daran ist hauptsaechlich die Spannung am RS232...

Besorg dir doch mal so ein MAX3232 Board von ebay/amazon/etc. und klemm das an nen ESP32 an.

Die Software sollte man dafuer angepasst bekommen.

Sind schon im Zulauf

Seitenende oder so kannten die Drucker damals nicht. Die meisetn waren ja eh mit Endlospapier bestückt. Für sowas musste man noch Taste am Drucker drücken. Oder die Programme hatten intern ein Steuerzeichen für Ende welches Sie dann in ein paar Line Feeds umgesetzt haben.

Hm? Seit wann gab es denn CHR$(12) == Ctrl-L?

War das nicht genau der Vorschub zum Beginn der nächsten Seite?

Habe jetzt nicht recherchiert, dieser Code kam mir aber gleich in den Sinn...

War/Ist CHR$12 nicht der Formfeed ?

Tabellen und Daten [PofoWiki]

Ja, genau. Was man sich über Jahrzehnte so merkt...

Form Feed == Seitenvorschub == Ende der aktuellen Seite

Ging es nicht darum?

CHR$(10) LineFeed

CHR$(12) Form Feed

CHR$(13) Carriage Return

usw..

Die Frage ist mehr wo setzt man das Seitenende bei dem Erstellten des PDF.

Im Direktmodus kann es zu erheblichen Pausen zwischen den Ausgaben kommen. Oder auch wenn zwischen den Zeilen etwas berechnet wird. Auch nicht jedes Programm verwendet diese Steuercodes. Von daher muss man im Einzellfall kompromisse eingehen. Zb. Timeout verlängern. oder wirklich Steuercodes abfangen.

Quote from Martin.W

CHR$(10) LineFeed

CHR$(12) Form Feed

CHR$(13) Carriage Return

usw..

Die Frage ist mehr wo setzt man das Seitenende bei dem Erstellten des PDF.

Im Direktmodus kann es zu erheblichen Pausen zwischen den Ausgaben kommen. Oder auch wenn zwischen den Zeilen etwas berechnet wird. Auch nicht jedes Programm verwendet diese Steuercodes. Von daher muss man im Einzellfall kompromisse eingehen. Zb. Timeout verlängern. oder wirklich Steuercodes abfangen.

Display More

Ich habe früher Anwendungen programmiert die z.B. Rechnungen und Lieferscheine auf Zeilendrucker druckten.

Diese Drucker hatten alle eine Offline- und eine Seitenvorschubtaste.

Zum Einlegen des Papiers wurde der Drucker offline gesetzt, dann die Seitenvorschubtaste gedrückt.

Der interne Zeilenzähler des Druckers war somit auf Zeile 1 gesetzt. Dann wurde das Papier durch vor- und zurückdrehen so eingestellt

dass die erste Druckzeile am obere Blattrand war.

Dann wurde Online geschaltet.

Anwendungen konnten dann davon ausgehen daß nach einem Formfeed immer auf Zeile 1 Positioniert ist. Damit das funktioniert

musste man am Drucker die Seitenlänge in Zeilen einstellen.

Lief der Druckjob über den Spooler wurde am Ende des Druckjobs vom Spooler automatisch ein Formfeed ausgeben so daß

der Druckerinterne Zähler wieder auf 1 stand, bereit für den nächsten Druckjob.

Wurde direkt vom Programm auf den Drucker ausgegeben musste man das Formfeed am Ende selbst anhängen

Für gewöhnlichen Druck war das ausreichend doch als dann intelligentere Drucker auftauchten gab es das Problem,

daß deren Sonderfunktionen von den üblichen Programmiersprachen und Druckerspoolern nicht unterstützt wurde.

Das wurde gelöst indem eine Zeile OHNE Zeilenvorschub gedruckt wurde.

Die Steuerinformationen wurden als normaler Text gesendet. Bei einem Etikettendrucker wurde die Schneidevorrichtung

z.B. mit einer Zeichenfolge wie ##**CUT ausgelöst welche dann vom Drucker intern interpretiert wurde.

Eine irgendwie geartete Signalisierung des Endes des Druckjobs gibt es nicht.

Es bleiben somit zwei Möglichkeiten:

- Druckjobende Signalisierung über eine angehängte Zeichenfolge (kann man ev. im Druckertreiber angeben)

- Druckjobende durch Timeout

Letztere Methode wurde auch von den früher angebotenen externen Druckerspoolern angewandt

mit denen man mehrere Rechner an einen Drucker anschliessen konnte.