remote outq's

[Odd Bergset]

Hello,
Can someone please give me some help/advise on some problems with remote
outques,
We are using several "low cost" printers, mostly OKI 520/521, connected to
the AS400 with diffrent prinservers (OKI,HP,Axis). and using LPR on the
as400 for sending print.
My problems is that when there are larger amount of data, the printers got
"hickup", espicially one of the printers that are used for printing
Invoices,
20-40 are normally ok (varies) and then something happen and the printer
starts printing in wrong posistion.
It seems to me that if I do an ENDWTR, followed by a CHGOUTQ (to reactivate
the printer again) the printer prints more pages before failing,
So is there anyone that uses something similar that can give me a hint on
what to do to fix the problem.

Odd A Bergset

[Warren Block]

Odd Bergset <ber...@nospam.nortelco.no> wrote:

> Can someone please give me some help/advise on some problems with remote
> outques,
> We are using several "low cost" printers, mostly OKI 520/521, connected to
> the AS400 with diffrent prinservers (OKI,HP,Axis). and using LPR on the
> as400 for sending print.
> My problems is that when there are larger amount of data, the printers got
> "hickup", espicially one of the printers that are used for printing
> Invoices,
> 20-40 are normally ok (varies) and then something happen and the printer
> starts printing in wrong posistion.

I've seen that happen with an Oki impact printer on an HP JetDirect.
Somehow the parallel port handshake signals on the Oki are non-standard,
and it would lose characters when the buffer filled up. Changing the
parallel port settings or mode on the JetDirect fixed it, although I
can't recall exact details. The details should be locatable by
searching on the HP web site.

--
Warren Block * Rapid City, South Dakota * USA

[Iain Wilson]

We set printfiles to SAVE(*YES) when compiling so that if there is an
error we can print the whole thing again. We then run a job at night
to clear queues. Works for us.

[Morten M. Nielsen]

I have installed several IBM 320/321& 520/521 printers attached to HP
JetDirect Print servers on iSeries, and I have never had Your problem.

I suggest that You change the parameter 'Destination Options' on Your Remote
Printer Queue definition:
ENDWTR XXXXXXXXXX *IMMED
CHGOUTQ XXXXXXXXXX DESTOPT('XAIX XAUTOQ')
STRRMTWTR XXXXXXXXXX

These two parameters should manage time-out problems and number of copies
being printed.
Brgds. Morten

Odd Bergset <ber...@nospam.nortelco.no> wrote in message
news:viTl9.24157$0p1.4...@news2.ulv.nextra.no...

[Odd Bergset]

Thanks to all of You for Your answers,
After doing some more testing I've found out that the problem has to be
related to the printer itself,
I've tried to define a new printer, using Client access and defined the
printer as an AS400 printer (print session in CA/400), and I have the same
problems with that as well,

Odd A Bergset

[Warren Block]

It's the way the Oki printers do buffering. I looked up the settings on
the JetDirect I have driving a 321 today. Here's how to duplicate them
through JetAdmin:

Right-click on the JetDirect, select Modify.

Parallel Mode: Speed of connection
set to Centronics

Parallel Handshaking: Communication protocol
set to nAck and Busy

Click Finish.

[rabidrex]

We are using Okidatas and Genicom 3840s and it has been woking OK. Now
we a site set up through VPN and we now have problems. The printer and
jet direct setup have not been changed. The printers will cut off with
an error of:

Writer FTSPRT02 stopped writing file F4A002 at record 0.

Sometimes resetting the outq and powering on and off the printer and
direct and jetdirect box will get it to print another page. Anyone have
any experience with this?

rrex

--
www.MainFrameForum.com - USENET Gateway