[Gta04-owner] [Shr-Devel] fsogsmd and om-gta04
morphis at gravedo.de
Wed Mar 7 17:10:42 CET 2012
Neil Jerram <neil at ossau.homelinux.net> schrieb:
>"Denis 'GNUtoo' Carikli" <GNUtoo at no-log.org> writes:
>> all GTA04 revisions have an option modem, but at least 2 things are
>> * CLCC polling: it seem to poll somehow but it doesn't work and
>> the notification when the call ends.
>In case you're not already aware of it, the GTA04 list is discussing
>> * DTMF fails to work: in the AT manual (27007-3d0.doc ) it says that
>> doesn't expect a response, and indeed in the option modem it seem not
>> expect that. So I tried to remove what makes fsogsmd wait for a
>response but I
>I did some DTMF experiments with oFono and got strange results which I
>don't understand yet. I haven't yet rechecked, but I think this is
>- With Radek's gta04-gsm-voice-routing program running (and in a call),
> the oFono SendTones() call appeared to do nothing. I think the log
> showed either that the +VTS command was not sent to the modem, or that
> there was no response.
>- In another call, _without_ gta04-gsm-voice-routing running, the
> SendTones() call generated the expected tone.
>Just in case that suggests anything...
>Shr-devel mailing list
>Shr-devel at lists.shr-project.org
Slyon already talked to me about the second channel fsogsmd has to use to get the unsolicited response when a call ends. I told him listening on two channels should be possible with implementing something like a combined-transport. I have this in my list for implementation but it will take some days to get it implemented and tested on the device.
About the unexpected behaviour for the send dtmf command, please don't do this in the fsogsmd core layer but in the plugin until wie verified it's something we have to change for all modem types.
More information about the Gta04-owner