Batch-Datei durch RPG ersetzen

[Souljumper]

Ich habe recht viel mit Druckern zu tun, auf denen ich regelmäßig neue Logos aufflashen muss.
Das ganze passiert derzeit über eine Batch-Datei die ich starte, die mir dann die benötigten Txt und Tec Dateien auf den LPT1 Port jagen und den Drucker beflashen. Klappt soweit auch gut.

Allerdings ist angedacht, dieses Batch Programm abzulösen und auf der AS400 einen Spool zu erzeugen und dann von dort aus zu flashen. Hintergrund ist, das die Drucker zwar alle an der selben AS400 angeschloßen sind, aber teilweise ein paar Kilometer voneinander entfernt stehen.
So könnte man einfach eine Spool erzeugen und diese auf alle betroffenen Drucker jagen.

Hab mir das so vorgestellt, das ich die benötigten txt und tec dateien ins IFS der AS400 lege und mir dann ein RPG programm schreibe. Dieses soll mir eine Spool erzeugen, in dem dann die informationen aus den txt und tec dateien enthalten sind.

Frage ist jetzt, ist das "so" einfach wie ich mir das vorstelle? Da die Dateinamen fix sind, wäre mir auch geholfen wenn ich einfach Dateien aus dem IFS der Reihe nach laden könnte und dann nacheinander auf eine Outq schicken könnte - wie aufwändige wäre das?

[BenderD]

Hallo,

das könnte zum FuE Projekt werden, da OUTQs nicht auf transparent Data ausgerichtet sind. Das laden aus dem IFS und das ganze Gedöns stellen weniger das Problem dar (da gibt es auch was auf meiner Open Source Seite: INSTREAM)

mfg

Dieter Bender

Ich habe recht viel mit Druckern zu tun, auf denen ich regelmäßig neue Logos aufflashen muss.
Das ganze passiert derzeit über eine Batch-Datei die ich starte, die mir dann die benötigten Txt und Tec Dateien auf den LPT1 Port jagen und den Drucker beflashen. Klappt soweit auch gut.

Allerdings ist angedacht, dieses Batch Programm abzulösen und auf der AS400 einen Spool zu erzeugen und dann von dort aus zu flashen. Hintergrund ist, das die Drucker zwar alle an der selben AS400 angeschloßen sind, aber teilweise ein paar Kilometer voneinander entfernt stehen.
So könnte man einfach eine Spool erzeugen und diese auf alle betroffenen Drucker jagen.

Hab mir das so vorgestellt, das ich die benötigten txt und tec dateien ins IFS der AS400 lege und mir dann ein RPG programm schreibe. Dieses soll mir eine Spool erzeugen, in dem dann die informationen aus den txt und tec dateien enthalten sind.

Frage ist jetzt, ist das "so" einfach wie ich mir das vorstelle? Da die Dateinamen fix sind, wäre mir auch geholfen wenn ich einfach Dateien aus dem IFS der Reihe nach laden könnte und dann nacheinander auf eine Outq schicken könnte - wie aufwändige wäre das?

[Souljumper]

Das sequentielle lesen und senden von Daten(aus dem IFS) an eine Outq wäre daher auch nicht möglich?

Hallo,

das könnte zum FuE Projekt werden, da OUTQs nicht auf transparent Data ausgerichtet sind. Das laden aus dem IFS und das ganze Gedöns stellen weniger das Problem dar (da gibt es auch was auf meiner Open Source Seite: INSTREAM)

mfg

Dieter Bender

[BenderD]

Hallo,

von unmöglich war keine Rede, zwischen dir und der OUTQ hängt ein Printfile, das da alles mögliche mitfummelt. Für transparente Daten kann man da wein PrintFile mit *USERASCII als Druckertyp für transparente Daten angeben; ich habe das noch nie benutzt, so wird es wohl vielen gehen und selten genutzte Funktionen funzen oft nur fast...

mfg

Dieter Bender

Das sequentielle lesen und senden von Daten(aus dem IFS) an eine Outq wäre daher auch nicht möglich?

[codierknecht]

Wie wäre es denn, wenn Du die Dateien in das IFS kopierst und anschließend mittels CPYFRMPCD die Daten in eine Datenbankdatei kopierst. Die kannst du dann mittels PGM ausdrucken

[JonnyRico]

Wie wäre es denn, wenn Du die Dateien in das IFS kopierst und anschließend mittels CPYFRMPCD die Daten in eine Datenbankdatei kopierst. Die kannst du dann mittels PGM ausdrucken

Dann ist da aber immer noch ein Printerfile....

[codierknecht]

Hab mir das so vorgestellt, das ich die benötigten txt und tec dateien ins IFS der AS400 lege und mir dann ein RPG programm schreibe. Dieses soll mir eine Spool erzeugen, in dem dann die informationen aus den txt und tec dateien enthalten sind.

Ein PGM mit PRTF scheint ja kein Problem darzustellen?

[Fuerchau]

Naja, es gibt da noch eine eingeschränkte Möglichkeit:
1. Der Drucker muss als Device direkt ansprechbar sein (geht meist nicht per IP)
2. In der PRTF ein Satzformat mit einem Feld und TRNSPY definieren
3. CRTPRTF/CHGPRTF/OVRPRTF ... SPOOL(*NO)
4. Versuchen zu drucken

Ggf. klappt es auch über Spool, eine Garantie gibts dafür eigentlich nicht.
Bei TRNSPY müssen die Daten also in der Druckersprache bereits vorliegen.