SUMMARY: Printing to an HP5si/mx printer

From: Chander Ganesan <C_at_Asu.Edu>
Date: Wed, 13 Nov 1996 08:47:01 -0900 (AKST)

        Okay! As usual I got resposes pretty fast to this one, and they
are included below. For the case of both postscript and text printing the
'rp=text' switch does the trick (alothough it seems to not work for
Postscript in a few remote cases, mine were with PS output from Msim's
Probe utility for Pspice) . In the cases where PS does not print using
'text', 'raw' does work.

        Unfortounately, none of the soltions I got had ideas as to how to
modify which tray the output goes to...

Many thanks to :
        Gary C. Jenkins <hawkeye_at_spiritone.com>
        Kevin Oberman <oberman_at_es.net>
        Richard L. Eisenman <eisenman_at_tricity.wsu.edu>

-- 
Chander Ganesan
Information Technology
Arizona State University
C_at_asu.edu
-----------------------------------------------------------------------
The Question:
~~~~~~~~~~~~~
Hello-
	I'm trying to set up my DU4.0A workstation to print to an HP
Laserjet 5Si/Mx .  The problem I am having is that printouts end up
defaulting to paper tray 2 (which is set up to be a colored banner page).
At present my banner pages come out in the color that the printouts shoudl
come out in (ie. they are reversed from what they should be) .  Here's a
history of my problems:
	Initially, I set up the printer using DEC's print setup tool.
This caused the printout to go directly to the JetDirect port on the
printer (which was fine) .  However, while this worked great for
postscript, it caused the 'step effect' on normal text printers.  To
correct this I wrote a short filter.  While sending printouts to the
filter using 'cat filename|filter|lpr' printouts came out great, but no
matter how I defined the filter in /etc/printcap it wouldn't work (if, xf,
tf, etc.) .  As a result I couldn't print out my normal text (which was a
problem for me) .  Because of this I modified the print configuration.
	The print config that I switched to was as follows:
lp0|0|lp|5si/mx:\
        :lf=/usr/adm/lp0err:\
        :if=/usr/local/printer/lpfilter:\
        :sd=/usr/spool/lpd0:\
        :ct=tcp:\
        :lp=_at_printername.host.domain/hpprint:\
        :mx#0:
(hpprint is defined in /etc/services as 9100/tcp )
	While this worked for both postscript and normal printing it
caused my header pages to be garbage text, and I still don't think my
filter is working :-( .  I can print everything out now, but it uses the
wrong tray (wrong color paper) and the header pages are messed up.
	My question is ... has anyone gotten printing to this sort of
printer to work via native printing (ie. without having everything go
through numerous print queues, or through some external printing program)
?  I would think it should now, since DU4.0A seems to know about JetDirect
printing.  If so could they please let me know how ? 
As is the creed of a DU Manager....Responses will be summarized. :)
-- 
Chander Ganesan
Information Technology
Arizona State University
C_at_asu.edu
-----------------------------------------------------------------------
From: "Gary C. Jenkins" <hawkeye_at_spiritone.com>
Assuming that the printer has an IP address defined that is known by the print
server, try the following:
lp0|0|lp|5si/mx:\
        :lf=/usr/adm/lp0err:\
        :sd=/usr/spool/lpd0:\
        :rm=printername.host.domain:\
        :rp=text:\
        :lp=:\
        :mx#0:
[*Note* Below is from a second note]
I would probably setup 2 printers: 1 for text and 1 for postscript
The postscript one would have an input filter (if)  written as an awk script
which adds in the postscript code to select the correct tray. That is, if
you want to force postscript to ALWAYS go to that tray.
I really don't know of anyway to determine the tray the output will go to
unless the software doing the printing has that knowledge. Something like
Oracle may be able to provide that capability by generating the proper
postscript calls before sending the document to the printer. At that point,
the printer queue will look just like what we have below.
Good luck!!
*
* Gary C. Jenkins
* hawkeye_at_SpiritOne.com
*
-----------------------------------------------------------------------
From: Kevin Oberman <oberman_at_es.net>
You are working too hard. Here is an example printcap. Note the only
difference (other than name) is the rp parameter.
lp|hp1|text|HP 5SI at work center:\
	:lf=/var/spool/lpd/nersc/lwb0/log:\
	:lp=:\
	:rm=hp-printer.domain:\
	:rp=text:\
	:sd=/var/spool/lpd/nersc/lwa1:
lp1|ps:\
	:lf=/var/spool/lpd/nersc/lwb1/log:\
	:lp=:\
	:rm=hp-printer.domain:\
	:rp=raw:\
	:sd=/var/spool/lpd/nersc/lwb1:
[*Note* Below is from a second note]
Ahh. I suspect you have the duplexer option. I have been having that
problem since we installed the duplexer.
For what it's worth, the manual says raw passes the file untouched
while text converts ^j to ^j^m.
I don't know just how the duplexer is tied up in this, but it sure is,
at least in my case. Unfortunately, the tech who did the install
misplaced the manual, so I can't even RTFM. :-(
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman_at_es.net			Phone: +1 510 486-8634
-----------------------------------------------------------------------
From: "Richard L. Eisenman" <eisenman_at_tricity.wsu.edu>
We're using the 'magicfilter' package, available from any Linux site, on
an Alpha 1000 server.  It's worked like a charm.  Let me know if you have
any questions.
******************************************************************************
Richard Eisenman                                               100 Sprout Road
UNIX/Network Administrator                                         Richland WA
Washington State University Tri-Cities                                   99352
eisenman_at_tricity.wsu.edu                                        (509) 372-7381
******************************************************************************
-----------------------------------------------------------------------
Received on Wed Nov 13 1996 - 18:08:19 NZDT

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:47 NZDT