Re: odd HP 1320 printer behaviour...
On Tue, 10 Jul 2007 08:52:57 -0400 William Bulley [EMAIL PROTECTED] wrote: I have an HP 1320 (only has USB and parallel support) hooked to a FreeBSD 6.2-STABLE box using a USB cable. I have configured /dev/ulpt0 into my /etc/printcap file. Everything works fine and I am happy with this setup except for one odd behaviour. The last page of a multi-page print job will linger - somewhere - while the green light on the HP continues to blink -- as if data were being sent to it. The lpq(1) command reports no entries when run, and then about a minute or two later, this last page gets printed. Is there some configuration that I am missing? Is this an artifact of the USB protocol? Is this the way the HP 1320 laser printer operates? Is this a feature (or bug) of the USB printer driver /dev/ulpt0 that is not documented? I've read the man pages and searched using Google to see if this is a known problem. Any suggestions will be gladly accepted. I can live with this behaviour, but it seems very odd. Hello William, Do you have any ulpt0 configuration in /etc/rc.local? If the printer port is interrupt-driven, try polled standard mode, i.e. add lptcontrol -p -d /dev/[printer-port] to your /etc/rc.local. The kind of behaviour you described can occur in the interrupt mode (including cutting pages, printing them in chunks, etc.). Also try to switch the printer to the parallel port; if both can serve the printer, I'd always use the parallel one. If this doesn't help, please post here the content of your /etc/printcap and 'dmesg | grep ulpt0'. Nikola Lečić ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: odd HP 1320 printer behaviour...
According to Nikola Lecic [EMAIL PROTECTED]: Do you have any ulpt0 configuration in /etc/rc.local? If the printer port is interrupt-driven, try polled standard mode, i.e. add lptcontrol -p -d /dev/[printer-port] to your /etc/rc.local. The kind of behaviour you described can occur in the interrupt mode (including cutting pages, printing them in chunks, etc.). Also try to switch the printer to the parallel port; if both can serve the printer, I'd always use the parallel one. If this doesn't help, please post here the content of your /etc/printcap and 'dmesg | grep ulpt0'. I have no /etc/rc.local file on this machine. Correct me if I am wrong, but doesn't lptcontrol(8) deal with the parallel port printer? I have USB connected. Parallel port connection is unfeasible in my situation. content of your /etc/printcap: lp|default|hp|HP|ps|PS|Hewlett Packard LaserJet 1320 PostScript Printer:\ :sh:\ :lp=/dev/ulpt0:\ :sd=/var/spool/lpd/hp:\ :lf=/var/log/lpd-errs:\ :mx#0: 'dmesg | grep ulpt0': ulpt0: Hewlett-Packard hp LaserJet 1320 series, rev 1.10/1.00, addr 5, iclass 7/1 ulpt0: using bi-directional mode ulpt0: at uhub0 port 2 (addr 5) disconnected ulpt0: detached ulpt0: Hewlett-Packard hp LaserJet 1320 series, rev 1.10/1.00, addr 5, iclass 7/1 ulpt0: using bi-directional mode ulpt0: at uhub0 port 2 (addr 5) disconnected ulpt0: detached ulpt0: Hewlett-Packard hp LaserJet 1320 series, rev 1.10/1.00, addr 5, iclass 7/1 ulpt0: using bi-directional mode ulpt0: offline ulpt0: at uhub0 port 2 (addr 5) disconnected ulpt0: detached ulpt0: Hewlett-Packard hp LaserJet 1320 series, rev 1.10/1.00, addr 5, iclass 7/1 ulpt0: using bi-directional mode Regards, web... -- William Bulley Email: [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: odd HP 1320 printer behaviour...
On Tue, 10 Jul 2007 09:41:34 -0400 William Bulley [EMAIL PROTECTED] wrote: According to Nikola Lecic [EMAIL PROTECTED]: Do you have any ulpt0 configuration in /etc/rc.local? If the printer port is interrupt-driven, try polled standard mode, i.e. add lptcontrol -p -d /dev/[printer-port] to your /etc/rc.local. The kind of behaviour you described can occur in the interrupt mode (including cutting pages, printing them in chunks, etc.). Also try to switch the printer to the parallel port; if both can serve the printer, I'd always use the parallel one. If this doesn't help, please post here the content of your /etc/printcap and 'dmesg | grep ulpt0'. I have no /etc/rc.local file on this machine. Correct me if I am wrong, but doesn't lptcontrol(8) deal with the parallel port printer? I have USB connected. Parallel port connection is unfeasible in my situation. Yes, of course, sorry; I badly mixed paragraphs of my reply, my answer was intented to be a recommendation to switch to parallel port and then to try polled mode. content of your /etc/printcap: lp|default|hp|HP|ps|PS|Hewlett Packard LaserJet 1320 PostScript Printer:\ :sh:\ :lp=/dev/ulpt0:\ :sd=/var/spool/lpd/hp:\ :lf=/var/log/lpd-errs:\ :mx#0: (Unrelated, do you have any special reason you don't have 'if' configured?) 'dmesg | grep ulpt0': ulpt0: Hewlett-Packard hp LaserJet 1320 series, rev 1.10/1.00, addr 5, iclass 7/1 ulpt0: using bi-directional mode ulpt0: at uhub0 port 2 (addr 5) disconnected ulpt0: detached ulpt0: Hewlett-Packard hp LaserJet 1320 series, rev 1.10/1.00, addr 5, iclass 7/1 ulpt0: using bi-directional mode ulpt0: at uhub0 port 2 (addr 5) disconnected ulpt0: detached ulpt0: Hewlett-Packard hp LaserJet 1320 series, rev 1.10/1.00, addr 5, iclass 7/1 ulpt0: using bi-directional mode ulpt0: offline ulpt0: at uhub0 port 2 (addr 5) disconnected ulpt0: detached ulpt0: Hewlett-Packard hp LaserJet 1320 series, rev 1.10/1.00, addr 5, iclass 7/1 ulpt0: using bi-directional mode Well, try parallel port if you can; that is the simple way I resolved many painful printing problems in the past. I'd also try using print/apsfilter to configure printcap. Then you should surely know if it's a usb port issue. Nikola Lečić ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: odd HP 1320 printer behaviour...
On Tue, 10 Jul 2007, William Bulley wrote: I have an HP 1320 (only has USB and parallel support) hooked to a FreeBSD 6.2-STABLE box using a USB cable. I have configured /dev/ulpt0 into my /etc/printcap file. Everything works fine and I am happy with this setup except for one odd behaviour. The last page of a multi-page print job will linger - somewhere - while the green light on the HP continues to blink -- as if data were being sent to it. If the print job is plain text, does it end in a formfeed? If not, the printer may wait for one, and eventually timeout and print the page. Depending on what processing you do to the source file, you may find utilities like /usr/ports/print/enscript useful. -Warren Block * Rapid City, South Dakota USA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: odd HP 1320 printer behaviour...
According to Warren Block [EMAIL PROTECTED]: If the print job is plain text, does it end in a formfeed? If not, the printer may wait for one, and eventually timeout and print the page. I only send PostScript to this printer. My WWW browsers do this for me automatically and the FreeBSD port print/enscript-letter does the rest for me (plain text or ASCII files). Depending on what processing you do to the source file, you may find utilities like /usr/ports/print/enscript useful. I have been using enscript for about twenty years now... :-) Regards, web... -- William Bulley Email: [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
