OrderSprinter-Forum

Hallo Chiat,

also ich habe nach einer Lösung gesucht, innerhalb des Tageserfassungs-Bons den Drucker zweimal (einmal unterhalb der Umsatzdaten und einmal über den Artikelverkäufen) einen Schnitt (Teilweise) vom Drucker ausführen zu lassen. Du musst den RAWD-Befehl großschreiben und die Zahlen mit Kommas trennen, so hat es bei mir funktioniert ;-)

In meinem Beispiel für das teilweise Schneiden: [b]{RAWD:29,86,1}[/b]

Wenn Du das auf den Code für die Schublade (2 oder 5 PIN) anpasst, sollte es laufen!

Gruß Dome

P.S.: Hab es so in einem Beitrag von Stefan hier im Forum gefunden

P.P.S.: Hätte ich mal auf Seite 2 geklickt, hätte ich mir den Beitrag sparen können :roll: ;) :lol:

Hallo Stefan,

ich habe jetzt in der Kassenbonvorlage {RAWD:27,112,0,40,50} eingetragen. Beim ersten Versuch hats auch schon geklappt :)
Vorher hatte ich keine Kommas drin und auch die Schreibweise RawD genommen.
In der confog.json Datei habe ich jetzt die ursprungswerte beibehalten. Dort hatte ich es vorher mit Komma UND einem Leerzeichen probiert und kein Erfolg gehabt.

Danke dir für die schnelle Rückmeldung.

Wünsche einen angenehmen Wochenstart.

Viele Grüße
Cihat

Hallo Cihat,

wenn du RawD oder RawH verwendest, musst die die Zahlenwerte mit Komma trennen (und ich weiß gar nicht aus dem Gedächtnis, ob RAWD ganz in Großbuchstaben geschrieben werden muss): Versuche also bitte mal: RAWD:27,112,0,40,50 bzw. RAWD:27,112,1,40,50 (je nach Pin).

Hattest du die Werte von escposts auch nur per Leerzeichen getrennt? Dann bitte mal mit Komma als Trennzeichen versuchen.

Gruß,

Stefan

Hallo Stefan,

da ich momentan das Problem mit dem auto. öffnen der Kassenschublade zu kämpfen habe, wollte ich das Thema hier nochmal aufgreifen.

Meine Kasse ist mit dem Bondrucker (Epson TM T88V) angeschlossen und über die Windows Druckeinstellungen funktioniert das auto. öffnen der Kassenschublade bei einem Testdruck.

Beim Versuch den Vorgang über den OrderSprinter zu wiederholen, scheitert dieser bisher leider.
Im config,json habe ich die Standard Zeile escposts mit 27 112 0 40 50 bzw. 27 112 1 40 50 abgeändert und ausprobiert. Hier tut sich leider nichts.
Weiter habe ich den Versuch unternommen, am Ende von der Kassenbonvorlage {RawD: 27 112 0 40 50} bzw. {RawD: 27 112 1 40 50} einzutragen, leider hat sich hier auch nichts getan.

