Printer Configuration of *LAN 3812 Printer Device Descriptions

Posted on 7:24 PM comments (1) Labels:
Here is an example of how to configure a standard printer on a AS400.

The objective of this information is to help with the capabilities and limitations of *LAN 3812 printer device descriptions, including those that use the PJL print driver (*HPPJLDRV and *IBMPJLDRV), the SNMP print driver (*IBMSNMPDRV), the IPP print driver (*IBMIPPDRV), and the unsupported LPR Print Driver Exit Program (TSPLPRD) utility.

Most of the information in this document applies equally to *LAN 3812 PJL device descriptions, *LAN 3812 SNMP device descriptions, and *LAN 3812 IPP device descriptions, and *LAN 3812 device descriptions that use the unsupported LPR Print Driver Exit Program (TSPLPRD) utility.

Capabilities of Printing through a *LAN 3812 Device Description

The following is a list of the capabilities of using a *LAN 3812 device description to print to a LAN-attached printer:

1) It can be used with virtually any printer attached to an external print server, provided that the printer and print server both support PJL, SNMP or Internet Print Protocol (IPP) printing. An IEEE 1284 (or bidirectional) printer cable might be required between the printer and the print server specifically if the *LAN 3812 PJL device description is used. The main exception is for host-based or Microsoft Windows-only printers that are attached to the LAN or attached to a Windows server.

Note: If the printer and print server support LPR/LPD but do not support PJL, SNMP or IPP (or even if LPR/LPD is preferred), the unsupported LPR Print Driver Exit Program (TSPLPRD) utility can be used to configure a *LAN 3812 device description that uses LPR/LPD from within a printer writer. This option has the benefits of using a *LAN 3812 device description even though it is using the same LPR/LPD protocol that is used for a Remote Output Queue (RMTOUTQ).

2) It can be used with virtually any printer with an internal print server that supports PJL, SNMP, or Internet Print Protocol (IPP) printing. The main exception is for host-based or Windows-only printers that are attached to the LAN using an internal print server.

3) It can be used over a Local Area Network (LAN) or a Wide Area Network (WAN) if the necessary ports are open on all routers and firewalls between the system and the printer or print server.

4) It can be used to print *SCS, *AFPDS (to laser printers), and *USERASCII spooled files, all of which can be converted to an ASCII printer data stream using Host Print Transform (HPT).

Note: *AFPDS spooled files can be converted only to an HP PCL or IBM PPDS printer data stream that is intended for an ASCII laser printer. No conversion to an ASCII printer data stream is done for *USERASCII spooled files. Therefore, they are sent to the printer as is .

5) It is recommended that the SPOOL pool have a minimum of 6250K.

6) *LAN 3812 device descriptions run under a printer writer. Therefore, they automatically have support for page range printing.

7) *LAN 3812 device descriptions run under a printer writer. Therefore, they automatically have support for message CPA3394 - Load form type '&4' device &5 writer &1 .

8) *LAN 3812 device descriptions run under a printer writer. Therefore, *LAN 3812 device descriptions that are configured with the LAN attachment (LANATTACH) parameter set to *IP automatically have support for message CPA4002 - Verify alignment on printer &3 when the Form feed (FORMFEED) parameter in the printer device description is set to *CONT. However, *LAN 3812 device description that are configured with the LAN attachment (LANATTACH) parameter set to *USRDFN, such as when using the LPR Print Driver (TSPLPRD) utility, do not have support for message CPA4002.

9) Additionally, *LAN 3812 SNMP device descriptions will print a single line before message CPA4002 is issued, as is done for twinax printers attached to a local or remote workstation controller, that can be used to verify the alignment prior to answering message CPA4002 and printing the remainder of the spooled file.

10) *LAN 3812 device descriptions run under a printer writer. Therefore, they automatically have support for printing file separators or job separators. File separators can be set up by specifying the File separators (FILESEP) parameter in the spooled file attributes or by specifying the File separators (FILESEP) parameter in the Start Print Writer (STRPRTWTR ) command. Job separators can be set up by specifying the Job separators (JOBSEP) parameter in the output queue description associated with the *LAN 3812 device description (the output queue of the same name is in the QUSRSYS library).

11) The settings in the printer device description have an effect on how the printer writer communicates with the printer and on how the operating system formats spooled files for the printer. This includes, but is not limited to, the settings for the Online at IPL (ONLINE), Attached controller (CTL), Font identifier (FONT), Message queue (MSGQ), and Host print transform (TRANSFORM) parameters.

For example, changing the Message Queue (MSGQ) parameter in the printer device description controls which message queue is used for all writer messages because the Queue for writer messages (MSGQ) parameter in the Start Print Writer (STRPRTWTR ) command defaults to *DEVD.

12) *LAN 3812 device descriptions run under a printer writer. Therefore, the Work with Writers (WRKWTR ) command shows that the writer is started even when the WTR (Writer) parameter is set to the default value of *PRT.
Limitations of Printing through a *LAN 3812 Device Description

The following is a list of the limitations of using a *LAN 3812 device description to print to a LAN-attached printer:

1) The source system must be at V4R1M0 (R410) operating system or later for a *LAN 3812 PJL device description (or at V3R7M0 with certain PTFs), at the V4R3M0 (R430) operating system or later for a *LAN 3812 SNMP device description, or at the V5R2M0 (R520) operating system or later for a *LAN 3812 IPP device description.

