OrderSprinter-Forum

Hi Stefan,

das hat das Problem gelöst - danke dir!

Noch ein wenig Feedback von meiner Seite:
Der Printserver lief bei mir über weite Strecken recht stabil.
Irgendwann bin ich in die Situation gekommen, dass ich über den Button oben nicht mehr stoppen konnte (s.u.)
Auch interessant: Ich habe zunächst nur Speisen- / Getränkebons auf den Drucker konfiguriert gehabt. Das lief soweit auch gut.
Dann wollte ich eine Tageserfassung drucken und hatte aber die Kassenbons nicht auf den Drucker geroutet im Printserver.
Habe das dann konfiguriert, dass er diese auch zu meinem Epson TM-T70II raus schiebt.
Effekt:
Der Tagesabschluss kam nicht raus, dafür dann aber alle Speisen- / Getränkebons doppelt.
Nach einigem hinzu- und wieder weg konfigurieren der Kassenbons trat das o.g. Verhalten auf, dass sich der Printserver über den Stopp-Button nicht mehr stoppen ließ.

Lt. Log scheint das Routing der Tageserfassung nicht zu funktionieren. Folgenden Logeintrag erhalte ich dann:
Ticket id=90 type=C printer=1 ->"" printed=False

Beste Grüße,
Christian

Hallo Christian,

die Fehlermeldung ist ein wenig irreführend. Die Meldung "No such file or directory" bedeutet, dass die ausführbare Datei lpr selbst nicht gefunden wurde (nicht das Arbeitsverzeichnis – das ist nur Teil der .NET-Fehlermeldung).

Der Code ruft einfach lpr ohne Pfad auf – .NET sucht dann über die PATH-Umgebungsvariable des Prozesses.

Wahrscheinlichste Ursache (ich habe gerade keinen Raspi zur Hand und kann nur spekulieren): Auf dem Raspberry-Pi ist zwar cups (der Druckserver/Daemon) installiert, aber das Kommandozeilen-Tool lpr kommt aus einem separaten Paket (cups-bsd unter Debian/Raspbian) und ist vermutlich nicht automatisch mit dabei. Da die Testseite vermutlich über die CUPS-Weboberfläche (Port 631) gedruckt wurde, würde das nichts mit lpr zu tun haben und der Fehler trotzdem auftreten.

Nutze doch bitte mal folgenden Befehl:
Falls das nichts ausgibt, ist lpr nicht installiert. Dann solltest du es so nachinstallieren können:
Ich werde versuchen, dass im Printserver besser behandeln, damit die Fehlermeldung auch wirklich hilfreich ist.

Gruß,

Stefan

Hi Stefan,

danke für die Rückmeldung.
Die Verbindung zum Server (auch lokal auf dem Raspi) funktioniert soweit, sowohl über den TEST-Button, als auch über den Start-Knopf oben.
Zum Problem kommt es erst, sobald ein Druckauftrag ansteht.
Laut Log des ModernPrintServer werden die Jobs wohl korrekt abgerufen, allerdings wird dann mit folgender Fehlermeldung abgebrochen:
"An error occured trying to start process 'lpr' with working directory 'xyz'. No such file or directory"

Bei der directory handelt es sich um das Verzeichnis, in dem das ModernPrintServer executable momentan liegt (/home/pi/Downloads/ModernPrintServer)

Beim Drucker handelt es sich um einen EPSON TM-T70II, per usb angebunden und in CUPS eingebunden.
Folgende Einstellungen sind im CUPS drinne:
Treiber: Generic ESC/P Dot Matrix Printer Foomatic/epson
Testseite drucken funktioniert soweit.

Hast du eine Idee, was da schief läuft?
Beste Grüße,
Christian

Hallo Christian,

der ModernPrintServer sollte auch mit 2.9.12 funtionieren, Hast du es mal versucht, indem du alle Bilddaten (Kellnerfoto, QRCode, Restaurantlogo) weglässt (d.h. auch beim Template weglässt)? Siehst du im Webserverlog Fehler beim Abruf?

Am Anfang sollen die drei Printserver erst mal parallel nebeneinander existieren, aber längerfristig möchte ich nur noch einen Printserver pflegen - deswegen habe ich mich beim ModernPrintServer für .Net entschieden. DotNet gibt es für alle Plattformen, mit Avalonia UI ist auch beim GUI die Plattformunabhöngigkeit möglich, und prinzipiell kann man die Applikationen mit Obverfläche oder als Service im Hintergrund laufen lassen. Und der ModernPrintServer kann (bis auf die Bilder und Logging - noch) bereits mehr als die beiden anderen Printserver.

Aktuell kann der ModernPrintServer bei Linux nur mit CUPS zusammenarbeiten. Da man aber auch jeden USB-Printer ohne bestimmte Treiber in CUPS einbinden kann, wäre das jetzt nicht unbedingt ein Problem- zumndest solange es in CUPS noch das eigentlich als deprecated RAW-Format gibt. Die Unterstützung von USB direkt wäre zwar schön, weil dann das Antwortverhalten schneller ist, allerdings bin ich mir nicht sicher, ob das dann noch plattformunabhängig läuft.

Gruß,

Stefan

Hi Stefan,

das hört sich vielversprechend an!
Das wäre natürlich für mich auch eine Option - Bilder brauche ich nicht.
Ich habe den ModernPrintServer mal kurz auf meinem PI ans Laufen gebracht, bis auf eine inkompatible Mesa-Installation, problemlos. Ging aber gut zu beheben.

Verstehe ich es richtig, dass der neue Printserver ausschließlich mit cups arbeitet?
Ist der Printserver auch abwärtskompatibel oder erst ab V3.0.0 nutzbar? Einen Testdruck hatte ich bisher aus der 2.9.12 raus noch nicht hin bekommen.

Viele Grüße,
Christian

Hallo Christian,

ich bin gerade auf der Zielgeraden für die Version 3.0.0 - die ich hoffentlich in 2-3 Wochen releasen kann. Einer der Änderungen ist die Einführung eines Druckservers auf Basis von DotNet. Da es .Net für fast alle Plattformen gibt, wird dann u.a. auch der Raspi abgedeckt. Der neue Druckserver ist im Umfang weit größer als der Javaprinter und kann auch als Service eingebunden werden. Bisher fehlt ihm noch die Möglichkeit, selbst Bilder zu drucken.

Wäre das auch eine Option für dich?

Hier das File für ARM64: https://www.ordersprinter.de/ModernPrin ... -arm64.zip

Viele Grüße,

Stefan

Hallo zusammen,

ich habe gestern mal versucht, Ordersprinter auf einem Raspberry Pi 4 mit einem aktuellen 64bit Raspberry Pi OS aufzusetzen.
Funktioniert bestens, nur beim Javaprinter gibt es Probleme, weil hier wohl die libusb4java v1.2.0 verwendet wird, die allerdings noch keine Version für linux-aarch64 bietet.
gibt es die Möglichkeit, die libusb auf V1.3.0 zu updaten? Hier soll es eine Implementierung für 64-bit ARM Linux geben.
Laut meinen bisherigen Recherchen hat sich wohl an der API nichts verändert, allerdings weiß ich nicht, wie die lib intern im javaprinter eingebunden wird.
Ich freue mich auf eine Rückmeldung - möglicherweise wäre das Thema auch für andere Nutzer von Interesse, nachdem immer mehr 64Bit Raspis im Umlauf sind.

Beste Grüße,
Christian