SIM800 чтение SMS Опции

[an24]

Привет всем!

Возникла у меня странная ситуация с SIM800.
Ожидаю смс вызовом в цикле AT+CMGR=1,0. Он мне возвращает OK пока смс не принят.
Посылаю смс на номер, после чего uart стоит по таймауту, буфер, естественно пустой.
Кто нибудь встречался с такой бедой? Таймаут 5 сек.

Да, и еще. Если смс отправить до того, как sim зарегистрировался в сети, то все
нормально отрабатывает. Получаем +CMGR: 1,...

Помогите люди добрые. Уже невмоготуууу...

Прошивка 1418B03SIM800C24
Uart на autoban(менял на фикс.скорость - не помогает)
Регистрируюсь в сети обычно.
AT+CFUN=1
AT+CSQ
AT+CPIN?
AT+CREG?
AT+CMGF=1
AT+CSCS="GSM"
AT+CPMS="SM"

M2M, МТС

Сообщение отредактировал an24 - May 17 2016, 12:59

[ArtemKAD]

Потому что в любой момент вам может приехать URC и заблокирует запись.

С чего вдруг блокировать запись? Входной поток отдельно, выходной отдельно. Они конечно могут стать зависимы, к примеру при отправке SMS когда от модуля надо дождаться приглашение на ввод, но это скорее исключение чем правило. Без прерывания можно только во время отправки не поймать часть входной строки по той мелкой причине, что тупая программа отправляет в цикле всю строку не обращая внимания на входящие символы.

Чтобы повысить надежность мне пришлось перед записью проверять RXNE и читать. Короче, костыль.

Использовал бы по входящему потоку прерывание в котором входящие символы тупо кидал в буфер(к примеру FIFO) и не морочил бы себе голову с костылями.

А для чего сделали два UART?

Изначально второй UART был как технологический, отладочный и для возможности перезаписи модуля не борясь с МК.

Не для того ли, чтобы сделать нормальный full duplex?

Ни в коем случае. Первый UART и так нормальный full duplex. Да и при твоём построении программы без использования прерываний и передаче строки модулю тупым циклом, второй UART тебе не поможет потому как пока ты передаешь строку в один UART процессор занят исключительно этим и не обращает внимание ни на что, включая сообщения со второго UART-а.

[an24]

С чего вдруг блокировать запись? Входной поток отдельно, выходной отдельно. Они конечно могут стать зависимы, к примеру при отправке SMS когда от модуля надо дождаться приглашение на ввод, но это скорее исключение чем правило. Без прерывания можно только во время отправки не поймать часть входной строки по той мелкой причине, что тупая программа отправляет в цикле всю строку не обращая внимания на входящие символы.

Использовал бы по входящему потоку прерывание в котором входящие символы тупо кидал в буфер(к примеру FIFO) и не морочил бы себе голову с костылями.

Изначально второй UART был как технологический, отладочный и для возможности перезаписи модуля не борясь с МК.

Ни в коем случае. Первый UART и так нормальный full duplex. Да и при твоём построении программы без использования прерываний и передаче строки модулю тупым циклом, второй UART тебе не поможет потому как пока ты передаешь строку в один UART процессор занят исключительно этим и не обращает внимание ни на что, включая сообщения со второго UART-а.

Конечно UART принципиально ПОЛНОдуплексный. Но в SIM800 он реализован как полудуплексный, так как буфер на прием
и передачу на стороне SIM один. И команда записи блокирует чтение и наоборот. Это мне объяснили
мудрые люди и я это опробовал на железе. Все так и есть. Когда я пишу и читаю со своей стороны я могу соблюсти
нужную последовательность. Но тут вмешивается SIM, который шлет мне неожидаемый (это их термин) код, который
блокирует запись. А я то этого не знаю.

Поэтому пришлось делать костыль.


Можно было делать по прерываниям или DMA, но я доделывал программу, написанную ранее.
Не хотелось все переписывать. Может быть и зря.

[Baser]

Конечно UART принципиально ПОЛНОдуплексный. Но в SIM800 он реализован как полудуплексный, так как буфер на прием
и передачу на стороне SIM один. И команда записи блокирует чтение и наоборот. Это мне объяснили
мудрые люди и я это опробовал на железе. Все так и есть.

Фантастику вы пишете
Если бы так было, то ни у кого бы ничего не работало...