Re: Problem with Zoom USB modem
David Denney <[email protected]>
| Newsgroups | gmane.comp.telephony.fax.hylafax.user |
|---|---|
| Message-ID | <CAP5AYSVV==i6ahQcMpKNqkwad7oLzMFf3mFQji8O9Q=0p7=Hyg@mail.gmail.com> |
As to the recvq, I did chmod it to change two received files that were there (probably incorrectly) What should the recvq be set to? I have removed the AT&F line and changed the FlowControl to xonxoff and restarted. Now cu shows ATZ and AT&F behaving correctly (get OK with both commands). The FlowControl set was the result of faxaddmodem being ran. Maybe I chose unwisely there. Once I get the recvq fixed, I will retest. David On Fri, Oct 23, 2015 at 11:02 AM, Lee Howard <[email protected]> wrote: > On 10/23/2015 08:54 AM, David Denney wrote: > > Oct 23 11:49:08 CTIKY-FAX FaxGetty[1347]: recvq/seqf: open: Permission >> denied >> Oct 23 11:49:08 CTIKY-FAX FaxGetty[1347]: RECV FAX: Unable to create temp >> file for received data: Unable to open sequence number file recvq/seqf; >> Permission denied. >> > > It's unrelated, but did you notice this above? Your > /var/spool/hylafax/recvq/seqf file has the wrong permissions. Did you > chown it at some point? This should be fixed. > > Oct 23 11:49:11 CTIKY-FAX FaxGetty[1347]: MODEM set DTR OFF >> Oct 23 11:49:12 CTIKY-FAX FaxGetty[1347]: MODEM set DTR OFF >> Oct 23 11:49:12 CTIKY-FAX FaxGetty[1347]: DELAY 75 ms >> Oct 23 11:49:12 CTIKY-FAX FaxGetty[1347]: MODEM set DTR ON >> Oct 23 11:49:12 CTIKY-FAX FaxGetty[1347]: DELAY 2600 ms >> Oct 23 11:49:15 CTIKY-FAX FaxGetty[1347]: MODEM set baud rate: 19200 >> baud, input flow RTS/CTS, output flow RTS/CTS >> Oct 23 11:49:15 CTIKY-FAX FaxGetty[1347]: DELAY 10 ms >> Oct 23 11:49:15 CTIKY-FAX FaxGetty[1347]: MODEM flush i/o >> Oct 23 11:49:15 CTIKY-FAX FaxGetty[1347]: <-- [5:AT&F\r] >> Oct 23 11:49:15 CTIKY-FAX FaxGetty[1347]: --> [5:ERROR] >> > > So, it's doing the same thing with AT&F as it did with ATZ. > > Use cu or minicom to verify, but you're going to need to find some command > to tell the modem to reset itself. > > However... you're using "ModemFlow: rtscts", and the problem may actually > be that it should be "xonxoff", instead. > > So the "ERROR" may be due to the modem getting the wrong data from the > DTE. In other words, we send "AT&F" or "ATZ", but then the modem gets > something else because the data got corrupted in the serial path due to a > flow control problem (although that should not come into play with the AT > commands). > > I guess if all else fails you could disable resetting entirely with: > > ModemSoftResetCmd: AT > > But that's likely to cause other issues later. > > Thanks, > > Lee. > -- *David Denney* *IT & Vending Account Manager* Cutting Tools Inc*. | *www.cuttingtoolsinc.net 1002 Pleasant Grove Pl., Mount Juliet, TN 37122 Office: 615.391.0200 | Fax: 615.391.0206 | Cell: 615.655.7008