<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><br><br>
> > The Huawei USB dongles that support voice require a command<br>
> > (AT^DDSETEX=2) to be executed when the call is established, and<br>
> > also<br>
> > need to report which port is being used for audio. In order to<br>
> > support<br>
> > that, instead of subclassing all start/accept/hangup methods, I<br>
> > extended the MMBaseCall class with two new handlers that allow<br>
> > setting<br>
> > up and cleaning up the audio channel however the plugin needs it.<br>
> > Bob,<br>
> > you could use these two methods for the custom AT commands you<br>
> > require<br>
> > for the SIMCom implementation, right?<br>
> <br>
> Possibly, yes.  The SimTech (== SIMCom) plugin is using the<br>
> <div class="gmail_default" style="font-family:monospace,monospace;display:inline"></div>MMBroadbandModemQmi class which means I either need to (1) subclass<br>
> MMBroadbandModemQmi and mix in AT commands, or (2) use the plugin's<br>
> AT-only MBroadbandModemSimtech class and add to it.  I'd rather stick<br>
> with QMI but I don't know how well the modem will cope with it so I<br>
> need<br>
> to experiment.<br>
<br>
</span>I'd be very curious if the modem supports the QMI Voice service and if<br>
so, how that interacts with the actual audio ports the modem exposes. <br></blockquote><div><br></div><div><br></div><div><div class="gmail_default" style="font-family:monospace,monospace">Yes, using QMI also for the voice management would be ideal, if the device supports the VOICE service. Otherwise, falling back to AT commands by implementing a custom MMBroadbandModemQmiSimtech wouldn't be very bad.</div><br></div></div><div><br></div>-- <br><div class="gmail_signature">Aleksander<br><a href="https://aleksander.es" target="_blank">https://aleksander.es</a></div>
</div></div>