Hast du da noch eine Idee? Im Netz finde ich dazu leider nichts :(

Danke und viele Grüße

Cihat

Hallo Jochen,

ich habe gerade gesehen, dass ich das mit dem automatischen Stornieren eines Bons nach einer fehlgeschlagenen SumUp-Transaktion schon längst einprogrammiert hatte (war mir ganz entfallen), Und es funktioniert auch bei mir.

Bitte teste es bei dir doch nochmal und wenn es nicht geht, dann kannst du mir vielleicht das Webserver error.log sowie ein Export "Sicherung (Alles ohne Logs)" zusenden?

Gruß,

Stefan

{RawD: 27 112 0 40 50} oder {RawD: 27 112 1 40 50}

z_Zahlung; v;

Hallo Jochen,

na ja {RawD: 10 11 12} war jetzt nur als Beispiel aus der Anleitung kopiert, als Werte für die Schublade musst du natürlich die Zahlen eintragen, die ich dir bereits für die escposts geschrieben hatte. Also:

[code]{RawD: 27 112 0 40 50} oder {RawD: 27 112 1 40 50}[/code]

Aber funktioniert die Schubladenöffnung denn nun, wenn du die Werte als escposts eingetragen hast, oder funktioniert es gar nicht?

SumUp: OrderSprinter erstellt die Rechnung und gibt den Wert an die Sumup-App weiter, die am Ende eine neue Seite von OrderSprinter aufruft und darin die Information übermittelt, ob die Transaktion erfolgreich war. Ja, ich werde mir überlegen, ob ich einbaue, dass der Bon bei fehlgeschlagener Transaktion automatisch storniert wird. Im Moment lässt es sich noch nicht so konfigurieren.

Den Zahlungsweg kann man natürlich auf dem Bon ausgeben. Das ist im neuesten Change-PDF im Kapitel 1.5.10 ("Vorlage Rechnungslayout") beschrieben. Der Platzalzer ist "z", also z.B. diese Zeile in die Vorlage einbauen [code]z_Zahlung; v;[/code]

Ich habe mir notiert, dass ich in einer der zukünftigen Versionen einbaue, dass man einstellen kann, dass bei Kartenzahlungen zwei Bons rauspurzeln sollen. Im Moment kann man nur jeden Bon zweimal ausgeben, aber es ist nicht auf Kartenzahlungen beschränkt.

Die Kassenlade wird sich auch bei Kartenzahlung öffnen, egal ob man es nun als escposts oder in die Vorlage eingebaut hat. Das machen sogar die meisten Kassen im Einzelhandel noch. Aber ja, werde ich mir durch den Kopf gehen lassen.

Viele Grüße,

Stefan

{RawD: 10 11 12}

Hallo Stefan.

[quote]Das Verschieben in /usr/local/bin führt nicht dazu, dass der Printserver automatisch beim Booten des Systems startet. Man muss es in die /etc/rc.local eintragen (zumindest ist dies eine der Möglichkeiten).[/quote]

Ich habe die Schritte wie unter 1.8.2 der Raspi Anleitung durchgeführt und der Autostart des Javaprinters funktioniert jetzt einwandfrei.
Somit kann der Thread von der Ursprungsfrage her geschlossen werden.

Was noch nicht ganz funktioniert, ist das Öffnen der Lade nur bei Kassenbondruck! Hier schreibst du:

[quote]Wenn sich die Kassenlade öffnen soll, funktionieren in der Regel folgende Werte: 27, 112, 0, 40, 50 (Pin 2) oder 27, 112, 1, 40, 50 (Pin 5). Diese Werte kann man entweder in der config.json als escposts anhängen (dann wird sich die Schublade immer nach einem Ausdruck öffnen), oder am Ende in der Vorlage des Kassenbons.[/quote]
[code]{RawD: 10 11 12}[/code]
[quote]In diesem Fall wird sich die Lade nur beim Drucken von Kassenbons öffnen.[/quote]


Ich habe es wie oben beschrieben am Ende der Kassenbonvorlage eingefügt und die "escinits" bzw "escposts" Zeilen der config.json wie original belassen.
Allerdings öffnet sich die Lade dann nicht. Muss ich hier beides machen (Also in "escposts" und in der Kassenbonvorlage deine Werte eintragen), oder habe ich Pech und muss wie du schreibst googlen?
[quote]Einige Drucker haben jedoch eigene Codes für die Kassenlade, dann hilft nur das Druckerhandbuch oder googeln...[/quote]

Da es ein recht einfacher und günstiger Bondrucker ist, konnte ich bisher nichts im Netz dazu finden. Auf dem Testausdruck der dem Drucker beilag steht aber drauf, dass er den EPSON (ESC/POS) Command standard verwendet. Hast du da eine Übersicht der Befehle bzw. einen Tipp, wo ich diesen einsehen kann?


Dann habe ich noch eine Frage in Verbindung mit SumUP. Dieses habe ich gestern eingerichtet und konnte auch erfolgreich Transaktionen ausführen.
Ebenfalls wie beschrieben, öffnet sich nach dem Bezahlvorgang ein Fenster mit dem OK Status. Allerdings habe ich auch den Abbruch einer Transaktion ausprobiert. Hier kam kein Fenster, sondern der Bezahlvorgang war laut Ordersprinter abgeschlossen. Somit musste ich unter Kassenbons den letzten manuell stornieren, damit der Tisch wieder als unabgerechnet dargestellt wird und konnte dann entweder wieder neu per Karte zahlen oder Bar kassieren.

Des Weiteren wäre es toll, wenn auf dem Bonausdruck erscheinen würde, dass per Karte bezahlt wurde. Also eine Unterscheidung in Hinblick auf Bar/Kartenzahlung. Kann man das irgendwo einstellen?

Bei Kartenzahlung wäre auch der automatische Druck von 2 Bons super (Einen für den Kunden und einen für mich). Hab ich da eine Einstellung übersehen?

Bei der Übersicht der Kassenbons (zum nachträglich Druck oder Storno oder oder...) wäre eine direkte Einblendung der ID (Rechnungs NR.) sehr hilfreich. So muss man immer ein paar öffnen, um die richtige Rechnungs Nr. zu finden.

Und als letzter Punkt ist mir aufgefallen, dass bei Kartenzahlung sich die Lade öffnet. Das schließe ich aber daraus, dass ich deine Codes aktuell noch in der "escposts" Zeile der config.json eingetragen habe, da es in der Kassenbonvorlage aktuell noch nicht funktioniert.


Wenn du mir hier noch ein paar helfende Tipps geben könntest, wäre das super :-)

