[RFC] SMS support

pHilipp Zabel philipp.zabel at gmail.com
Tue Jul 24 13:29:22 CEST 2007

Hi Andrzej,

On 7/6/07, andrzej zaborowski <balrogg at gmail.com> wrote:
> Here's a version that modifies the lowlevel parser to correctly deal
> with the SMS submit and SMS write commands.  While at it, it should
> also fix partial writes to the UART socket (i.e interrupted writes
> will be continued). Here's how this works:
> usock.c submits a command with more than one line, lines separated
> with '\n', looking something like this:
> AT+CMGS=<length>\n<PDU>
> all as a single atcmd. Now atcmd.c will send only the first line (from
> start, up to '\n') instead of the entire command, and wait for a "> "
> prompt before sending each next line. The command is not removed from
> pending_atcmds until it is completely written to the UART. The parser
> should accept unsolicited responses from the modem even in the middle
> of transmitting a multiline command, but obviously I couldn't test
> this.
> This patch applies on top of pH5's multiline responses patch. I
> verified the issue with usock stalling after processing AT+CMGL. It
> turned out to be a libgsmd-tool bug and not in the multiline responses
> parsing, and the attached patch contains an attempt to fix this too,
> so AT+CMGL now works correctly. The issue was that libgsmd-tool would
> send everything it received from the gsmd socket, back to gsmd as a
> new AT command (which was mostly gibberish).

Many thanks for solving that issue, this was driving me crazy!

I have only now tested that with this patch AT+CMGL works here, too.
Do you already have SMS support in libgsmd / any simple command
line clients to use that functionality?


More information about the gsmd-devel mailing list