Connecting Okidata 321 w/JetDirect 170x

[Christopher Hildrum_1]

We are running into some roadblocks with this one:

System:
HP-UX 11.00,
HPNPL E.10.34 Jetdirect
JetDirect 170x box

we are trying to connect the okidata 321 to the jetadmin. I have set up a dump printer with and without the CR. The problem is that the form feed is not working and I do not seem to have the right echo inserted into the script. Does anyone have a model script for an okidata 321 or a better way to fix this problem?

Thanks in advance -
Chris

[Rodney Hills]

The "dumb" model does put out a form feed (octal-014).

If your okidata is not page ejecting, you may have to configure the printer itself to tell how many print lines are in a page. Many dot matrix printers will not do a page eject until that value is specified.

Also, some printers require a "set top of form" action be done on the printer, so the printer knows that page ejects will start at a top of page.

Hope this helps...

-- Rod Hills

[Jeff Schussele]

Hi Chris,

There are/were 2 types of Oki 321 printers.
One used Okidate native commands & one used Epson/IBM command (switchable thru ptr menu).

Printing the menu on the printer will tell you which you have. I also remember that the Epson/IBM model had a sticker stating such near the bottom of the ptr.

IF you have the Epson/IBM set it to Epson as that has the best chance of matching control codes to dumb.

Else you'll have to drag out the ptr manual or go to Oki's web-site for the codes & edit the dumb interface for the proper codes.

Here's the URL for the reference manual for Oki 321 - it'll have the control codes:

http://my.okidata.com/PP-ML321.nsf?opendatabase

HTH,
Jeff

[Tracy_5]

Here are some things you can do to help figure out what's going on.
- check with okidata for a script for your version of hp-ux

- try the following model scripts from hp-ux, they can be found in either
/opt/hpnp/sh or /lib/lp/model.
dumbplot_printer
net_genericprinter
dumbplot_printer_cr
dumbplot
dumb

- I would also go into HPPI (or Jetadmin) and go into.....
spooler administration ...
modify existing spooler queue ...
use the name of the printer your having problems with ...
go to additional printer changes ...
make sure "Job Recovery" and "True End-of-Job" are set to true.

[Christopher Hildrum_1]

All -

Here is where we stand:
We had to set the printer to IBM format and also configure the Okidata 321 for:
auto FF on,
auto CR on
We then used the dumplot - no CR option to start.
We can print with the dumplot_printer. It is currently printing with 6lpi/10cpi. We now need to switch it to 8lpi/10cpi without losing the original printer (need another type). We have tried net_genericprinter with lp command: lp -s -o`nb 10 lpi8 tl66`. This also does not work. Also tried uncondensed version of the above command.

Any ideas on switching lpi/cpi for new model?

Thanks again - Chris