Schöne Grüße
Jochen

Hallo Jochen,

das ist schön, dass das Drucken jetzt funktioniert. Wenn du lieber das sudo weglassen möchtest, damit der Printserver nicht unter root-Rechten läuft, so ist dies auch möglich, das habe ich in Abschnitt 1.8.1 der Raspi-PDF-Anleitung beschrieben.

Das Verschieben in /usr/local/bin führt nicht dazu, dass der Printserver automatisch beim Booten des Systems startet. Man muss es in die /etc/rc.local eintragen (zumindest ist dies eine der Möglichkeiten).

In der Konfiguration gibt es eine Einstellung "Bondruck erzwingen". Wird dies auf "Ein" gestellt, so wird der Button "Nur Zahlung" ausgeblendet, d.h. bei der Abrechnung wird zwangsläufig immer ein Bon gedruckt.

Wenn bei Vereinsfesten nur Barzahlungen erlaubt sind, würde ich sogar in der Konfiguration die Einstellung "Zahldialog und Wechselgeldrechner" auf "Nein" setzen. In dem Fall findet die Abrechnung und der Bondruck direkt nach dem Druck auf "Bondruck" statt. Eine Auswahl des Zahlungsweges findet nicht statt. Allerdings steht dann auch der Wechselgeldrechner nicht zur Verfügung.

[attachment=0]zahldialog.png[/attachment]

Gruß,

Stefan

Hallo Stefan,

natürlich hast du recht. Ich hatte sudo vergessen :roll:
Damit lies sich der Javaprinter dann auch ohne Fehler starten und die Bons werden gedruckt.

[attachment=0]20190316_171328.jpg[/attachment]

Ich werde das sowieso nach /usr/local/bin verschieben, dass es dann auch automatisch startet.

Auch haben deine Vorgaben für das Öffnen der Kassenschublade funktioniert. Diese wird, sobald der Bon gedruckt wird, geöffnet.
Ich werde morgen mal etwas mit den Einstellungen rumspielen, da wie von dir beschrieben, jetzt bei jedem Druck die Lade geöffnet wird.

Besteht evtl. die Möglichkeit, sobald man den Kassen Button betätigt, die Unterscheidung zwischen Zahlung und Bondruck zu kombinieren?
Also, dass zb. der Button Bondruck nicht angezeigt wird und die Funktion mit in dem Button Zahlung hinterlegt wird?
Der Hintergrund ist der, dass wir nur einen Benutzer für die Kellneransicht verwenden (Wir sind ein Verein). Und da wir so einige "verträumte" Benutzer haben, befürchte ich, dass diese bei Bezahlung nicht den Bon für unseren Kassenwart ausdrucken. Somit müsste dieser die fehlenden Bons einzeln nachdrucken...

Besten dank nach Hamburg und schönes Wochenende.

Gruß
Jochen

{RawD: 10 11 12}

Hallo Jochen,

schade, dass die Dateianhänge der Fehlermeldung und von lsusb nicht vorhanden sind, aber wenn du schreibst, dass eine Fehlemeldung bezüglich Zugriffsrechten gekommen sei, könnte es sich darauf beziehen, dass der Account, unter dem der Java-Prozess ausgeführt werden soll, nicht auf den USB-Port zugreifen darf.

Im ersten Code-Beispiel hast du "sudo java..." benutzt, im zweiten hast du das "sudo" weggelassen. Wenn das nicht nur ein Tippfehler für den Beitrag hier war, möchte ich dich bitten, es mit "sudo java" nochmals zu versuchen. Hintergrund: Wird java per sudo aufgerufen, so werden die Rechte des root-Accounts verwendet, und der hat in der Regel die Berechtigung für den Schreibzugriff auf die USB-Ports.

Es ist eigentlich egal, ob ein RS232-USB-Adapter im Gerät verbaut ist, solange man die richtige VendorID/ProductID angibt.

Wenn sich die Kassenlade öffnen soll, funktionieren in der Regel folgende Werte: 27, 112, 0, 40, 50 (Pin 2) oder 27, 112, 1, 40, 50 (Pin 5). Diese Werte kann man entweder in der config.json als escposts anhängen (dann wird sich die Schublade immer nach einem Ausdruck öffnen), oder am Ende in der Vorlage des Kassenbons[code]{RawD: 10 11 12}[/code]. In diesem Fall wird sich die Lade nur beim Drucken von Kassenbons öffnen.

Einige Drucker haben jedoch eigene Codes für die Kassenlade, dann hilft nur das Druckerhandbuch oder googeln...

Viele Grüße,

Stefan