hylafax + modem (USR Sportster Flash X2) + MODEM TIMEOUT: String de lecture avec modem
J'ai le problème suivant avec mon modem Sportster Flash X2. Nous l'avons installé avec hylafax, Et il a travaillé pendant une semaine ou deux. Mais aujourd'hui, lors de la réception d'une fax, il gèle et ne répond pas. Voici le magazine du dernier modem de travail
Au début, nous avons essayé de redémarrer le modem, car cela a généralement aidé, mais maintenant cela n'a pas aidé. Donc nous redémarrons aussi hylafax Et même tout le serveur. Après le relancement hylafax gèle ici
Voici une configuration pour le modem:
Nous avons également essayé de remplacer Sportster sur le ZyXEL U1496 (qui a également travaillé avant ce problème), Mais cela ne répond pas non plus. Après la connexion au modem avec cu ou minicom il semble connecté, mais ne répond pas après AT + FCLASS? équipe ou autre. Peut-être que quelque chose dans Gilafax ou quelque chose manque pour moi. J'ai parcouru de nombreux forums et après avoir redémarré le modem, tout devrait fonctionner, mais dans notre cas, ce n'est pas le cas.
Rafraîchir
Bon maintenant nous sommes sur 100% Nous sommes convaincus que tout est en ordre avec le modem. Nous avons essayé de connecter le modem à la voiture avec Win XP, ainsi qu'à une autre voiture avec Linux. Les deux travaillent par modem sans problèmes, et je peux la demander à l'aide de Basic At Commandes. Il semble que le problème soit associé au numéro de série sur le premier serveur, mais il n'y a rien dans des magazines qui pourraient signaler le problème. Un nouveau serveur vaut une nouvelle HP 360e Gen8 ProLiant, J'espère donc que le port n'est pas mort. Je peux me connecter au modem avec cu -l / dev / ttyS0, Mais non dans les équipes ne fonctionne. J'ai aussi essayé /etc/init.d/setserial restart, Mais cela n'aide pas. Système - noyau Debian Wheezy 7.6 3.2.0-4-amd64
Merci beaucoup pour votre aide.
</delay\0727></unspecified>
<-- [5:ATM0\r]
Oct 14 10:58:36 minos FaxGetty[62820]: --> [2:OK]
Oct 14 11:00:03 minos FaxGetty[62820]: --> [4:RING]
Oct 14 11:00:03 minos FaxGetty[62820]: DynamicConfig: bin/dynconf.php "/dev/ttyS0"
Oct 14 11:00:07 minos FaxGetty[62820]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS0'
Oct 14 11:02:01 minos /USR/SBIN/CRON[638]: (logcheck) CMD ( if [ -x /usr/sbin/logcheck ]; then nice -n10 /usr/sbin/logcheck; fi)
Oct 14 11:06:06 minos FaxGetty[62820]: RECV FAX (000000019): from +XX XXX XXXXXX, page 1 in 0:05:59, A4, 3.85 line/mm, 2-D MMR, 14400 bit/s
Oct 14 11:06:06 minos FaxGetty[62820]: RECV FAX (000000019): recvq/fax000000010.tif from +43 316 720883, route to <unspecified>, 1 pages in 0:05:59
Oct 14 11:06:13 minos FaxGetty[62820]: RECV FAX (000000019): session with +XX XXX XXXXXX terminated abnormally: Timeout waiting for Phase C carrier drop
Oct 14 11:06:13 minos FaxGetty[62820]: RECV FAX: bin/faxrcvd.php "recvq/fax000000010.tif" "ttyS0" "000000019" "Timeout waiting for Phase C carrier drop"
Oct 14 11:06:13 minos FaxGetty[62820]: <-- [5:ATH0\r]
Oct 14 11:06:18 minos FaxGetty[62820]: MODEM TIMEOUT: reading line from modem <-- From here modem is not working
Au début, nous avons essayé de redémarrer le modem, car cela a généralement aidé, mais maintenant cela n'a pas aidé. Donc nous redémarrons aussi hylafax Et même tout le serveur. Après le relancement hylafax gèle ici
Oct 14 11:10:44 minos FaxGetty[62820]: CLOSE /dev/ttyS0
Oct 14 11:10:44 minos FaxQueuer[62798]: MODEM /dev/ttyS0 appears to be wedged
Oct 14 11:10:44 minos FaxQueuer[62798]: MODEM WEDGED: bin/wedged "ttyS0" "/dev/ttyS0"
Oct 14 12:24:59 minos HylaFAX[3772]: HylaFAX INET Protocol Server: restarted.
Oct 14 12:24:59 minos FaxGetty[3790]: OPEN /dev/ttyS0 HylaFAX (tm) Version 6.0.6
Oct 14 12:25:00 minos FaxGetty[3790]: MODEM set DTR OFF
Oct 14 12:25:01 minos FaxGetty[3790]: MODEM set DTR ON
Oct 14 12:25:04 minos FaxGetty[3790]: MODEM set baud rate: 19200 baud, input flow XON/XOFF, output flow XON/XOFF
Oct 14 12:25:04 minos FaxGetty[3790]: MODEM flush i/o
Oct 14 12:25:04 minos FaxGetty[3790]: <-- [4:ATZ\r]
Oct 14 12:25:34 minos FaxGetty[3790]: MODEM TIMEOUT: reading line from modem
Voici une configuration pour le modem:
ModemType: Class1 # use class 1 interface
ModemRate: 19200 # rate for DCE-DTE communication
ModemFlowControl: xonxoff # software flow control
#
ModemSetupDTRCmd: ATS13=1&D2 # setup so DTR drop resets modem
ModemSetupDCDCmd: AT&C1 # setup so DCD reflects carrier (or not)
ModemNoFlowCmd: AT&H0&I0&R1 # setup modem for no flow control
ModemHardFlowCmd: AT&H1&I0&R2 # setup modem for hardware flow control
ModemSoftFlowCmd: AT&H2&I2&R1 # setup modem for software flow control
ModemResultCodesCmd: ATQ0X4 # enable result codes
#
ModemMfrQueryCmd: !USR
ModemModelQueryCmd: ATI3
ModemRevQueryCmd: ATI7 # XXX returns a multi-line result
#
# When AT+FCLASS=1 is issued the modem automatically switches
# to software flow control; these parameters let the fax software
# reset flow control as needed after entering Class 1.
#
Class1NFLOCmd: AT&H0&I0&R1 # setup modem for no flow control
Class1HFLOCmd: AT&H1&I0&R2 # setup modem for hardware flow control
Class1SFLOCmd: "" # modem does this automatically
#
# This should resolve "DIS/DTC received 3 times" errors:
#
Class1ResponseWaitCmd: AT+FRS=1 # wait after sending TCF for response
#
# The remainder of this configuration is included so that the
# modem "idles" in Class 0 while not sending or receiving facsimile.
#
ModemSetupAACmd: AT+FCLASS=0 # leave modem idling in class 0
ModemAnswerCmd: AT+FCLASS=1A # answer in Class 1
#
# When using AT+FRS=n we see USR modems reset themselves in the middle of sessions
# this is not good. So, we seem to work-around that problem by not using the
# command. Unfortunately, this isn't an ideal thing.
#
Class1SwitchingCmd: "<delay\0727>"
#
## AvantFAX
#
FaxRcvdCmd: bin/faxrcvd.php
DynamicConfig: bin/dynconf.php
UseJobTSI: true
Nous avons également essayé de remplacer Sportster sur le ZyXEL U1496 (qui a également travaillé avant ce problème), Mais cela ne répond pas non plus. Après la connexion au modem avec cu ou minicom il semble connecté, mais ne répond pas après AT + FCLASS? équipe ou autre. Peut-être que quelque chose dans Gilafax ou quelque chose manque pour moi. J'ai parcouru de nombreux forums et après avoir redémarré le modem, tout devrait fonctionner, mais dans notre cas, ce n'est pas le cas.
Rafraîchir
Bon maintenant nous sommes sur 100% Nous sommes convaincus que tout est en ordre avec le modem. Nous avons essayé de connecter le modem à la voiture avec Win XP, ainsi qu'à une autre voiture avec Linux. Les deux travaillent par modem sans problèmes, et je peux la demander à l'aide de Basic At Commandes. Il semble que le problème soit associé au numéro de série sur le premier serveur, mais il n'y a rien dans des magazines qui pourraient signaler le problème. Un nouveau serveur vaut une nouvelle HP 360e Gen8 ProLiant, J'espère donc que le port n'est pas mort. Je peux me connecter au modem avec cu -l / dev / ttyS0, Mais non dans les équipes ne fonctionne. J'ai aussi essayé /etc/init.d/setserial restart, Mais cela n'aide pas. Système - noyau Debian Wheezy 7.6 3.2.0-4-amd64
Merci beaucoup pour votre aide.
</delay\0727></unspecified>
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
1 réponses
Christine
Confirmation de:
Merci pour votre temps