Должен ли ответ добавляться прямо к AT-команде, если включен ATE1 (эхо)? - PullRequest
0 голосов
/ 26 октября 2018

Я собираюсь реализовать консольную программу для ПК, которая работает с модемом GPRS (особенно SIM800L).

Я только что узнал, что трудно анализировать ответы из-за появления UCR (незапрашиваемых кодов результатов).

Итак, я немного погуглил и нашел этот пост:

https://embeddedfreak.wordpress.com/2008/08/19/handling-urc-unsolicited-result-code-in-hayes-at-command/

Цитирование:

Включите ECHO (ATE1) Большинство примеров приложений, которые я видел, отключают ECHO (отправляя ATE0). Причина неизвестна, но большинство из них говорят об уменьшении связи через последовательный порт (следовательно, об уменьшении усилий анализатора) Но это не правильно.

Если вы хотите построить надежную связь, вы должны включить ECHO. Причина проста: вы можете определить последовательность команды / URC, полученную модемом. Вот фактическая последовательность приведенной выше иллюстрации (если смотреть с эха модема):

application>AT+CMGL=4 # List all of SMS inside the ME
ME> OK # There's no SMS inside the ME
ME> RING # Incoming call
ME> RING # Incoming call

Я в замешательстве. Я думаю, это должно работать, но только если ответ всегда идет сразу после соответствующей команды.

Но я не мог найти сильную сторону для этого. Ни описание AT-команд, ни описание SIM800L не содержат этого утверждения.

А может я просто неправильно понял?

...