MFRTYPMDL

[Robi]

Hi,
Lt IBM gehen farbige Overlays bei IPDS Druckern.
Der Drucker kann IPDS und ist nun als IPDS Drucker definiert, die Printerfile ist als IPDS für diesen Drucker gewandelt und ... er druckt Graustufen.

Habe das Thema an Ibm abgegeben
Melde mich, wenn es (k)ein ergebnis gibt

Robi

[Fuerchau]

Wenn der Drucker IPDS kann, so muss er als Device ohne Hosttransform funktionieren und die Rasterarchitektur unterstützen (DEVD), sonst ist er kein IPDS-Drucker.
Sobald Hosttransform im Spiel ist gibt es für Grafik nur Graustufen!!!

Um dann den IPDS-Drucker auch mit allen Funktionen zu nutzen ist dann zusätzlich PSF/400 erforderlich und die PRTF als *IPDS und nicht als *AFPDS zu verwenden.

Ich habe es auch schon öfter geschrieben, dass nur IBM tatsächliche IPDS-Drucker liefert. Alle anderen beschränken sich auf den nativen Datenstrom und stellen sich im Wesentlichen als SCS-Drucker dar, so dass für Barcode, Overlays und Pagseg's wiederum Hosttransform erforderlich wird.
Und dann schlägt obige Bedingung wieder zu.
An IBM brauchst du deshalb keine Meldung zu geben. Vielleicht gibts ja von deinem Händler mal eine Teststellung eines IBM-IPDS-Druckers.

[Robi]

Moin

IPDS kann er angeblich, Hostransform ist nicht definiert,
PSF/400 ist vorhanden, PRTF als *IPDS gewandelt ...

IBM hat ja selber gesagt das das gehen muß.
(mit DEM Drucker)

Und bei den Support gebühren die IBM vom Kunden bekommt können die sich ruhig mal einem Problem annehmen.

mal sehn was kommt ...

Robi

[Robi]

So, habe Nachricht von IBM

<Theorie>
Es ist alles 'richtig' definiert.
Der druck MUß farbig rauskommen.

<Praxis>
IBM selber hat es mit 2 Druckern getestet,
einer ging, der andere nicht.

<Fazit>
IPDS ist nicht = IPDS

Als alternative Hilfe soll ich mich an RICOH wenden da 'deren' IPDS nicht 'richtig' funktioniert. (so wie das eine von IBM!)

Leider gibt es keine Definition von richtig!

Werde den Spool mit unserm Tool als PDF umsetzen und als PCL drucken.

Bei einer Druckerdefinition als *IPDS gehen (angeblich) keine *ASCII Prtf's ( PCL Daten)
Kann das jemand bestätigen?
Kann ich einen 'mischbetrieb ' hinbekommen?

Danke
Robi

[Fuerchau]

Was hat das eine mit dem anderen zu tun?
*USERASCII ist eine PRTF, mit der direkte PCL-Sequenzen ausgegeben werden können, dabei wird der gesamte Spool transparent durchgereicht.

In allen anderen Formaten (*SCS, *IPDS, *AFPDS) kann ich dies mit TRNSPY auf Feldebene gezielt steuern um ESC-Sequenzen u.ä. quasi einzubetten.

Was das "richtige" IPDS angeht, so emulieren die anderen Hersteller eben so das, was man ggf. durch Traces herausbekommen hat.
Verständlich ist, dass sich IBM da nicht gerne in die Karten schauen lässt wie viele andere Hersteller auch.
Ich kann mich noch an Zeiten erinnern, da gab es zu jedem Drucker ein Handbuch zur Druckersprache dazu. Dies erfolgt nun nicht mehr, da sich ja sonst jeder einen eigenen Treiber bauen könnte.

[Robi]

Was hat das eine mit dem anderen zu tun?
*USERASCII ist eine PRTF, mit der direkte PCL-Sequenzen ausgegeben werden können, dabei wird der gesamte Spool transparent durchgereicht.

So wie ich den IBM'er verstanden habe, kan ein als IPDS definierter Drucker keine 'Sternchen Spools' (die vom Typ ascii sind) drucken.

Wenn der Drucker also für andere Druckjobs weiterhin als *IPDS definiert sein muß, und dann kein *ascii kann, habe ich immer noch ein Problem.
Das wollt ich wissen.


Ich schrieb übrigens:
2 IBM Drucker mit 'richtigem' IPDS, BEI IBM!!! einer kanns der andere nicht.

Gruß
Robi

[Fuerchau]

Manchmal weiß die IBM selber auch nicht alles.
Die *ASCII-Spools werden ja grundsätzlich nur gerouted, also auf den Drucker geschoben.
Ich erhalte ebensolche Spools, wenn ich vom PC über Drucker-Netzfreigabe direkt auf einen AS/400-Drucker ausgebe (ja das geht mittels AFP300/600-Drucker).
Das klappt auch mit IPDS-Druckern.

Ansonsten interessiert mich noch die IMGCFG des Devices. Hier sollte man die richtige Auflösung/Farbe einstellen.
Aber ich nehme mal an, dass du das berücksichtigt hast.

Was halt den Drucker selber angeht, dann kauf oder tausche doch auf den funktionierenden Drucker .

[Fuerchau]

PS:
Du erwähnst da eine PDT-File.
Ich kenne das nur von 5250-Sitzungsdruckern und die können ohne WSCST sowieso nur SCS-Drucke und mit WSCST dann keine Farbe.

