On 05.07.2022 10:13, Marek wrote:

> - czas "ciszy" na interfejsie między wysłaniem klientowi  polecenia,
> oczekiwaniem na OK (a dokładnie na \r\n za OK) (najczęściej piszesz
> kolejne polecenie zanim modem dokończy OK)

Raczej nie sądzę. Z tego co pamiętam mam to zrealizowane w ten sposób,
że funkcja odpowiedzialna za pobieranie odbieranie danych z modułu
wrzuca je do bufora cyklicznego i sprawdza, czy została przesłana cała
linia. Dopiero wtedy parser otrzymuje informację o dostępnej linii i
pobiera ją do własnego bufora, zajmując się jej analizą.
Poza tym gdyby problem był tutaj, to raczej miałbym do czynienia z
niestabilnym działaniem. Tymczasem urządzenia oparte na tym kodzie
pracowały stabilnie przez kilka lat i jedno z nich nagle przestało
działać zupełnie.


> - coś grzebałeś i popsułeś składnię polecenia (tylko wydaje Ci się że
> jest prawidłowa)

Nie było żadnych zmian ani aktualizacji oprogramowania od ponad pół roku.


> - występują zakłócenia co przekłamuje składnię "widzianą" przez modem
> (miałem tak z sim900A, który sam sobie zakłócał linie uart podczas
> transmisji GSM). Takie problemy najlepiej diagnozuje się z włączonym
> echo na uarcie, widzisz wtedy "przekłamane echo". Ty wysyłasz np
> AT+CMGF=1 a modem w echu zwraca np. AT-MGF=1 (przekłamanie w transmisji).

To też możliwe - sęk w tym, że komunikacja wywala się zawsze w tym samym
miejscu. Gdyby powodem były zakłócenia, to raz na jakiś czas nie
przechodziłoby też "AT" i ATE0".