W dniu 2013-02-25 12:00 Adam Wysocki napisał(a):

>>> Robię coś nie tak?
>>
>> Tak, używasz sscanf().
>> Napisz normalny interpreter składni na jakiejś maszynie stanów.
>> Będzie mniejszy, elastyczniejszy i bardziej niezawodny.
>
> Wymyślanie koła na nowo to niestety cecha początkujących programistów
> i amatorów. Syndrom NIH.
>
> Ja jestem jak najbardziej za sscanf. O ile nie ma przeciwwskazań, typu
> brak miejsca we flashu, to ma to same zalety - głównie taką, że błąd w
> sscanf jest raczej mało prawdopodobny. Dostajesz coś, co działa.

Oj coś masz podejście zbyt wysokopoziomowe jak do tego zastosowania.
Znam takich - najczęściej speców od Javy i wszystkich możliwych
frameworków. Program wynikowy puchnie w takich przypadkach o cały worek
różnistych bibliotek a czas kompilacji sięga zenitu - tylko po to aby
kilka linii mniej napisać własnego kodu (niemały czas potrzebny na
obczajenie każdego nowego frameworka pomijam).

Wg mnie zrobienie automatu analizującego znaki odczytywane z modułu GSM
(i to "karmionego" znak po znaku) jest najlepszym z zaproponowanych
rozwiązań. Oczywiście jeżeli zrobi się to z głową i odpowiednio obsłuży
sytuacje nadzwyczajne (asynchronicznie przychodzące komunikaty na inny
temat gdy się spodziewamy danej odpowiedzi modułu). Przy okazji
włączyłbym także echo w module GSM (ATE1) dla pewności czy każda komenda
została poprawnie przesłana.

Natomiast jeżeli dla uproszczenia chcemy jednak zbierać całe linie
znaków i dopiero potem je analizować - to w takim przypadku przydadzą
się raczej funkcje strstr, memchr i atoi/atol a nie moloch sscanf.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.