Wo hast du also die PDT konfiguriert?

[Robi]

Manchmal weiß die IBM selber auch nicht alles.
Die *ASCII-Spools werden ja grundsätzlich nur gerouted, also auf den Drucker geschoben.

ok, das hatte ich gehoft. mal sehn, was der Test ergibt.

Ansonsten interessiert mich noch die IMGCFG des Devices. Hier sollte man die richtige Auflösung/Farbe einstellen.
Aber ich nehme mal an, dass du das berücksichtigt hast.

Jain, der IBM'er hat das erwähnt.
Wir haben dann ohne Fachwissen nach dem 'Versuch und Irrtum' Prinzip verschiedene Overlays erzeugt.

Was halt den Drucker selber angeht, dann kauf oder tausche doch auf den funktionierenden Drucker .

Würde ICH sofort machen
Möchte aber der Kunde nicht

Der freut sich jetzt auf Druckausgaben über unseren Spooldesigner! Endlich keine (neuen) Overlays und Pagseq's mehr. Und alles auf der AS400!

Du erwähnst da eine PDT-File.
Ich kenne das nur von 5250-Sitzungsdruckern und die können ohne WSCST sowieso nur SCS-Drucke und mit WSCST dann keine Farbe.

Wo hast du also die PDT konfiguriert?

Die PDT war in der Beschreibung von IBM für den Drucker erwähnt. Ich kannte/kenne das gar nicht. Aber der IBM'er sagte auch, das hat nur was mit 5250 zu tun.

Robi

[Robi]

@Baldur

Du sagtest doch *IPDS drucker konnen ASCII drucken?

Wir erzeugen nun direkt den PCL Datenstrom, und bekommen bei der zuweisung zum Drucker diesen Fehler

                       Weitere Nachrichteninformationen                       
                                                                              
Nachrichten-ID . . . . :   CPI3373       Bewertung  . . . . . . :   30        
Nachrichtenart . . . . :   Information                                        
Sendedatum . . . . . . :   18.12.12      Sendezeit  . . . . . . :   13:40:49  
                                                                              
Nachricht . . . :   Ausgabeprogramm PRT#SUSRV kann Datei FO0120D nicht zur    
  Einheit PRT#SUSRV umleiten.                                                 
Ursache  . . . . :  Ausgabeprogramm PRT#SUSRV konnte Datei FO0120D mit Nummer 
  5074 im Job 861495/PPTL/QPRTJOB erstellt auf System S4405619 am 18.12.12    
  13:40:43 nicht an Einheit PRT#SUSRV umleiten. ASCII-Daten können nicht in   
  das Format umgesetzt werden, das für die Verarbeitung der Datei auf dieser  
  Einheit erforderlich ist. Handelt es sich bei Einheit PRT#SUSRV um einen    
  PC-Drucker, musste die Datei umgeleitet werden, da die Seitenbreite,        
  Seitenlänge, Anzahl Zeilen pro Zoll oder Schriftartattribute der Datei      
  FO0120D von der Einheit nicht unterstützt wurden. Ist Einheit PRT#SUSRV als 
  Drucker mit der Angabe AFP(*YES) konfiguriert, ist zum Drucken der Datei    
  möglicherweise ein Abbildkonfigurationsobjekt oder eine Formulardefinition und eine Seitendefinition erforderlich.                                      
 Fehlerbeseitigung:  Datei FO0120D kann nur auf einem PC-Drucker verarbeitet    
   werden. Ist Einheit PRT#SUSRV ein PC-Drucker, Datei FO0120D an einen anderen 
   PC-Drucker umleiten, der die Attribute von Datei FO0120D unterstützt, oder   
   die Datei mit den Angaben für Seitenbreite, Seitenlänge und Anzahl Zeilen    
   pro Zoll sowie den Schriftartattributen erstellen, die vom Drucker           
   unterstützt werden. Ist Einheit PRT#SUSRV als Drucker mit der Angabe         
   AFP(*YES) konfiguriert, für den Drucker ein Abbildkonfigurationsobjekt       
   angeben oder die Datei mit einer Formulardefinition und der Seitendefinition 
   erneut zu erstellen und erneut versuchen, die Datei zu drucken. Auf diese    
   Art und Weise können einige PC-Datenarten gedruckt werden.

Der Drucker ist *AFP definiert.
Wie erstellt man ein Abbildkonfigurationsobjekt?
Robi

[Fuerchau]

Jein.
*ASCII sind SPLF's die direkt den Zieldatenstrom enthalten, normalerweise.
Für HPT geht das so leider nicht da hier immer eine Datenstromumsetzung erfolgt.
PCL kannst du direkt nur als transparente Felder via PRTF an einen Drucker ausgeben.

Wie kommt aber eine *ASCII-Datei in die AS/400?
Ganz einfach per Netzfreigabe!

Gib einen Drucker per OpsNav im Netz frei.
Diesen Drucker ordnest du in Windows als Netzwerkdrucker zu, musst allerdings den Treiber "IBM AFP300/600" (nur über CA 32-Bit) manuell auswählen.

Nun kannst du aus Windows heraus auf den AS/400-Drucker drucken.
Was passiert?

Der IBM AFP300-Drucker sendet nun IPDS-Daten an die AS/400, so dass der Spool nun als *ASCII erscheint.
HPT wandelt dann diesen Spool wieder via WSCST in PCL um.
Leider ist allerdings zum konvertieren von IPDS via HPT das Produkt PSF/400 wieder erforderlich.