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

[Alechek]

Rash, ему еще далеко до этого. Если он не понимает, что есть регистры UART.

[an24]

Rash, ему еще далеко до этого. Если он не понимает, что есть регистры UART.

Конечно далеко. Это моя первая программа на МК. Вряд ли я способен реализовать DMA
и даже работу с UART через прерывания. Я хотел, как мне казалось, сделать простую
вещь. Работая c UART в полудуплексе включить питание на SIM800, прочесть SMS, инициировать GPRS,
выполнить HTTP запрос, выключить питание.

Полагаю, что если я попросил бы Вас написать простейшую программу на Android или портал на спрингах,
мы тут вместе над Вами похохотали бы от души.

Зато я могу поделится своими впечатлениями от стандарта GSM, его реализации в продуктах Simcom и о программах на МК, которые я видел. Очень краткое суждение - теперь мне понятно, почему сотовая связь столь ненадежно и криво работает.

P.S. Особую признательность вызывает URC. Если бы какой-нибудь программист с которым я работал сделал бы такое я бы его просто прибил. Надо же додуматься до такого - посылать неожидаемую нотификацию в последовательный порт, который работает в полудуплексе!
Чуваку, который это придумал, нужно подарить рацию, которая будет изредка самопроизвольно выходить на передачу с посылкой сигнала. Тогда бы он, наверное, смекнул, что напорол чушь.

[Alechek]

Полагаю, что если я попросил бы Вас написать простейшую программу на Android или портал на спрингах,
....
Надо же додуматься до такого - посылать неожидаемую нотификацию в последовательный порт, который работает в полудуплексе!

конечно, но поэтому практически все бесплатные программы под бесплатные оси работают только в тепличных условиях. Чуть затык в сети, непредвиденный таймаут или чересчур быстрая реакция пользователя - и все, финиш. А виноват телефон, провайдер, пользователь, да кто угодно но только не "программист".

Запомните одно великое правило - никогда не считайте Маловероятное - Невозможным!
И удачи в Ваших начинаниях.

[an24]

конечно, но поэтому практически все бесплатные программы под бесплатные оси работают только в тепличных условиях. Чуть затык в сети, непредвиденный таймаут или чересчур быстрая реакция пользователя - и все, финиш. А виноват телефон, провайдер, пользователь, да кто угодно но только не "программист".

Запомните одно великое правило - никогда не считайте Маловероятное - Невозможным!
И удачи в Ваших начинаниях.

Никого не хотел обидеть. Но Вы неправы по поводу тепличных условий. Дело не в этом. Очевидно, что тот кто придумал такую обработку URC не разу не программировал в многопоточной среде, где, как Вы метко выразились маловерояное ВСЕГДА возможно. Обработка URC в Simcom - классическая архитектурная ошибка. Нужно было сделать отдельный поток для оповещений. Отдельное прерывание для его чтение. Отдельный флаг состояния (регистр). Вообщем, все чтобы оповещения не блокировали передачу и прием данных через последовательный порт. Грубо, еще один UART, только односторонний.

[Alechek]

Нужно было сделать отдельный поток для оповещений.

Ага, и TCP тоже криво реализовали. Надо было отдельный канал делать для ACK и прочих пакетов...

И модем внешний на 1200 бод тоже опрометчиво сделали с всего с 1-м RS-232.
И MODBUS, CAN и прочие шины тоже дураки проектировали....

Подстройте свое мировоззрение под окружающую реальность. Или, хотя бы, для начала познакомтесь с ней. Никто Вам ничего не должен.