hpoj-devel — HPOJ development/support list

Re: [hpoj-devel] install problems

[<pa...@rc...>]

Hi, Mike.  If one of those "quirks" is that it locks up while scanning, don't
waste your time trying to solve that one.  There's a patch available at
"http://hpoj.sourceforge.net/todo.shtml" which fixes it (and will go into a
new release soon).

> Exactly right guys!   I got it installed now.  I will have a few more quirks 
> to work out, but for the moment, I am getting my docs out of the printer.  I 
> am gonna work on my little quirks a bit longer on my own before I bother you 
> folks with them.  Thanks again.
> 
> Mike Schauer
> http://mschauer.tripod.com

Re: [hpoj-devel] install problems

[<Hur...@ao...>]

Exactly right guys!   I got it installed now.  I will have a few more quirks 
to work out, but for the moment, I am getting my docs out of the printer.  I 
am gonna work on my little quirks a bit longer on my own before I bother you 
folks with them.  Thanks again.

Mike Schauer
http://mschauer.tripod.com

Re: [hpoj-devel] install problems

[Brian R. <br...@bs...>]

Hi mike,
    Looks like you are trying to build the sources on a vfat partition ( M$
fat16/32 ), that's the reason the symbolic link ( ln -s ) fails. please move
the sources to an ext2 partition ( or any other that supports symbolic
linking ) and compile from there.

-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
Brian Roberson
OLUG Founder http://olug.org
Pres. BSTC http://bstc.net
Open source developer http://sourceforge.net/users/roberson/

----- Original Message -----
From: <Hur...@ao...>
To: <hpo...@li...>
Sent: Saturday, November 18, 2000 5:49 PM
Subject: [hpoj-devel] install problems


