Kyocera printing problem (interface script)

[Manuel G]

Our system has several networked printers accesible via ddfa daemons. Printers are phisically attached to DECServers. We only print ascii files with no graphics.

We have a problem with a new printer (kyocera FS1700), we doesn't find the correct interface script so printing is incorrect. We've tried to use LaserJet interface script but it didn't work.

Does anyone knows something about kyocera interface scripts or valid emulations?

Thanks in advance.

[S.K. Chan]

Try using the "dumb" model script in /usr/spool/lp/model. If modification needs to be made you canmake a copy of that script and call it, say.. "dumb2" and do your testing with that script.

[Steve Steel]

Hi

You have 2 options.


1)The standard dumb script.

2)Markvision

http://www.lexmark.com/canada/networking/mvp/markvision_printers.html

This is a downloadable jetadmin type software from lexmark which runs on HP.

Among the supported printers.

Konica KL-3015
Kyocera FS-1700
Kyocera FS-1750
Kyocera FS-3700+
Kyocera FS-3750
Kyocera FS-7000
Kyocera FS-9000

print straight from the HP

Steve Steel

[Rodney Hills]

I believe the Kyocera's are able to emulate HP LaserJet III.

-- Rod Hills

[Manuel G]

Hi again:

I think dumb script doesn't let me choose landscaping features and I need it.

Kyocera printer has folowing emulations:

HPLaserJet 5M
Epson LQ850
Diablo 630
IBM ProPrinter
Line Printer
KPDL
KPDL Auto

We've tried with LasertJet 5m emulation and laserjet model script, but it writes all the information on the same line, it didn't make carriage return (nor line feed i think). Can I force both from the model script?

Thanks

[S.K. Chan]

See if any of those printer scripts that you want to use have the var "eolwrap". Basically this is used for PCL only and some laserjet script has it. The "eolwrap" if set to yes will do an automatic line wrap when the line reaches the right margin defined.

[Rodney Hills]

If these are truly text files, I have added the following to my interface script to force new lines.

sed 's/$/^M/'

You need to add the carriage return since unix only has a ^J seperating records.

-- Rod Hills

[Manuel G]

Hi Rodney:

I think our problem is related with your suggestions.
Only some points:

- I??ve found a laserjet5M compatible model script (net_lj4x) and we are going to work on it.

- Which point of model script did you write "sed ..." in?

- How and where should I write carriage return?

Thanks.

[Rodney Hills]

I have used a script similar to the following-

#!/usr/bin/ksh
/opt/hpnpl/bin/hpnpf -a1 -w -x arlj 2>/dev/null |&
exec >&p
# Set up printer default modes
echo "\033E\c" # Reset Printer
echo "\033&l1O\c" # Landscape orientation
sed 's/$//'
# Reset printer
echo "\033E\c" # Reset Printer
exec 2>&-
exit 0

The print queue interfaces work on the basis that standard input (STDIN) is set to the file to print and standard output (STDOUT) is the printer device file itself.

The "sed" in the script will read from STDIN (file to print) and write to STDOUT (printer device).

In my example I am using JetDirect boxes so their is no printer device file, but by exploiting co-processes within ksh I can launch hpnpf and set STDOUT to its STDIN.

Hope this helps explain...

-- Rod Hills

[Frank Slootweg]

> We've tried with LaserJet 5m emulation and laserjet model script, but it writes all the information on the same line, it didn't make carriage return (nor line feed i think). Can I force both from the model script?

Others have already mentioned other methods for doing the mapping from LineFeed (LF), which is the normal UNIX end-of-line marker, to Carriage-Return (CR) + LF.

There are some more:

- Using ux2dos(1) (instead of the 'diffucult' sed(1) command).

- Using "stty onlcr <&1 2>/dev/null". This is possible because with the DDFA software, the printer looks like it is a terminal. For details see the ddfa(7) etc. manual pages and the stty(1) manual page.

In order to test if this is really your problem, just start with:

cat file | ux2dos | lp -d.....

If the file is printed correctly, the missing LF->CRLF mapping is the problem and you can use any of the mentioned methods.