Zebra-Drucker will ASCII 06 als EAN128-Trenner

[Aqua]

Hallo *all,

wir haben einen Zebra 2746e mit EPL-II via RMTOUTQ an der iSeries(AS400).
Damit drucken wir SSCC(NVE)-Transportetiketten mit EAN128-Barcodes.

Wenn die AI(Application Identifier) fixe Länge haben alles kein Problem. Nun kommt ein Kunde auf die Idee verschiedene Variable Daten in einem Barcode zu drucken.

Im Zebra-Handbuch zu EPL-II steht lapidar ein kleiner Kommentar:

UCC/EAN 128*

* - Use ASCII 06 to delimit variable length fields.

Nun liegt jedoch das ASCII 06 außerhalb der umgesetzten Zeichen :/

Ein Test per PC->AS Transfer hat mir x'2E' als EBCDI-Code gebracht. Also habe ich mir gedacht ein WSCST-Objekt erstellt was 2E->06 umsetzt, aber bis jetzt zeigt mir der Drucker-Dump den Beginn bei den normalen Zeichen.

Wenn ich die Escape-Daten für die Codepage 273(Deutsch) hätte, dann könnte ich evtl. noch einen Versuch starten.

Bisher konnte ich mich damit behelfen die Variablen AI's (z.b. Menge) ans Ende im Barcode zu stellen. Was nun aber leider nicht mehr geht.

Vielleicht kann mir ja jemand einen Tip geben?

viele Grüße
Jürgen

[Fuerchau]

Die einzige Chance sehe ich darin, im PRTF ein Feld mit TRNSPY (Transparent) anzugeben. RPLUNPRT(*NO) ist beim CRTPRTF anzugeben.
In diesem Feld kannst du dann native ASCII-Daten übertragen.

[Aqua]

vielen Dank für den Tip mit RPLUNPRT(*NO) - damit konnte ich wenigstens erkennen wie weit die Zeichenumsetzung vom Spool in den Drucker angekommen ist...

Dank folgendem Link
http://archive.midrange.com/midrange.../msg01197.html

bin ich darauf gekommen ein anderes Zeichen "^" (ASCII '5E'x)
auf ASCII '06'x als Steuersequenz zu nehmen.

Ich habe noch vergessen zu erwähnen, dass ich nicht mit einem externen Printerfile arbeite, da ich die EPL-II Sequenzen variabel zusammenbaue geht das für mich am schnellsten intern ;-)

dann kann ich ja beruhigt der variablen EAN128-Zeit entgegen sehen *ggg*