> hey everyone.  I am a new member to the list.  I am having a problem
> installing the Officejet driver 0.6 and this is the error i get:
>
> ptal
> make[1]: Entering directory `/win98/windows/Desktop/Linux/hpoj/ptal'
> cc -Wall -g  -DHAVE_MLC -I/win98/windows/Desktop/Linux/hpoj/include
> -I/win98/windows/Desktop/Linux/hpoj/ptal -I/usr/src/linux-2.2.14/include
> -I/usr/lib/qt-2.1.0/include -L/win98/windows/Desktop/Linux/hpoj/ojlib
> -L/win98/windows/Desktop/Linux/hpoj/ptal -L/usr/lib/qt-2.1.0/lib  -shared
> -Wl,-soname,libptal.so.0 -o libptal.so.0.1 ptal.o-shared
ptal-hpjd.o-shared
> ptal-mlc.o-shared ptal-providers.o-shared -lc
> ln -sf libptal.so.0.1 libptal.so.0
> ln: cannot create symbolic link `libptal.so.0' to `libptal.so.0.1':
Operation
> not permitted
> make[1]: *** [libptal.so.0.1] Error 1
> make[1]: Leaving directory `/win98/windows/Desktop/Linux/hpoj/ptal'
> make: *** [release] Error 2
>
> Kinda long, I know, just trying to be complete so that I can get the right
> help.  where should I look to make the appropriate corrections?
>
> Thanks much.
>
> Mike Schauer
> _______________________________________________
> hpoj-devel mailing list
> hpo...@li...
> http://lists.sourceforge.net/mailman/listinfo/hpoj-devel
>

Re: [hpoj-devel] install problems

[<pa...@rc...>]

Hi, Mike.  From the pathnames it appears you're using a VFAT (Windows)
file system, which doesn't support symbolic links.  Try extracting and
compiling the package on an ext2 (native Linux) file system.

David

> hey everyone.  I am a new member to the list.  I am having a problem 
> installing the Officejet driver 0.6 and this is the error i get:
> 
> ptal
> make[1]: Entering directory `/win98/windows/Desktop/Linux/hpoj/ptal'
> cc -Wall -g  -DHAVE_MLC -I/win98/windows/Desktop/Linux/hpoj/include 
> -I/win98/windows/Desktop/Linux/hpoj/ptal -I/usr/src/linux-2.2.14/include 
> -I/usr/lib/qt-2.1.0/include -L/win98/windows/Desktop/Linux/hpoj/ojlib 
> -L/win98/windows/Desktop/Linux/hpoj/ptal -L/usr/lib/qt-2.1.0/lib  -shared 
> -Wl,-soname,libptal.so.0 -o libptal.so.0.1 ptal.o-shared ptal-hpjd.o-shared 
> ptal-mlc.o-shared ptal-providers.o-shared -lc
> ln -sf libptal.so.0.1 libptal.so.0
> ln: cannot create symbolic link `libptal.so.0' to `libptal.so.0.1': Operation 
> not permitted
> make[1]: *** [libptal.so.0.1] Error 1
> make[1]: Leaving directory `/win98/windows/Desktop/Linux/hpoj/ptal'
> make: *** [release] Error 2
> 
> Kinda long, I know, just trying to be complete so that I can get the right 
> help.  where should I look to make the appropriate corrections?
> 
> Thanks much.
> 
> Mike Schauer

[hpoj-devel] install problems

[<Hur...@ao...>]

hey everyone.  I am a new member to the list.  I am having a problem 
installing the Officejet driver 0.6 and this is the error i get:

ptal
make[1]: Entering directory `/win98/windows/Desktop/Linux/hpoj/ptal'
cc -Wall -g  -DHAVE_MLC -I/win98/windows/Desktop/Linux/hpoj/include 
-I/win98/windows/Desktop/Linux/hpoj/ptal -I/usr/src/linux-2.2.14/include 
-I/usr/lib/qt-2.1.0/include -L/win98/windows/Desktop/Linux/hpoj/ojlib 
-L/win98/windows/Desktop/Linux/hpoj/ptal -L/usr/lib/qt-2.1.0/lib  -shared 
-Wl,-soname,libptal.so.0 -o libptal.so.0.1 ptal.o-shared ptal-hpjd.o-shared 
ptal-mlc.o-shared ptal-providers.o-shared -lc
ln -sf libptal.so.0.1 libptal.so.0
ln: cannot create symbolic link `libptal.so.0' to `libptal.so.0.1': Operation 
not permitted
make[1]: *** [libptal.so.0.1] Error 1
make[1]: Leaving directory `/win98/windows/Desktop/Linux/hpoj/ptal'
make: *** [release] Error 2

Kinda long, I know, just trying to be complete so that I can get the right 
help.  where should I look to make the appropriate corrections?

Thanks much.

Mike Schauer

[hpoj-devel] RE: Help! Patch

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Hi, Tobias.  Sorry about the confusion.  To answer your question I just
updated the "Bugs and TODO list" page
(http://hpoj.sourceforge.net/todo.shtml) that allows you to download (as
opposed to copy-and-paste) the patch file, along with instructions on how to
apply it.  I hope this helps.  Let me know if you have any other questions
or problems.

David

> -----Original Message-----
> From: Tobias Powalowski [mailto:t....@gm...]
> Sent: Thursday, November 16, 2000 2:08 PM
> To: dav...@hp...
> Subject: Help! Patch
> 
> 
> Sorry I don't understand how to patch the file. 
> My Officejet 1150C starts scanning and then the scanner lockups.
> The patch should solve the problem.
> Please send me patched file or help me in a other way
> Thanks
> 

RE: [hpoj-devel] patch to improve scan speed/robustness

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Hi, Gerhard.

> can you remember the problem with MLCConfigSocket?
> If a 2nd connection to the same peripheral port was attempted, then
> ieee12844.c sent a 2nd MLCConfigSocket although this violates the
> protocol. Therefore the 2nd connection to the same peripheral port
> always failed.
> The driver should remember to which ports it already has sent
> MLCConfigSocket and also the negotiated parameters, and should not
> send it at the 2nd connect attempt.
> Do you remeber: Some time ago you told me about the problem, 
> and I told
> you, that I know, but that I hadn't it implemented yet.
> Do you have already fixed this problem?
I haven't fixed that problem, and I had sort of forgotten about it until
now.  The driver is probably locking up in response to the Error packet from
the peripheral.

Actually, I have made few or no changes to ieee12844.c since I took over.
The vast majority of my kernel-mode hacking has been on ieee12844pp.c to
improve the parallel signaling (such as the patch that started this thread).
I probably won't fix things like the duplicate ConfigSocket problem unless
absolutely necessary, because eventually I plan to replace the kernel-mode
drivers with a user-mode daemon anyway (and add support for true 1284.4,
USB, PML multiplexing, and non-Linux platforms).

> But even if this problem is fixed, then I'm not sure whether the
> OfficeJet will a) accept a 2nd simultaneous PML connection and b)
> whether the OJ will correclty multiplex the PML 
> requests/responses/traps
> over the two connections. According to the PML spec one could assume,
> that PML devices _are_ generally capable to do this. But I wouldn't
> believe it before I've seen that it works ...
> If it works (with all OJ models), then maybe you can omit a 
> separate PML
> multiplexor on the host, if not, then you will definitely need it.
Most HP peripherals don't support simultaneous connections to the same
peripheral socket ID, for PML or any other service, so you're correct as we
discussed before that PML multiplexing will need to be handled by the host.
I suppose it's possible that a few of the high-end LaserJets with slots for
JetDirect cards support this, since they have to multiplex print and PML
between the parallel port and EIO/MIO slots anyway, but of course this
project isn't targeting those peripherals, so we needn't worry about that
case.  :-)

David

Re: [hpoj-devel] patch to improve scan speed/robustness

[Joe P. <joe...@sn...>]

On Mon, 13 Nov 2000, David Paschal wrote:


> > Whitespace is now stripped from the trailing end of all messages coming
> > from the printer. I found that some of the messages contain control characters
> > in addition to spaces.  The negative of isgraph()  is used to filter them out,
> > which  will work for all versions of Qt.  
> Which messages contain control characters?

On the 600,  messages that prompt for user input by pushing buttons on the
printer end in ascii 32, 8, 8 (space, backspace, backspace). I added a test to
the stripRightSpace() function that will show the ascii codes for the complete
message. When the printer is cold started, the lcd on the printer's lcd scrolls
"Push START to set time/date, or STOP to skip." That message doesn't have any
trailing whitespace, although it continues to scroll two spaces after
the end of the message is fully displayed on the printer's lcd.  After pushing
"Start" on the printer's control panel, a series of shorter prompt messages
appear such as "Enter month:". That and the following time/date prompts end in
ascii 32, 8, 8.  I haven't checked any of the other types of messages, so I
don't have much to base this  guess on, but the 600's lcd acts like it might be
adding two spaces to the end of every message before or while displaying, then
requires backspaces in the message to place a cursor. Another reason for
backspaces may be to compensate at times when the message is 15 or 16 printable
characters long, which would not be long enough to need scrolling,  but would
be scrolled anyway because of the automatically added spaces.

> > Are there any OfficeJets that output unicode to their LCD?
> PML has a provision for strings to be gotten/set in various symbol sets,
> including 16-bit Unicode.  I don't know if there are any peripherals which
> actually implement Unicode, however.
>

Assuming that OfficeJets are sold in countries that use complex written
scripts, the "oriental" countries and possibly Arabic regions, for
instance, what type of script would those users see on their printer's lcd?
In some of those areas there are simplified alternative scripts that are
generally taught, and might fit in an ascii table,  but that wouldn't
necessarily be the case for all areas.

> 
> > Thanks very much. Starting a second copy of xojpanel still causes the
> > first copy to freeze, though. xojpanel doesn't call PMLClose() until just
> > before exiting, which may be part of the problem.
> That's most likely the fault of the lower-level code.  In order to support
> multiple instances of xojpanel or other PML clients, there needs to be a
> mechanism for multiplexing PML requests from different clients and routing
> the replies correctly.  Currently, starting up a second PML client attempts
> to open a second PML connection to the peripheral.  ieee12844.c either doesn't
> properly handle the peripheral's refusal of the second open, and/or it doesn't
> properly handle multiple simultaneous opens period.  The latter is likely
> because I've gotten into trouble before while playing around with the scan
> and echo channels at the same time.
> 
> > I'm not familiar enough with
> > system programming to mess around very much with that. The original
> > xojpanel code for retrieving the LCD messages is still there. I know what it
> > does, but not how it operates. You might want to take a look at the old code
> > to see if I've used it correctly. 
> OK, I'll take a look at it.  I'll probably hack that area some later anyway
> once I finish the new PML interface.

Here's another problem that may be related: When xojpanel is running on my
system and I'm printing with ieee12844_print, printing will work until a second
print job is attempted. xojpanel then has to be closed to allow the second
print job to continue. When xojpanel is open and a different driver ( no
ieee12844_print involvement) is used, xojpanel blocks *all* printing to the
officejet until it's closed. The original xojpanel causes the same problems.
Printing to a second printer/driver (laserjet clone, non ieee12844_print )
on a different parallel port is not affected, even while printing is currently
blocked to the officejet by xojpanel.

--------
 
Joe

Re: [hpoj-devel] patch to improve scan speed/robustness

[Gerhard F. <ger...@fu...>]

David Paschal wrote:

> That's most likely the fault of the lower-level code.
> In order to support multiple instances of xojpanel or other PML
> clients, there needs to be a mechanism for multiplexing PML requests
> from different clients and routing
> the replies correctly.  Currently, starting up a second PML client
> attempts to open a second PML connection to the peripheral.
> ieee12844.c either doesn't properly handle the peripheral's refusal
> of the second open, and/or it doesn't properly handle multiple
> simultaneous opens period.  The latter is likely
> because I've gotten into trouble before while playing around
> with the scan and echo channels at the same time.

David,

can you remember the problem with MLCConfigSocket?
If a 2nd connection to the same peripheral port was attempted, then
ieee12844.c sent a 2nd MLCConfigSocket although this violates the
protocol. Therefore the 2nd connection to the same peripheral port
always failed.
The driver should remember to which ports it already has sent
MLCConfigSocket and also the negotiated parameters, and should not
send it at the 2nd connect attempt.
Do you remeber: Some time ago you told me about the problem, and I told
you, that I know, but that I hadn't it implemented yet.
Do you have already fixed this problem?

But even if this problem is fixed, then I'm not sure whether the
OfficeJet will a) accept a 2nd simultaneous PML connection and b)
whether the OJ will correclty multiplex the PML requests/responses/traps
over the two connections. According to the PML spec one could assume,
that PML devices _are_ generally capable to do this. But I wouldn't
believe it before I've seen that it works ...
If it works (with all OJ models), then maybe you can omit a separate PML
multiplexor on the host, if not, then you will definitely need it.

Gerhard

-- 
Gerhard Fuernkranz	Email: ger...@fu...
FCS CS EP SQ XS1	Phone: +49-(0)89-636-46651
			Fax:   +49-(0)89-636-46002

Re: [hpoj-devel] patch to improve scan speed/robustness

[<pa...@rc...>]

Hi, Joe.

> <...> I tried it again, and sure enough,
> > the original xojpanel didn't scroll and the new one does, meaning that as
> > you said, the peripheral reports the whole string, even on the 570.
> I got the same impression originally. I remembered seeing something scroll,
> but it must have been text scrolling in the titlebar, which is only a little
> smaller than the original xojpanel app itself. 
That makes sense.

> The 600 doesn't have a battery. I checked again, and found hat its clock will
> keep running as long as the printer remains connected to ac power. Some data
> is retained by the printer even if it's disconnected from ac power, but the
> clock is apparently designed to be synchronized with the computer's clock, so
> it gets set by software on the computer. The problem is that I turn the whole
> system on and off with the switch on a surge suppressor.  It's a bit easier to
> hit one switch than three or more. Many people probably turn their system on and
> off this way. It works well under windows, because the software sets up the
> printer automatically when both are started together. If the "hpoj driver"
> could set up the printer automatically, it would be ideal.
OK, this is good to know.  I'll make a note of this.  Ultimately perhaps
this should be handled by the "xojpanel on steroids" we talked about earlier.

> I didn't spend much time trying "hpo set", but all I got from it was "Sorry, set
> not yet implemented."
Oh, I hadn't noticed that until now.  I'm currently rewriting the PML
functionality, and I'll make sure that this gets implemented there.

> Whitespace is now stripped from the trailing end of all messages coming
> from the printer. I found that some of the messages contain control characters
> in addition to spaces.  The negative of isgraph()  is used to filter them out,
> which  will work for all versions of Qt.  
Which messages contain control characters?

> Are there any OfficeJets that output unicode to their LCD?
PML has a provision for strings to be gotten/set in various symbol sets,
including 16-bit Unicode.  I don't know if there are any peripherals which
actually implement Unicode, however.

> Thanks very much. Starting a second copy of xojpanel still causes the
> first copy to freeze, though. xojpanel doesn't call PMLClose() until just
> before exiting, which may be part of the problem.
That's most likely the fault of the lower-level code.  In order to support
multiple instances of xojpanel or other PML clients, there needs to be a
mechanism for multiplexing PML requests from different clients and routing
the replies correctly.  Currently, starting up a second PML client attempts
to open a second PML connection to the peripheral.  ieee12844.c either doesn't
properly handle the peripheral's refusal of the second open, and/or it doesn't
properly handle multiple simultaneous opens period.  The latter is likely
because I've gotten into trouble before while playing around with the scan
and echo channels at the same time.

> I'm not familiar enough with
> system programming to mess around very much with that. The original
> xojpanel code for retrieving the LCD messages is still there. I know what it
> does, but not how it operates. You might want to take a look at the old code
> to see if I've used it correctly. 
OK, I'll take a look at it.  I'll probably hack that area some later anyway
once I finish the new PML interface.

David

Re: [hpoj-devel] patch to improve scan speed/robustness

[Joe P. <joe...@sn...>]

On Wed, 01 Nov 2000, David Paschal wrote:


<...> I tried it again, and sure enough,
> the original xojpanel didn't scroll and the new one does, meaning that as
> you said, the peripheral reports the whole string, even on the 570.
> 

I got the same impression originally. I remembered seeing something scroll,
but it must have been text scrolling in the titlebar, which is only a little
smaller than the original xojpanel app itself. 

> The fallback-to-current-directory feature is broken.  I had to create a
> symlink from /usr/local/share/pixmaps/hpoj in order for xojpanel to work.
> I looked in the code, and for hpojlcd.xpm and ojforlinux.xpm, you're
> printing an error message and returning a failure code before you even
> try to load from the current directory.  Try deleting or renaming your
> /usr/local/share/pixmaps/hpoj directory and you'll see what I mean.

It's fixed now.
 
> > If you can get "hpo set" working, can you get it to automatically set the
> > Time/Date on the printer? The 600's clock has to be reset every time the
> > printer is turned on.
> That should work.  According to the documentation I have,
> OID_DEV_DATE_AND_TIME takes a binary structure consisting of the following
> bytes: year (presumably the last two digits), month, day, day of week,
> hour, minute, and second.  However, I'm surprised that the peripheral doesn't
> keep up with the date/time while powered off.  Does it forget it both when
> you power it off just with the power button, or when you physically unplug
> it?  I'm not familiar with this particular model, so perhaps this is how
> it was designed, or perhaps it has a dead battery or something like that.
> 

The 600 doesn't have a battery. I checked again, and found hat its clock will
keep running as long as the printer remains connected to ac power. Some data
is retained by the printer even if it's disconnected from ac power, but the
clock is apparently designed to be synchronized with the computer's clock, so
it gets set by software on the computer. The problem is that I turn the whole
system on and off with the switch on a surge suppressor.  It's a bit easier to
hit one switch than three or more. Many people probably turn their system on and
off this way. It works well under windows, because the software sets up the
printer automatically when both are started together. If the "hpoj driver"
could set up the printer automatically, it would be ideal.

I didn't spend much time trying "hpo set", but all I got from it was "Sorry, set
not yet implemented."

> Here are some other suggestions offhand from my first time of playing around
> with your new version of xojpanel:

< - Don't distribute "Makefile". 

I only put the necessary files in the tarball this time, not the whole
directory.

> - It might be nice to scroll a little faster, but when it scrolls to the end,
> delay for a second or two before you start over.  Perhaps you could make the
> scroll rate and end-of-scroll delay configurable.

xojpanel now has independantly configurable:

printer poll interval (in milliseconds.)
scroll advance interval (in milliseconds.)
scroll start delay (in "scrolls" skipped.)
scroll end delay (in "scrolls" skipped.)
 
> - The second line does scroll.  However, for some reason, the peripheral
> returns a large number of trailing spaces on the second line, which is
> visible even with "hpo get OID_STATUS_MSG_LINE2_PART1".  This means that
> every 2nd-line message scrolls away and stays blank for a while.  I would
> suggest that for both lines, you strip trailing (but probably not leading)
> whitespace as soon as you read them from the peripheral.
> 

Whitespace is now stripped from the trailing end of all messages coming
from the printer. I found that some of the messages contain control characters
in addition to spaces.  The negative of isgraph()  is used to filter them out,
which  will work for all versions of Qt.  

Are there any OfficeJets that output unicode to their LCD?  Guessing that some
may be able to, I added some code to the stripping function that takes
advantage of the unicode features of qt-2.x . The qt-2.x code will strip ascii
as well. It can't be used with qt-1.xx, though, because there is no unicode
support in those versions. "#ifdef UNICODE_SUPPORT" in ojstatus.cpp  will
control which code is used, though if it can be done, it would be better to do
that automatically from the configure script, based on the Qt version being
used. That's if unicode support is even necessary. Using it doesn't seem to
hurt, though.

> - I would prefer that you replaced "Oj" in the titlebar with either
> "OfficeJet" or "HP OfficeJet".

The titlebar reads "OfficeJet Status" now.

> - What does the asterisk after "Linux" mean?

Just decoration. It's gone.

> - I like your Line2TestString.  :-)
> 
> Overall I like your new version a lot.  Good job, and thanks for working on
> this!
> 
> David
> 

Thanks very much. Starting a second copy of xojpanel still causes the
first copy to freeze, though. xojpanel doesn't call PMLClose() until just
before exiting, which may be part of the problem. I'm not familiar enough with
system programming to mess around very much with that. The original
xojpanel code for retrieving the LCD messages is still there. I know what it
does, but not how it operates. You might want to take a look at the old code
to see if I've used it correctly. 

I have the latest code on my site.

http://pages.cthome.net/jsp/hpoj-linux-gui/index.html

I hope people like this latest snapshot. It seems to work much better.

-------------------

Joe

Re: [hpoj-devel] SMP/2.4 kernel status.

[Burkhard K. <bu...@bu...>]

da...@cy...
> Hello all !
> 
> I'm back into business after some very very busy weeks...
> So please just let me a few more days (hours) and I'll be fully operational !
> 
> See you,
> Damcha
That fits well. After changing my employer I have to do some training 
which will keep me away from my linux box at home. After next week I 
will be back.

Burkhard
-- 
Burkhard Kohl			bu...@bu...	

[hpoj-devel] RE: HP OJ K Series and Faxing under Linux

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Hi, Harald.  I'm CCing this to the hpoj-devel mailing list, because other
people may have the same questions.

By "partial support" for scanning on the K series, I mean that it works, but
there's a very specific set of steps the user must take in order to scan
successfully, or else it won't work.  These steps are documented in the
patch to the SANE HP backend manual page included with hpoj-0.6, but
basically you:
- load the document(s) into the ADF,
- click "change document",
- scan (preview or otherwise),
- click "cancel" when it scans to the bottom of the page (it will sit there
trying to read more data until you do),
- click "change document" and repeat if there is another page to scan, or
- click "unload" if there are no more documents.

In a future version I plan to make this easier to use, as well as support
scanning from more models.

Faxing to or from the PC is not supported yet, but it will be in the future.
(Likewise for PC-assisted copying.)  However, note that not all fax-capable
models support PC faxing, and some models (particularly the newer ones)
support sending faxes from the PC but not receiving faxes to the PC.  In the
meantime, depending on what model you have you may be able to send or
receive faxes in a standalone fashion without help from the PC. 

David

> -----Original Message-----
> From: Harald Milz [mailto:hm...@se...]
> Sent: Thursday, November 02, 2000 8:48 AM
> To: dav...@hp...
> Subject: HP OJ K Series and Faxing under Linux
> 
> 
> Hello David,
> 
> I looked up the HPOJ page on sourceforge to find out which of the
> Officejets can fax under Linux. Everything else seems well 
> supported (at
> least for the G series) but what about Faxing? 
> 
> nd what means "partial scan support" for the K series? 
> 
> TIA!
> 
> Ciao,
> hm
> 
> -- 
> It is Texas law that when two trains meet each other at a railroad
> crossing, each shall come to a full stop, and neither shall proceed
> until the other has gone.
> 

[hpoj-devel] Re: HP G55 driver for linux

[Andreas F. <fe...@ep...>]

Hi Arnaud,

Dadure Arnaud wrote:
> 
> hi, sorry if this email is not for you ... :)
> 
> Do you know where to find HP G55 driver for Linux ?

You can download the driver from the download section on
http://hpoj.sourceforge.net

Regards

	Andreas

-- 
Andreas Fester       Phone : +(49) 721-6291-0              __  __
EIGNER + PARTNER AG  Fax   : +(49) 721-6291-88            /_  /_/
Ruschgraben 133      EMail : mailto:fe...@ep...        /_  /
D-76139 Karlsruhe    URL   : http://www.ep-ag.com    EIGNER + PARTNER

Re: [hpoj-devel] patch to improve scan speed/robustness

[<pa...@rc...>]

> David, you're my hero!!!  This patch works great!  With debug on or off, I
> was able to pass the 'scanimage --test' test.  I used xscanimage stand-alone
> and gimp plug-in and both worked great, even with 10MB scans.  It's much
> faster than the old driver--and doesn't hang.  Way to go!
Hi, Daniel.  Thanks for the success report, although I think "hero" is a
bit excessive.  :-)  In any case, I'm glad you're finally up and running.
Also thank you for bearing with me and helping me debug the problem, since
I wasn't able to reproduce it on any of my setups.  (As Martin Fink pointed
out in an earlier success report, you weren't the only one with this problem.)

> >"usebecp=1" is *required* for the OfficeJet G series, K series, LaserJet
> >1100A and 3200; it should be omitted (or set to 0) for other models.
> 
> Is the PSC 500 an "other model?"
Yes, functionally the PSC 500 is similar to the R40.  And don't worry; I'll
fix it so "usebecp" is set automatically before I put out a new official
release.  I didn't make it automatic at first so I could get the patch out
there for testing without delaying further for refinement.  (Since then even
I have found it annoying, because I keep forgetting to specify it when I
switch between different peripherals for testing!)

Happy scanning...  :-)

David

Re: [hpoj-devel] patch to improve scan speed/robustness

[<pa...@rc...>]

Hi, Joe.

I wrote:
> > The 570 I have perpetually scrolls the message "See instructions to print
> > demo page" or something like that, except when it has a more urgent message
> > to display.  If I remember correctly, when I ran the original xojpanel
> > (which presumably didn't scroll text by itself) with this peripheral, the
> > message scrolled on the screen at more or less the same rate.
OK, so my mind was playing tricks on me.  I tried it again, and sure enough,
the original xojpanel didn't scroll and the new one does, meaning that as
you said, the peripheral reports the whole string, even on the 570.

> Can you check the xojpanel output again to see what's really happening, and
> how long the string is, if you can see it all? The last release of xojpanel
> has a problem finding its lcd pixmap, but if run from the xojpanel/ build
> directory, it shouldn't have any trouble.
The fallback-to-current-directory feature is broken.  I had to create a
symlink from /usr/local/share/pixmaps/hpoj in order for xojpanel to work.
I looked in the code, and for hpojlcd.xpm and ojforlinux.xpm, you're
printing an error message and returning a failure code before you even
try to load from the current directory.  Try deleting or renaming your
/usr/local/share/pixmaps/hpoj directory and you'll see what I mean.

> If you can get "hpo set" working, can you get it to automatically set the
> Time/Date on the printer? The 600's clock has to be reset every time the
> printer is turned on.
That should work.  According to the documentation I have,
OID_DEV_DATE_AND_TIME takes a binary structure consisting of the following
bytes: year (presumably the last two digits), month, day, day of week,
hour, minute, and second.  However, I'm surprised that the peripheral doesn't
keep up with the date/time while powered off.  Does it forget it both when
you power it off just with the power button, or when you physically unplug
it?  I'm not familiar with this particular model, so perhaps this is how
it was designed, or perhaps it has a dead battery or something like that.

Here are some other suggestions offhand from my first time of playing around
with your new version of xojpanel:

- Don't distribute "Makefile".  That is generated automatically by the
configure script, and contains pathnames specific to your system.

- See comment above regarding failure to load pixmaps from current directory.

- It might be nice to scroll a little faster, but when it scrolls to the end,
delay for a second or two before you start over.  Perhaps you could make the
scroll rate and end-of-scroll delay configurable.

- The second line does scroll.  However, for some reason, the peripheral
returns a large number of trailing spaces on the second line, which is
visible even with "hpo get OID_STATUS_MSG_LINE2_PART1".  This means that
every 2nd-line message scrolls away and stays blank for a while.  I would
suggest that for both lines, you strip trailing (but probably not leading)
whitespace as soon as you read them from the peripheral.

- I would prefer that you replaced "Oj" in the titlebar with either
"OfficeJet" or "HP OfficeJet".

- What does the asterisk after "Linux" mean?

- I like your Line2TestString.  :-)

Overall I like your new version a lot.  Good job, and thanks for working on
this!

David

Re: [hpoj-devel] patch to improve scan speed/robustness

[Carlos P. <cp...@pu...>]

Carlos Puchol <cp...@pu...> wrote:
> i am using cdj550, yes.
> 
> the thing is that it seem to be working well the first time
> i got the printer printing. a reboot seems to have initiated this issue.

[following up to myself]

i installed the "deskjet" device (GSDEVICE=deskjet in
/var/spool/lpd/lp/postscript.cfg) and it now prints (in high
quality) poscript.

this would seem to indicate that probably the ieee12844_print
program (and the modules) are *not* the problem.
(i had thought they might be, since it seemed some sort of
protocol sync error.)

what i find puzzling now is that the machine worked just fine
with the cdj550 for a couple of days!

-c

RE: [hpoj-devel] patch to improve scan speed/robustness

[DG <dg...@um...>]

From: pa...@rc... (David Paschal)
>Attached is a patch to ieee12844pp.c (version 0.6) to enable bidirectional
>ECP (as opposed to the current slower ECP/forward and nibble/reverse).  In
>addition to speeding up scans by up to 4 times (according to my rough
>measurements), I'm hoping this will also fix the driver lockup problems
>that Daniel and possibly others have experienced.  I invite Daniel and
>anybody else who doesn't mind living a bit on the bleeding edge to try
>it out and report success or problems.  Note that it requires a
bidirectional (also known as "PS/2") or ECP parallel port.

David, you're my hero!!!  This patch works great!  With debug on or off, I
was able to pass the 'scanimage --test' test.  I used xscanimage stand-alone
and gimp plug-in and both worked great, even with 10MB scans.  It's much
faster than the old driver--and doesn't hang.  Way to go!

>There are two new module parameters with this patch: "usebecp" and
>"usenibble".

>"usebecp=1" is *required* for the OfficeJet G series, K series, LaserJet
>1100A and 3200; it should be omitted (or set to 0) for other models.

Is the PSC 500 an "other model?"

--
Daniel
ZZZ-dgun-ZZZ-@-ZZZ-umpire.com-ZZZ
(Remove the Z-'s to reply)
______________________________________________
FREE Personalized Email at Mail.com
Sign up at http://www.mail.com/?sr=signup

Re: [hpoj-devel] patch to improve scan speed/robustness

[Carlos P. <cp...@pu...>]

David Paschal <pa...@rc...> wrote:
> Carlos Puchol <cp...@pu...> wrote:
> > oh, i did not realize it was not compatible ...
> > 
> > i am also having trouble in that about 3/4ths of the way into 
> > printing a single-page ps file (some text like
> > echo hello world |  nenscript -2rG) the printout starts showing
> > junk characters (as in text mode, in rows). ideas?
> > it is an officejet g55.
> >
> > oh, and i am getting this too:
> > Oct 31 17:02:07 tcb kernel: mlcpp0: mlcpp_transmit while TX busy
> > Oct 31 17:02:45 tcb last message repeated 3 times
> 
> Does any of the text print out OK?  What ghostscript driver are you
> using?  I've used cdj550, but it's been said that hpdj works well
> for text also.

i am printing postscript, and it prints very well, except that
when the printer gets to about 3/4ths of the first page, it starts spewing
garbage, printing semi-empty pages, etc. the usual drill of some protocol
being printer as if it were text.

i am using cdj550, yes.

the thing is that it seem to be working well the first time
i got the printer printing. a reboot seems to have initiated this issue.

thanks,

- carlos

Re: [hpoj-devel] patch to improve scan speed/robustness

[<pa...@rc...>]

> David Paschal <pa...@rc...> wrote:
> > > 
> > > hi, the patch doesn;t work cleanly for me over an hpoj-0.6
> > > with the smp patch ...  what am i doing wrong?
> > Hi, Carlos.  The patch I put out was intended to be applied to a previously
> > unmodified copy of ieee12844pp.c from hpoj-0.6.  Burkhard said he would
> > merge his patch with mine, so try that when he releases is.  As I said
> > yesterday I will set up CVS soon so we can track each other's changes
> > better in the future.  Sorry about the current inconvienence.
> > 
> > David

Carlos Puchol <cp...@pu...> wrote:
> oh, i did not realize it was not compatible ...
> 
> i am also having trouble in that about 3/4ths of the way into 
> printing a single-page ps file (some text like
> echo hello world |  nenscript -2rG) the printout starts showing
> junk characters (as in text mode, in rows). ideas?
> it is an officejet g55.
>
> oh, and i am getting this too:
> Oct 31 17:02:07 tcb kernel: mlcpp0: mlcpp_transmit while TX busy
> Oct 31 17:02:45 tcb last message repeated 3 times

Does any of the text print out OK?  What ghostscript driver are you
using?  I've used cdj550, but it's been said that hpdj works well
for text also.

David

Re: [hpoj-devel] patch to improve scan speed/robustness

[Carlos P. <cp...@pu...>]

hi, the patch doesn;t work cleanly for me over an hpoj-0.6
with the smp patch ...  what am i doing wrong?

$ patch -p0 < ~/tmp/ieee12844pp-bidi-ecp-patch.txt 
patching file `ieee12844pp.c'
Hunk #1 FAILED at 36.
Hunk #2 FAILED at 64.
Hunk #3 succeeded at 148 (offset 31 lines).
Hunk #5 succeeded at 207 (offset 31 lines).
Hunk #7 succeeded at 306 (offset 31 lines).
Hunk #8 FAILED at 329.
Hunk #10 FAILED at 534.
Hunk #11 succeeded at 755 (offset 31 lines).
Hunk #12 FAILED at 849.
Hunk #13 FAILED at 901.
Hunk #14 FAILED at 936.
Hunk #15 FAILED at 949.
Hunk #16 FAILED at 1032.
Hunk #17 FAILED at 1159.
Hunk #18 FAILED at 1246.
11 out of 18 hunks FAILED -- saving rejects to ieee12844pp.c.rej
$

