HP Laserjet 4350TN Bin numbers

Brian K. White brian at aljex.com
Fri Jun 29 15:27:36 PDT 2007


It only takes a minute to just map out every possible code.

Write a big "Bin 1" ("Top" or whatever makes most sense) on 10 sheets of 
paper and load them into bin 1
Write a big "Bin 2" on 10 sheets of paper and load them into bin 2
Write a big "Manual Feed" on 10 sheets of paper and load them in the manual 
feed slot (if it holds more than one).

Send the following 10 line print job: (bash syntax)
n=0 ;until [ $n -gt 10 ] ;do
    echo -en "\033E\033&l${n}H Requested Bin $n\014\033E"
    ((n++))
done |lp -o raw -d myprinter

Now you have 10 sheets of paper that show what bin was used in response to 
the various codes.
Repeat the same run under a few different but common conditions to see which 
codes adapt and do things you didn't expect.
Like, take the papers out of the manual feed and run the test. Note any 
differences. Some codes may result in the printer refusing to print until a 
paper is fed in the manual feed, others, which previously printed from the 
manual feed, may fall back to some other bin when the manual feed is empty.
Now put legal paper in one bin and re-run.

I don't remember if 0 is a valid bin number or if they go higher than 8 but 
can't hurt to just try all 0 - 10
I have one Savin or Ricoh where even though it only had 3 inputs including 
the manual feed slot, specifying bin 8 was the reliable way to get it to use 
what was labeled Tray 1 on the outside. Some bin numbers represented not 
absolute physical trays but somewhat flexible ideas that mean basically "A 
tray with letter size paper in it" which might pull from any bin that had 
the right size paper in it. Most numbers would also pull from the manual 
slot if there was any paper there, which is generally good expected 
behaviour, it allows you to feed a check or an envelope in manually without 
fuss, but in this case the manual slot was actually a tray that could hold 
almost 50 sheets and so we wanted to leave a particular pre-printed form in 
there all the time, which is why it took trying all possible values before 
finding bin numbers that worked in an absolute/static fashion instead of a 
relative or adaptive/dynamic fashion.

That printer did have a pdf manual which did explain the behaviour of the 
different codes easier than running every possible test to map it out but I 
just didn't quite get what it was trying to say until after poking at it a 
little.
I won't promise but I'm sure HP has something somewhere that points out this 
printers quirks like that. Or if there really isn't anything anywhere, then 
it's because it doesn't differ from something described in the basic pcl 
documentation common to all.

Brian K. White    brian at aljex.com    http://www.myspace.com/KEYofR
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro  BBx    Linux  SCO  FreeBSD    #callahans  Satriani  Filk!


----- Original Message ----- 
From: "Scott Walker" <scottw1 at alltel.net>
To: "Filepro_List" <filepro-list at lists.celestial.com>
Sent: Friday, June 29, 2007 4:46 PM
Subject: HP Laserjet 4350TN Bin numbers


> Does anyone know the bin numbers for the various paper sources on this
> printer?  I'm having trouble getting it to select the proper paper
> source.
>
> Regards,
>
> Scott
>
>
> Scott Walker
> RAM Systems Corp.
> ScottWalker at RAMSystemsCorp.com
> Ph: (704) 896-6549
> Fx: (704) 896-7458
>
>
>
>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 



More information about the Filepro-list mailing list