stream

Встроенный IP-стек - практически весь через ()(). Начиная с +CIPSTART, когда OK/ERROR и CONNECT OK/CONNECT FAIL приходят в случайном порядке - приходится делать специальную процедуру для ловли таких фокусов. С +CIPCLOSE, по-поему, такая же фигня. Изменение в SIM900 синтаксиса URC +IPD, не описанное нигде, стоило нам круглой суммы. На ATH в режиме данных реакция совершенно непредсказуемая - в зависимости от фазы луны можно получить OK/NO CARRIER/ERROR. По поводу совета отключить Call Ready - напоминает анекдот про сантехника и унитаз. Это тот же самый костыль, из знания которых и формируется наш, так сказать, опыт разработчика. Что касается репорта багов - с моей подачи было исправлено кое-что в SIM900, но мне, например, если проблему можно обойти, проще написать костыль, ибо старые приборы тоже должны работать. А сообщал я только о критических вещах, когда какая-то функциональность в SIM900 не работала вообще или совсем не так, как в SIM300. Я совершенно спокойно отношусь к багам, тем более при такой цене за модуль. Мелкие исправления китайцы делают чуть ли не за несколько часов. И я понимаю, что IP-стек они при все желании не перепишут с нуля правильно. И (отсутствующие) семафоры между задачами в модуле тоже не рискнут сильно менять. И в квиктеле все те же баги, только в профиль. Просто не надо делать удивленные глаза "до чего вы довели модуль" и "вы его готовить не умеете". А ваша идиосинкразия на SIM900B выглядит еще более странной. Сначала без вопросов продаете SIM300Z, потом говорите: не надо использовать SIM900B, выкидывайте все свои изделия. "Изначально неверно выбран модуль" - да, очень смешно. Изначально - это когда мы в качестве платформы SIMCOM выбрали, да?

В общем случае - да. Если гарантированно знаешь, что этот оператор в этом регионе поддерживает - можно и попробовать. Но только для коррекции - т.е. надо все-таки озаботиться питанием часов. Кстати, интересный момент, появится ли этот URC, если перевести модуль в какой-нибудь из режимов пониженного потребления.

И Вам того же и не кашлять! :) ... the following URC may be reported if network sends a message to MS ... Support for this Command will be network dependent. Перевожу: 1) Должно поддерживаться оператором, что не факт. Совсем недавно в России никто из "большой тройки" не поддерживал. 2) А если даже и поддерживается, то когда оператор соизволит прислать такую нотификацию - опять же только от него зависит. Захочет - раз в сутки, захочет - раз в неделю.

Смотрите внимательнее - разные там таймштампы. Все мне сравнивать лениво, но первое и последнее PDU точно отличаются.

Золотые слова! А еще есть вот такие замечательные сообщения: "Ваша задолженность 500 рублей" "Кредитный лимит по вашему лицевому счету составляет 3000 рублей". Успехов ребятам.

О да... Если быть точным - 0.577 ms (15/26) для одного таймслота. Период - 4.615 ms. Если планируется GPRS, надо проверить на тройном таймслоте (1.731 ms), период не меняется. И на всем диапазоне входных напряжений блока питания... Результаты порой оказываются весьма обескураживающими...

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

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

На RS-232 активное состояние - 0. Так что берешь два диода (или один сдвоенный), общим анодом на RXD модуля, катодами - на TXD каждого из процессоров. Для RXD модуля теперь нужна подтяжка, если ее нет внутри модуля, берешь ее со Status SIM900 или чего-то аналогичного, чтобы избежать фантомного питания. TXD модуля можно тупо соединить со входами RXD процессоров параллельно. Вопрос теоретической возможности фантомной запитки через подтяжки входов для простоты не рассматриваем (а то скатимся с этими фантомами в сплошную эзотерику, да и опять же от модуля зависит). Если ноги МК в этот момент будут входы с подтяжкой наверх - то все должно работать (можно, конечно, токи подтяжки проверить, чтобы ток нуля на TXD модуля не перетянуло)

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

DCS 9 вообще-то некорректен Bit 4 0 Bits 1 and 0 are reserved and have no message class meaning 1 Bits 1 and 0 have a message class meaning Bit 1 Bit 0 Message class Description 0 0 Class 0 Immediate display (alert) 0 1 Class 1 ME specific 1 0 Class 2 SIM specific 1 1 Class 3 TE specific Какой смысл выставлять бит 0, если бит 4 не разрешает его использование? Получается "reserved" комбинация с непредсказуемыми последствиями.

Нет, на SIM900 действительно что-то низковольтное, 2,8 или 3V Подтяжка к VBAT (4V) была на SIM300 - небольшой сюрприз для контроллеров, которые по входу не 5V-tolerant.

Вообще-то обычный тестер никто не отменял :) Кстати, на SIM300Z пятаки такие же. Жаль, что это картинка отсутствует в основной документации - пару месяцев назад я _очень_ долго думал, как же собрать трассировочную инфу через отладочный порт на готовых устройствах, уже хотел платы переделывать, пока меня не осенило прозвонить пятаки с разъемом...

Что-то меня выражение "пробиты супрессоры" смущает. Он же при превышении напряжения открываться должен, а не пробиваться. Что они туда подали? Кстати, подключали SIM900B на UART 3,3 V через всякие резисторы - 200 ом, 1 К, 10 К. Падение напряжения на резисторе отсутствовало как класс. Получается, что ток супрессор не открывается и ток через него не течет. Что-то во всей этой супрессорной теории не так. Может, там вообще защиты нет?