Re: [hpoj-devel] patch to improve scan speed/robustness

[Joe P. <joe...@sn...>]

On Mon, 30 Oct 2000, David Paschal wrote:

<...>
> The 570 I have perpetually scrolls the message "See instructions to print
> demo page" or something like that, except when it has a more urgent message
> to display.  If I remember correctly, when I ran the original xojpanel
> (which presumably didn't scroll text by itself) with this peripheral, the
> message scrolled on the screen at more or less the same rate.

The original xojpanel has no ability itself to scroll. If its text display
"scrolls"  it would be because the printer is sending partial strings. If that
is the case, my code should handle it anyway, as long as no timing problems
develop. If the string is more than 16 chars, the pixmap will probably just be
overrun with text. It may not cause any damage, but won't look nice. A longer
lcd background pixmap would need to be substituted in a case like that, with
some code changes. It might not be too difficult.

Can you check the xojpanel output again to see what's really happening, and
how long the string is, if you can see it all? The last release of xojpanel
has a problem finding its lcd pixmap, but if run from the xojpanel/ build
directory, it shouldn't have any trouble.

If you can get "hpo set" working, can you get it to automatically set the
Time/Date on the printer? The 600's clock has to be reset every time the
printer is turned on.

The memory leak I found is plugged now in my upgraded xojpanel. The new code is
on my site. I did a kind of test of Line2 scrolling by creating a fake
Line2 string. It seems ok. It still needs a real test, though.

http://pages.cthome.net/jsp/hpoj-linux-gui/index.html

--------------------------------------

Joe

Re: [hpoj-devel] SMP/2.4 kernel status.

[<da...@cy...>]

Hello all !

I'm back into business after some very very busy weeks...
So please just let me a few more days (hours) and I'll be fully operational !

See you,
Damcha

Re: [hpoj-devel] SMP/2.4 kernel status.

[Tim W. <tw...@re...>]

On Mon, Oct 30, 2000 at 05:57:22PM -0700, PASCHAL,DAVID (HP-Roseville,ex1) wrote:

> How does parport detect and report "hotplugging"?  I suspect it may be a lot

Of devices?  It doesn't.  The calls are there to make it support
hot-plugging of _ports_ (PCMCIA and such), but I'm not sure that they
even work.

Tim.
*/

Re: [hpoj-devel] patch to improve scan speed/robustness

[<pa...@rc...>]

Hi, Joe.

> If all of the officejets always send the complete string to xojpanel, xojpanel
> shouldn't be affected by the printer's scrolling action. I'm not sure what you
> mean, though. Are you saying that some printers can send sections of a string
> rather than the whole thing? 
The 570 I have perpetually scrolls the message "See instructions to print
demo page" or something like that, except when it has a more urgent message
to display.  If I remember correctly, when I ran the original xojpanel
(which presumably didn't scroll text by itself) with this peripheral, the
message scrolled on the screen at more or less the same rate.

> The only officejet I have access to is my 600, which has only the one text line
> on its hardware lcd. It probably never sends a line2. That prevents me from
> properly testing line 2 scrolling.  Code for second line display and scrolling
> is in xojpanel now, though.
> 
> Are there any officejets that have a second line on their LCD? Do any of them
> have a second line that would ever need to be scrolled? The answers
> probably aren't necessary right now, but they could be helpful.
The 700, T, G, and K series all have two-line LCDs, and they all have at
least a few messages that scroll on the second line.  (The LaserJet 3200
also has a two-line LCD, but it's not software-retrievable.)

> If you haven't downloaded my changes yet, and are not in a hurry, wait just a
> bit. I just found and hopefully corrected another bug (a memory leak) and will
> probably put the new code on my site tomorrow.
OK.  When I get a chance (which more than likely will be after your new
version) I'll try it out on the various models I have (570, G85, K80) and
let you know what happens.

David