John,

I think you are trying to figure out something generic when Xerox is anything but generic.
In the doc I sent in prev post, IBM-Drawer Redirectionfor HP PCL5 Compatible Printers,
the section on Paper Source Controls for Xerox Printers has two sets of hex codes, each set selected models,
and other than drawer 1, they are not the same hex for similar drawer# (drawer 3 in models 220,230,332, etc
not same as drawer 3 in models 240,255,265, etc).
You need to find the hex value for the drawers in a 5135 (or if you are lucky, the "WorkCentre" printers.
btw... drawer 3 in the 240,255, etc set is 1B266C323348 (an extra character).
Jim Franz



---- John McKee <jmmckee@xxxxxxxxxxxxxx> wrote:
I am looking at the WSCST. Friday, I actually did try your
suggestion. It went back to the bypass tray. I had hoped that I had
not tried this.

Other details: System driver program is IBMSNMPDRV, and MFRTYPMDL is
*LEXOPTRAT.

I did have drawer select for drawer one same as drawer 3. I removed
that, recompiled, stopped writer, varied off and on the device,
started writer, and ...same result.

Any other suggestions?

John McKee


On Sun, Mar 4, 2012 at 7:38 PM, CRPence <CRPbottle@xxxxxxxxx> wrote:
  The PCL DATA is represented by an ASCII string often described as:
      <esc> & l int H

  The above is often referred to in the IBM documentation as the
"Command (ASCII Text)" represented in a slightly different form [e.g.
Ec&l4H where int=4]:
      Ec & l int H

  The Bypass Tray was noted to be represented with the ASCII string in
hex notation:
     '1B266C3248'X

  Breaking down the above string, for each ASCII character:
   <esc>=0x1B, '&'=0x26, 'l'=0x6C, int=(2=Bypass Tray)='2'=0x32, 'H'=0x48

  For HCI-Tray=2 the corresponding "int" value apparently should be 20,
and presumably the value 21=(Tray 3 [High Capacity]).  As such, the
ASCII string [for the DATA= ASCII control sequence] in hexadecimal
notation for the HCI-Tray=3 as I understand should be:
     '1B266C323148'X

  Breaking down the above string, for each ASCII character:
   <esc>=0x1B, '&'=0x26, 'l'=0x6C, int=(21=Tray 3 [HCI])='21'=0x3231,
'H'=0x48

Regards, Chuck

On 02-Mar-2012 11:38 , John McKee wrote:
I have made considerable progress, but have hit a wall.

I downloaded a reference to PCL. Under Paper (Media) Source, I saw
the code to explain why the bypass tray was being used. The WSCST had
this for DRAWER=PAPER: DATA = '1B266C3248'X.

The second from the right hex chars x'32' command "Feed paper from
manual input".

I changed that to 31. Now, draws from drawer 1. At the bottom of the
codes for paper source is this entry:

20 -39 High Capacity Input (HCI) Trays 2-21.

Since I need tray 3, it seemed simple. If tray 2 is 20, then tray 3
must be 21.

So, I converted 21 (assumed decimal, based on 32 being ASCII value of
2 for manual input) to 15.

That didn't work. Printer rejected that sequence.

So, question is (feels like snatching defeat from the jaws of
victory), what goes into that position?

I know this is not an IBM issue. I found another 5135 that they also
would very much like to use tray 3. I'm just not understanding what
that value should be.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].