- Mitglied seit
- 1 Jul 2015
- Beiträge
- 50
- Punkte für Reaktionen
- 0
- Punkte
- 6
Hallo allerseits,
da ich meinen einzigen seriellen Port /dev/ttyS0 anderweitig benötige, habe ich ein USR5637 gekauft (vorher hatte ich ein USR5630), das wird von Linux ohne Zicken als /dev/ttyACM0 erkannt und kann von einem seriellen Terminal (minicom) problemlos angesprochen werden.
Nur Hylafax zickt rum und faxt nicht mehr. Die Meldung von faxstat lautet
das interpretiere ich so, dass Hylafax das Modem nicht anspricht (obwohl es sonst problemlos funktioniert).
Die Rechte sind übrigens bei den jeweiligen Schnittstellen identisch, ein ls -l liefert
Hat jemand eine Idee ?
Vorab schon mal ein "Danke".
- - - Aktualisiert - - -
Hier habe ich die Lösung gefunden: https://ubuntuforums.org/showthread.php?t=1000730
Das Modem muss anders konfiguriert werden. In meiner /etc/hylafax/config.ttyACM0 sieht der Modem-relevante Teil jetzt so aus:
und es läuft problemlos.
da ich meinen einzigen seriellen Port /dev/ttyS0 anderweitig benötige, habe ich ein USR5637 gekauft (vorher hatte ich ein USR5630), das wird von Linux ohne Zicken als /dev/ttyACM0 erkannt und kann von einem seriellen Terminal (minicom) problemlos angesprochen werden.
Nur Hylafax zickt rum und faxt nicht mehr. Die Meldung von faxstat lautet
Code:
Waiting for modem to come ready
Die Rechte sind übrigens bei den jeweiligen Schnittstellen identisch, ein ls -l liefert
Code:
crw-rw-rw- 1 uucp dialout 166, 0 Dez 3 13:37 /dev/ttyACM0
crw-rw-rw- 1 uucp dialout 4, 64 Dez 3 13:58 /dev/ttyS0
Hat jemand eine Idee ?
Vorab schon mal ein "Danke".
- - - Aktualisiert - - -
Hier habe ich die Lösung gefunden: https://ubuntuforums.org/showthread.php?t=1000730
Das Modem muss anders konfiguriert werden. In meiner /etc/hylafax/config.ttyACM0 sieht der Modem-relevante Teil jetzt so aus:
Code:
...
#
# Modem-related stuff: should reflect modem command interface
# and hardware connection/cabling (e.g. flow control).
#
# fuer USR5637 geaendert laut https://ubuntuforums.org/showthread.php?t=1000730
#
ModemType: Class1 # use class 1 interface
ModemRate: 19200 # rate for DCE-DTE communication
ModemFlowControl: rtscts # software flow control
#
ModemSetupDTRCmd: ATS13=1&D3 # setup so DTR drop resets modem
ModemSetupDCDCmd: AT&C1 # setup so DCD reflects carrier (or not)
ModemNoFlowCmd: AT&H0 # setup modem for no flow control
ModemHardFlowCmd: AT&H1 # setup modem for hardware flow control
ModemSoftFlowCmd: AT&H2 # setup modem for software flow control
ModemResultCodesCmd: ATQ0X4 # enable result codes
#
ModemMfrQueryCmd: !USR5637
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+FLO=0 # setup modem for no flow control
Class1HFLOCmd: AT+FLO=2 # setup modem for hardware flow control
Class1SFLOCmd: AT+FLO=1 # 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>"
#
und es läuft problemlos.
Zuletzt bearbeitet: