Handling AT command with no response

Handling AT command with no response

[Neil Jerram]

[-- Attachment #1: Type: text/plain, Size: 270 bytes --]

Hi there,

Is there a way in oFono of sending an AT command and not waiting for any
response?

Specifically, AT+VTS doesn't give any response according to 27.007, and
this appears to be true in practice for the Option HSO modem (GTM601).

Thanks,
        Neil

Re: Handling AT command with no response

[Neil Jerram]

[-- Attachment #1: Type: text/plain, Size: 1332 bytes --]

Neil Jerram <neil@ossau.homelinux.net> writes:

> Hi there,
>
> Is there a way in oFono of sending an AT command and not waiting for any
> response?
>
> Specifically, AT+VTS doesn't give any response according to 27.007, and
> this appears to be true in practice for the Option HSO modem (GTM601).
>
> Thanks,
>         Neil

Here's the relevant log:

Mar 16 19:55:51 gta04 daemon.info ofonod[1102]: App: < \r\n+CLCC: 1,0,0,0,0,"02083627267",129\r\n\r\nOK\r\n
Mar 16 19:55:52 gta04 daemon.info ofonod[1102]: App: > AT+CLCC\r
Mar 16 19:55:52 gta04 daemon.info ofonod[1102]: App: < \r\n+CLCC: 1,0,0,0,0,"02083627267",129\r\n\r\nOK\r\n
Mar 16 19:55:52 gta04 daemon.info ofonod[1102]: App: > AT+VTS=2\r
Mar 16 19:56:00 gta04 daemon.debug connmand[1098]: src/rtnl.c:rtnl_message() buf 0xbecd99dc len 128
Mar 16 19:56:00 gta04 daemon.debug connmand[1098]: src/rtnl.c:rtnl_message() NEWROUTE len 128 type 24 flags 0x0000 seq 0
Mar 16 19:56:24 gta04 daemon.info ofonod[1102]: App: < \r\nNO CARRIER\r\n\r\n_OSIGQ: 13,0\r\n
Mar 16 19:56:24 gta04 daemon.debug ofonod[1102]: src/voicecall.c:tone_request_cb() command failed with error: Unknown error type
Mar 16 19:56:24 gta04 daemon.debug ofonod[1102]: src/network.c:ofono_netreg_strength_notify() strength 41

i.e. tone_request_cb is only called when the call ends.

Re: Handling AT command with no response

[Denis Kenzior]

[-- Attachment #1: Type: text/plain, Size: 722 bytes --]

Hi Neil,

On 03/16/2012 04:13 PM, Neil Jerram wrote:
> Hi there,
> 
> Is there a way in oFono of sending an AT command and not waiting for any
> response?
> 
> Specifically, AT+VTS doesn't give any response according to 27.007, and
> this appears to be true in practice for the Option HSO modem (GTM601).
> 

There is currently no support for this in GAtChat.  Most vendors choose
to return OK here once the tone has been sent to the network and
generated locally.  This is useful when sending multiple tones at once
to know when the sending has finished.  Note that oFono expects a final
response to the 'send_tones' method, so you would need to generate a
reply to the core anyway.

Regards,
-Denis