2) It does not support message CPA5335 - End of forms on printer &3 .

3) It cannot be used to send *IPDS spooled files because they are not supported by Host Print Transform (HPT).

4) Large spooled files take a long time to go to a held (HLD) status when held on the queue.

5) Large spooled files take a long time to delete after selecting to delete them from the queue.

6) Spooled files can sit in PND (Pending) status or in MSGW (Message Waiting) status with message CPD337F - Remote device rejected an attempt by the writer to open a connection for extended periods of time, depending on the status of the printer and the network. Always check the writer job log, the control panel on the printer, or the printer web access when a spooled file is in PND or MSGW status for an extended period of time.

7) *LAN 3812 device descriptions do not support printing with the Spool the data (SPOOL) parameter set to *NO. LAN attached printing of all sorts (including RMTOUTQs, *LAN 3812 device descriptions, and PC5250 printer sessions) require generating a spooled file by printing with the SPOOL parameter set to *YES. SPOOL(*NO) is allowed only with printers that are twinax attached through either a local or remote workstation controller.

8) *LAN 3812 device descriptions that are configured with the LAN attachment (LANATTACH) parameter set to *USRDFN, such as when using the LPR Print Driver (TSPLPRD) utility, do not have support for message CPA4002 - Verify alignment on printer &3 when the Form feed (FORMFEED) parameter in the printer device description is set to *CONT.

9) Although *LAN 3812 printer device descriptions that are configured with the LAN attachment (LANATTACH) parameter set to *IP automatically have support for issuing message CPA4002 - Verify alignment on printer &3 when the Form feed (FORMFEED) parameter in the printer device description is set to *CONT, *LAN 3812 printer device descriptions that use the PJL, IPP, LEXLINK or Network Station print driver do not support printing the first line of the spooled file so a user can verify that the printer is truly aligned prior to answering message CPA4002 and printing the remainder of the spooled file. This is only supported with *LAN 3812 SNMP device descriptions. Read More......

Why AFP?

Posted on 1:15 PM No Comments Labels:
Why AFP?
First and most importantly, what is AFP? I started in this business back in 1984 when AFP was Advanced Function Printing now I would lean towards Presentation. This would be two different ways to define AFP.


Today, printing has come a long way. With the ability to post application data to a Web Site or send it via email, printing can become a new way to present information.

AFP as a software architecture is implemented in the device-independent AFP data stream. AFP as a hardware architecture is implemented in the device-dependent IPDS data stream. Most importantly it is designed for system-managed printing, where all of the managing of the print process is tracked and controlled  so that every spooled file prints completely and accurately, every time. Itis implemented in software and hardware products that you can get from IBM and other vendors that take advantage of the AFP benefits.

What's advanced about Advanced Function Printing/Presentation?
The hardware and software architecture is integrated among applications, operating systems, and printers. This means you get a total print solution, where all the pieces are designed to work together.

AFP is integrated into IBM Mainframes and Distributed Systems like the AS/400, where each release is built with printer file and document management, plus print management via PSF on the various platforms.

Error recovery is built in to the IPDS data stream.
This is bidirectional so that software and the printer can have conversations. An IPDS printer knows when it has an error like a paper jam and the printer can tell AFP enabled software about it. The software can then take appropriate action: notify the sender, re-route the print job, etc.

External document formatting is built in to the AFP data stream. The formatting of a document can be independent of the application that produces it, and the printer that prints it. This means you can get better looking print output without changing the application that produces the print data.

AFP is the cornerstone for document management applications like print - and-view, archive/retrieve, and COLD (Computer Output to Laser Disk). Today, output can be exported in PDF so that it can be portable for viewing and printing.

AFP products embrace industry standards. For example, compressed images use standard ITU -TSS T.6 Group 4 decompression. PSF sends standard data streams like SCS, PostScript, IPDS, line data, and AFP print files, plus GIF and BMP images-- across TCP/IP networks to IPDS printers. Or, AFP documents can be converted and sent to ASCII printers.

To use advanced function printing (AFP) support on any of the IBM System Server, PSF must be installed. However, if the ASCII data stream is converted through various Transform function built into the operating systems or with optional products, you can use the AFP support without having to install the PSF.
Read More......

Value of Programming

Posted on 1:09 PM No Comments Labels:
While I started out to focus entirely on print and the way information is delivered. During my conversations, I have found that there are so many other needs that the people I talk with have. By focusing in on listening to what they need I have found many ways to be of assistance.

My assistance includes finding packaged programs to cover and implement capabilities to meet the needs I understand.

After 20 years with IBM, I recognize the differences between programs that are cadillacs in comparison to those that are like volkswagens. The main objective, in the 90's selling was focused on quality, today I believe that focus is on value.

I have a team of people who can assist in writing programs.
We specialize in AS400 Cobol and RPG Programming, but we are not limited to this. We have the ability to program with Visual Basic as well as .NET(VB & C#), Lotus Domino (Lotus Script & Formula), Java, JavaScript, HTML. 


DataBase Creation and Storing of information within SQL Server, MySQL, DB2, iSeries, etc. Read More......
Subscribe to: Posts (Atom)

About Me

My photo
Founder, Imaginer, Creator of Major Printing and Programming Solutions, bringing value to the printed page