W2k не обижайте - я SIM300 уже больше тысячи перешил, и SIM900 нормально перешивались. А вот криворукие китайцы умудрились написать свои загрузчики (по крайней мере на SIM300) - уж не знаю, писишную или модульную часть - с такой жесткой привязкой к реальному времени, что малейшая задержка в момент запуска RAM Program и смены скоростей порта - и усе, писишная часть вечно висит на "Waiting RAM Program Ack". Собственно, требование двух стоповых бит именно попытка как-то обойти эту кривизну. Чуть нагрузишь машину (например, диск нарезается) - опять не шьется. А вот если через RAM Program проскочили, то дальше прошивка заливается уже спокойно.

Можно попробовать использовать внешний IP-стек, и все равно это может не помочь. По моим наблюдениям, GSM-сеть довольно плохо "раскачивается" в начале передачи. Хорошо идет только передача сплошным потоком. (когда я использовал SIM300 в качестве GSM-модема под виндой, скорость на заливку файлов была отличная, так что с модулем все хорошо). Да и Ping на GSM обычно около 0,5 сек (и больше) даже в "раскачанном" состоянии, а после долгой неактивности и по 2 сек. бывает. Т.е твой алгоритм с ожиданием подтверждения не катит. Пока твой пакет туда, пока подтверждение обратно...

Да. Перед выходом во внешнюю сеть твое соединение проходит как минимум через один NAT-шлюз у оператора. За час неактивности он давно уже молча выкинул твое соединение из своих таблиц.

Хмм... Не так все просто. Могу показать нераспечатанную симкомовскую коробку от SIM300Z с датой производства - 19 декабря 2010 года. Скорее поверю, что реально завод будет продолжать работать как минимум до тех пор, пока не выполнит все предварительные заказы. А может, и дольше.

ВНЕЗАПНО возникла ситуация, что SIM300 через некоторое время начинает отвергать входящие DATA CALL (CSD). На модуль звонят в режиме данных. И тишина. Ни RING, ни +CRING, вообще ничего. Звонящий видит NO CARRIER, либо, если есть расширенная диагностика, +CEER: "Cause Select:67 Cause:21" (call rejected) H.1.9 Cause No. 21 "call rejected" This cause indicates that the equipment sending this cause does not wish to accept this call, although it could have accepted the call because the equipment sending this cause is neither busy nor incompatible. Полный бред... Какого хрена он не хочет принимать звонок, если "не занят и нет проблем с совместимостью" ? Модуль ничем не занят, "подвисших" звонков нет, по AT+CLCC - пусто. При этом все остальные сервисы работают! Голосовые звонки идут, SMS принимаются. Воспроизвести получается довольно стабильно, модуль впадает в такое состояние через несколько часов умеренного CSD-обмена (около 10 коротких звонков в час). Я бы опять грешил на Мегафон, но нам сообщили, что аналогичная проблема возникла и на МТС. Как лечить - непонятно. Как детектировать - тоже, никаких внешних симптомов нет. Перерегистрация (AT+COPS=0) ничего не меняет. Пока помогает только выключение питания. SIM300Z с 20-й прошивкой (1008B20SIM300M32_SST34HF3284). Буду пробовать с более старыми прошивками, но от чтения changelogs становится очень грустно...

CTS обязательно потребуется, если будете использовать CSD (соединение будет 9600, а порт на 19200 или выше) или GPRS в режиме внешнего IP-стека. Очень похоже, что также потребуется, если будете использовать встроенный IP-стек в прозрачном режиме. Пока работаете AT-командами - прокатит и так.

Речь об этом, именно об этом. Как живой, уровень сигнала показывает, регистрация типа есть, а позвонить нельзя. Так что, если не сложно, в следующий раз, как у вас модуль в кому впадет, все-таки скажите ему AT+COPS=0 и посмотрите, завершится операция или зависнет.

Никто не пытался принудительно перерегистрировать модем в момент такого ухода в себя? (AT+COPS=0 или что-то в этом роде) У меня SIM300 в похожей ситуации после команды ушел в себя вообще наглухо, OK после COPS не написал, на AT-команды больше не отвечал. Ждал минут 20. При этом внутри у него что-то шевелилось, URC про CSQN приходили. Интересно было бы узнать, воспроизводимо ли такое зависание. Может, это натолкнет китайцев на какие-то мысли.

Можно и не мучить флеш, а сначала спросить "AT+IPR?" и проанализировать ответ. Если в ответе ноль - тогда и выдавать +IPR=19200 и AT&W. Иначе в модуле и так уже все нормально настроено на 19200 с прошлого раза. Можно еще поизвращаться, анализируя, пришло ли после включения RDY, +CPIN: и т.д., что приходит только при фиксированной скорости, но это на любителя. Понятно... Современный ARM с дробными делителями на UART сильно облегчает жизнь. У меня при тактовой 60MHz ошибка на 115200 составляет 68,4 бода, т.е. 0,06% Предполагаю, что и AT&F тоже поможет - т.е. все, что почистит состояние каких-то переменных в модуле.

:) :) :) Вы же разработчик со стажем, зачем вы верите (а) современной (б) китайской документации? Попробуйте сами. 1. "По каждой команде" с грехом пополам работало в SIM300. В SIM900 это уже сломали, а документацию поправить забыли. Срабатывает один раз - причем почти идеально - быстро, на любую скорость, включая 115200 (о чем в доке тоже забыли написать). А вот после этого при смене скорости - только кракозябрики. 2. По "at" не автободится. Никак и никогда. Только по "AT". Да, SIM900B 5-я прошивка. Вдруг они отличаются. Мне лично все равно, мои приборы закладываются на автобод только при первом включении устройства со свежеустановленным модулем, после чего автоматом делают AT+IPR=NNN &W и сводят задачу к решенной.

На SIM900 оно срабатывает один раз после включения и больше не срабатывает никогда. Раньше были китайские ватты, а теперь - вот такой вот китайский автобод.