stream

Я собственно, к тому, что если IMEI слетит - по AT+GSN я это увижу или симптомы более скрытые?

А как проверить, что IMEI слетел? :) Перешил SIM900B со 2-й версии (1137B02SIM900B64_SAMSUNG) на 5-ю. По AT+GSN показывается правильный IMEI - тот, что написан на модуле. Что я делаю не так? :) Или в SIM900B такого бага нет?

Я, конечно, понимаю, что очень многие тут до сих пор пишут на пиках, но вот нам, например, приходится ставить лишние операционники, трахаться с согласованием уровней и дифференциальных входов, потому что, как выяснилось, "цифровой аудиопоток никому не нужен". Мда...

Мегафон матерят в соседнем топике, проблема старая: http://electronix.ru/forum/index.php?showtopic=82873

Ты не радуйся, через несколько часов/дней оно снова в кому впадет. Вот такая специфическая особенность Мегазвона. Причем по всей стране так. Предсказать появление глюка невозможно. Еще характерный эффект - когда впавшую в кому симку в обычный телефон, регистрация первый раз может идти очень долго (до минуты). Вроде кому-то из наших клиентов удавалось дозвониться до техников, они что-то там шаманили на коммутаторе (переподключали симку?) и глюк пропадал.

Как один из вариантов: мониторишь линию RI на тему входящего звонка, при обнаружении активности выходишь из прозрачного режима, разбираешься, из-за чего дергался RI (он и на SMS реагирует, см. доку), если звонок - отвечаешь через ATA и обслуживаешь. Если все-таки не использовать прозрачный режим, то все еще проще. Увидел от модема строку RING - говори ему ATA.

Согласно SIM900_AN_AUDIO_LINE_INPUT_1.01.pdf таблица 1: В режиме MIC1 Single End уровень входного сигнала (pk-pk) - <500 mV В режиме MIC1 Difference - <100 mV Вроде как в дифференциальном режиме напряжение должно отличаться в два раза, т.е. д.б. в режиме difference <250mV или single ended <200mV - это опечатка или я чего-то недопонимаю?

На этой карточке оператор предоставляет белый IP-адрес? Если нет, то задача изначально решена некорректно - работоспособность твоей конструкции будет зависить от особенностей настроек и глюков NAT оператора.

Чудес не бывает, бывают плохие контакты :) Однажды одна плата выела нам весь моск - работала не со всеми видами симок не всех операторов. Секрет открывался очень просто - на плате, под маской, невидимый сразу, был дефект на проводнике RESET симки (то-ли обрыв, то-ли сопля с подтяжкой - сейчас уже не помню). Какие-то симки стартовали сами по себе и без ресета, какие-то начинало пучить...

Ты сам себе противоречишь - если "где-то там в конце сообщения присутствует что-то 0x04xx", то это уже не 7-битный ASCII, и модуль не волнует, кто дописал этот хвостик. Главное, что он не знает, как отобразить такой символ в текстовом виде (вариант SIM300 - неформализуемая каша из 7-битного текста и старшего-и-младшего-unicode-байт-как-есть, вариант SIM900 - принудительно сваливаемся в hex формат). Чтобы правильно напечатать юникодный символ, модуль должен знать про кодировку CP1251, CP866, CP878 или какая-тем тебе нужна... Отправь SMS с телефона или даже лучше другого SIM300, тогда точно останется будет 7-битный ASCII без всяких хвостиков.

О какой осмысленности текста можно говорить, если процитированный дамп описывает сообщение в unicode-формате? То, что SIM300 выдавал в этом случае какую-то текстовую кашу из символом с кодом 0x04 и псевдографики (при этом символы с кодом 0x00 тихо обрезал) - я бы назвал багом, который наконец-то исправили.

Скорее, какие-то кривые модемы - по стандарту текстовый ответ модема типа OK или ERROR должен начинаться с 0D 0A, и в терминале строчка нормально переводится (цифровые ответы не рассматриваем, это ужас-ужас-ужас). А вот посылая лишний 0A, можно долго гадать, почему не работает ATD или ATA (нарываешься на Any Key Abort).

Ну кто вам всем эту 0A в голову вбил? Не должно ее быть там. Некоторые модемы могут даже набор номера обрывать (символ-то после начала набора пришел!) (это так, мысли вслух - у спрашивающего какая-то другая проблема)

Все стало только загадочней, потому что +CBST: 0,0,1 и должно быть по умолчанию, иначе соединение будет без коррекции ошибок и возможны пропадания кусков данных, а ATX0 вообще никаким боком к процессу относиться не должно...

Видел такое неоднократно на разных операторах при перегрузке сети, плохом приеме и т.п. Думаю, что соединение пытается установиться, но по какой-то причине срывается. Перезваниваешь - нормально. В подвале (слабый сигнал) часто приходится перезванивать несколько раз. Ошибка симкома в том, что на отвечающем NO CARRIER вылезает из воздуха, без предупреждающего RING. Баг сименса. Какое ему дело, что там за звонок? Может, я простую охранную прослушку делаю.

Используй сигнал Carrier Detect (CD) от модема. Все эти +++ / ATO от лукавого и чреваты кучей побочных эффектов. Например, понравится ли программе на другой стороне, когда она тоже получит эти твои +++ ?

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

Оппа. Кто-нибудь еще, кроме alexQ, может подтвердить наличие такого бага? Это уже даже не глюк, это называется "приехали".

Пардон. Впрочем, с SIM900B китайцы тоже несколько подгадили - сам модуль совместим с SIM300 по размерам, креплению корпуса и распиновке, а вот оба разъема (и интерфейсный, и антенный - совершенно другие! Так что для SIM900B придется все переразводить под другой футпринт интерфейсного разъема, и закупаться новыми разъемами где-то...

А SIM900B - это что и почему его не будет?

Ну дык это же XModem. Он такой уродец с рождения. Зато простой. Забей, короче.

Добить мусором (0x1A) до 128 байт. Где косяк? Кстати, CRC была не обязательна - если через некоторое время модуль начинает говорить NAK, в этот момент его уже можно кормить классическим вариантом с checksum. Но в твоем случае это была бы лишняя задержка перед передачей.

Вторая SMS - в кодировке unicode, т.к. она с русскими буквами - комбинации 04xx (автоматически добавленный рекламный спам). Поэтому чистый text mode лучше не использовать, его разнообразно плющит от русских букв в зависимости от модуля и прошивки. Лучше сразу перевести модуль в кодировку unicode и декодировать самому.

У МТС - "Телематика" У Билайна - "Мониторинг" Оба тарифа корпоративные! Проблемы радиолюбителей-одиночек никого не волнуют. Если этих тарифов нет в вашей области - тогда да, сочувствую. У мегафона, кажется, была дополнительная услуга, улучшающая условия округления. Уж покопайтесь сами по сайту.

У всех операторов есть специальные тарифы для телеметрии, с дешевым GPRS (с терпимым округлением) и CSD, при этом голосовые звонки отсутствуют совсем или страшно дорогие. На всех остальных тарифах с округлением ситуация аховахя, сплошной праздник операторской жабы. Да, эти тарифы - НЕ лезущая из всех баннеров попса "для тех, кто много пользуется интернетом" - ищите внимательнее по сайтам в "специальных" разделах.