Version of smsd: 3.1.20
Smsd installed from: sources
Name and model of a modem / phone: E1750
Interface: /dev/ttyUSB0
Hi, not sure if this is a bug report, a feature request or just a modem that is completely bonkers ...
Sending / receiving SMS with this modem seems to work fine.
Handling incoming voice calls also started to work after I enabled CLIP.
However outgoing calls cause a lot of trouble:
Since ATD returns OK immediatly, I first tried
voicecall_cpas = yes
however this only caused a minor delay before answering with +CPAS: 4 OK (before the call was answered at the other and), so the commands to send DTMF tones returned errrors.
Next I tried voicecall_clcc = yes, which works a bit better (smsd waits for the other side), but when the oder side either accepts or denys the call, the final CLCC command doesn't return a result and the modem stops responding like it did on incoming calls before I used CLIP. I guess it is in some call_is_active state, where normal command processing is disabled.
However in rare cases the final CLCC command does report an active call, in which case the voice call procedure is executed normally, so I guess some race is involved as well. (Only saw that once so far, so not clear how frequent this is.)
This is the relevant part of the configuration:
[GSM1]
init = AT+CNMI=0,0,0,0,0
device = /dev/ttyUSB0
incoming = yes
pin = xxxx
baudrate = 115200
#check_memory_method = 2
report_device_details = yes
memory_start = 0
phonecalls = clip
voicecall_clcc = yes
init = AT+CNMI=0,0,0,0,0
device = /dev/ttyUSB0
incoming = yes
pin = xxxx
baudrate = 115200
#check_memory_method = 2
report_device_details = yes
memory_start = 0
phonecalls = clip
voicecall_clcc = yes
'smsdconf' Syntax Highlight powered by GeSHi
And this is an example log of a session where the other side accepts the call, but the connection to the modem gets stuck (some boring lines in the middle omitted):