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] AT+FRM=146 sometimes with timeout



Matthias Reich wrote:

Hi List,

sometimes my modem (devolo mircolink II) seems to not respond while receiving a fax. Having a look at the logs, I nearly always see the problem occurs
when the modem gets the "AT+FRM=146". Reading the archives I found out, the only answers to that command are "OK" or "ERROR". But my modem does not answer at all. As this happens only on one out of hundred faxes, I think it could be that the modem sometimes is not quick enough to answer the command within 7 seconds.


Is there a parameter that can be changed in the way that hylafax waits for e.g. 10 or 15 seconds from an answer from the modem ?

Mar 01 11:22:01.69: [ 3886]: MODEM input buffering enabled
Mar 01 11:22:01.69: [ 3886]: <-- [11:AT+FRM=146\r]
Mar 01 11:22:08.69: [ 3886]: MODEM TIMEOUT: reading line from modem
Mar 01 11:22:08.89: [ 3886]: MODEM TIMEOUT: reading line from modem
Mar 01 11:22:08.89: [ 3886]: MODEM <Timeout>
Mar 01 11:22:08.89: [ 3886]: MODEM input buffering disabled


The AT+FRM=146 command tells the modem to listen for the V.17 14400 bps carrier and to report CONNECT when it is found and to then begin passing data communicated on that carrier to the DTE (HylaFAX) and then to wait for a carrier drop and to then report DLE+ETX bytes and the NO CARRIER response.


After waiting 7 seconds for the carrier you can pretty much rest-assured that the sender is not going to be sending V.17 14400 without further interaction with the receiver. In fax protocol (non-V.34 protocol) everything falls back onto the V.21 messaging carrier... so if things don't work out with the high-speed carrier the idea is to fall back and listen on V.21 until you get a message, maybe send a message, or you give up.

So that's what HylaFAX is trying to do there... it's trying to abort the AT+FRM=146 command after 7 seconds but it doesn't go very smoothly. If it is never able to abort smoothly, if the abort attempt always looks like this (with multiple "MODEM TIMEOUT: reading line from modem" messages), then the modem probably does not support the abort attempt that HylaFAX uses (sending CAN character to the modem)... and in that case you should use:

*Class1RecvAbortOK*: 0

In your modem config file.

Now the 7-second timeout can, in reality, be extended with FaxT2Timer. But you don't want to do that, believe me.

Lee.


____________________ HylaFAX(tm) Users Mailing List _______________________ To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi On UNIX: mail -s unsubscribe hylafax-users-request@xxxxxxxxxxx < /dev/null *To learn about commercial HylaFAX(tm) support, mail sales@xxxxxxxxx*




Project hosted by iFAX Solutions