ATNEL tech-forum

Re: Uart - parsowanie danych

2013-02-22T18:09:11+01:00

Idea jest najważniejsza;) A każdy problem można rozwiązać na kilka sposobów.

Zadałem takie pytanie, bo podczas czytania o parsowaniu danych odniosłem takie wrażenie (może złe), że podczas wpisywania niepełnych poleceń AT nie powinno się uzyskać odpowiedzi - a się uzyskiwało.

Na początku uważałem, że tak ma być, ale nie dawało mi to spokoju, więc sprawdziłem dokładnie te funkcje porównujące i zapytałem. Otrzymałem odpowiedź i już mogę być spokojny;) Dzięki za odpowiedź.

Statystyki: Napisane przez danielos — 22 lut 2013, o 18:09

Re: Uart - parsowanie danych

2013-02-22T17:17:55+01:00

coś czuję że mi się lekko pomyliło i użyłem nie tej funkcji .... masz rację że można użyć tej o której wspominasz - chociaż tak na prawdę - to można zrealizować to jeszcze na 100 innych sposobów - a mi raczej chodziło o to aby przekazać IDEĘ a nie sam konkretny i najlepszy akurat sposób(rozwiązanie) w kodzie programu.

Statystyki: Napisane przez mirekk36 — 22 lut 2013, o 17:17

Uart - parsowanie danych

2013-02-22T12:31:40+01:00

Witam.

Ostatnio zabrałem się za analizę kodu z 2 tomu książki od Mirka, dotycząca parsowania danych nadchodzących z UART.

W funkcji:

[syntax=c]void parse_uart_data(char *pBuf);[/syntax]

zostało zastosowane polecenie
[syntax=c]strncasecmp_P(cmd_wsk , polecenia_at[i].polecenie_at , len)[/syntax]

które porównuje dwa ciągi znaków o długości len.
Moje pytanie brzmi: dlaczego została zastosowana powyższa komenda zamiast

[syntax=c]strcasecmp_P(... , ...)[/syntax]

różniącej się tym, że nie podaje się długości odebranej komendy.
Pierwsza wersja powoduje taki efekt, że podczas wywołania komendy np. at+l otrzymuję stan diody LED, a powinno wykazać błąd. Takiego efektu nie ma w przypadku zastosowania drugiej funkcji.

Czy zastosowanie funkcji
[syntax=c]strncasecmp_P(... , ... , ...)[/syntax]

ma jakiś inny powód niż porównanie znaków wraz z ich długością?

Dzięki za odpowiedź.

Statystyki: Napisane przez danielos — 22 lut 2013, o 12:31