HylaFAX The world's
most advanced open source fax server
|
|
[
Date Prev][
Date Next][
Thread Prev][
Thread Next]
[
Date Index]
[
Thread Index]
Re: [hylafax-users] Some error messages
At 10:50 PM 3/29/01 +0200, dejou@sch.bme.hu wrote:
>Hi there,
>
>I have successfully installed a rockwell-k56 modem on our server running
>Slackware Linux 7.0 with 2.2.16 kernel. Everything looks to work fine,
>although there are some error messages in the log files, e.g.
>
>Mar 29 21:39:17.72: [15938]: <-- [10:AT+FBUG=1\r]
>Mar 29 21:39:17.73: [15938]: --> [5:ERROR]
>Mar 29 21:39:17.73: [15938]: MODEM Command error
>
>I do not know what this AT+FBUG=1 means, I have not found it in the Class
>2 commands reference. Could you explain me, please, the meaning of this
>directive? How to make hylafax not use this statement?
Means that your modem doesn't support it. Change your config file to read:
Class2BUGCmd: AT+FBUG=0
or whatever is appropriate for your system, perhaps...
Class2BUGCmd: ""
>The other one appears in incoming faxes:
>
>Mar 29 20:48:18.07: [15574]: <-- data [1]
>Mar 29 20:48:43.46: [15574]: RECV/CQ: Bad 1D pixel count, row 1130, got 0,
>expected 1728
>Mar 29 20:48:43.46: [15574]: RECV/CQ: Bad 1D pixel count, row 1131, got 0,
>expected 1728
>Mar 29 20:48:43.46: [15574]: RECV/CQ: Bad 1D pixel count, row 1132, got 0,
>expected 1728
>Mar 29 20:48:43.46: [15574]: RECV/CQ: Bad 1D pixel count, row 1133, got 0,
>expected 1728
>Mar 29 20:48:43.46: [15574]: RECV/CQ: Bad 1D pixel count, row 1134, got 0,
>expected 1728
>Mar 29 20:48:43.46: [15574]: RECV/CQ: Adjusting for trailing noise (5 run)
>Mar 29 20:48:43.46: [15574]: RECV: 1130 total lines, 0 bad lines, 0
>consecutive bad lines
>
>Maybe this is not an error at all, is it?
Nope. This is normal - just verbosity regarding the copy quality checking.
>The third one: at the moment I have to use my modem with xonxoff flow
>control at 38400 (the default values of the config file). But how to
>increase the speed? Theoretically, this modem is capable to handle 56k
>flows, but I suppose this is done by applying rtscts, which is not
>applicable for fax reception (based on experiments, it turned out that
>rtscts results in disappearing all but the top 10 cm of each sheet).
38400 is the maximum communication rate with the serial device by the
computer, not how fast the fax connection is at. And, the maximum fax
CONNECT speed is 14400, anyway.
Lee.
____________________ HylaFAX(tm) Users Mailing List _______________________
To unsub: mail -s unsubscribe hylafax-users-request@hylafax.org < /dev/null