Не всегда регистрируется и не выключается SIM300D. Опции

[Mingrief]

Здравствуйте, уважаемые.

Перед описанием неисправности пару слов о правильной работе моего изделия.
Итак, имеем спаянные на заводе платы с модулем SIM300DZ (1008B14SIM300D32_SST34HF3284). После прошивки микроконтроллера включаю устройство для проверки, при этом работа с модулем проходит следующим образом:
1. Включение модуля через PWRKEY (контроль STATUSа);
2. Инициализация модуля;
3. Проверка наличия сим-карты, считывание записной книжки;
4. Ожидание регистрации в сети (если нет, то по таймауту в 30с выкл. модуль, пауза 2с и в п.1.);
5. Дальнейшая работа (звонки, передача данных).
На данный момент из 30 шт. проверенных таким образом приборов с первого раза правильно заработали только 20.

Остальные 10 непонятно ведут себя с п.4:
4. Ожидание регистрации в сети. Модуль не регистрируется в сети, постоянно идет обмен командами

Код

AT+CPAS // запрос на регистрацию

+CPAS: 2 // модуль не готов отвечать на инструкции

OK
AT+CPAS

+CPAS: 2

OK

Выходит таймаут в 30с, после чего микроконтроллер должен отключить модуль через PWRKEY, затем пауза 2с и повторить все с п.1.
НО! модуль не реагирует на операцию выключения через PWRKEY, при этом светодиод NET мигает 1 раз в 3с (найдена GSM сеть).

Фокус в том, что если снять питание в ручную и снова подать питание, то модуль начинает _правильно_ работать с этой попытки и впредь такое больше не повторяется. Пробовал включить/выключить модуль раз 10 подряд - все равно работает правильно. Если я отключаю антенну и повторяю эксперимент в надежде повторить глюк по истечению таймаута, то все равно модуль правильно отключается и затем снова правильно включается.
Т.е. этот глюк появляется в 30% устройств и только один раз при первом включении.

Железо.
SIM300D питается от 4В, МК от 3.3В, согласование сигналов TxD, DTR, RTS через резисторы 240 Ом, PWRKEY включен через транзистор с открытым коллектором, до включения и перед выключением модуля выводы МК переводятся в третье состояние.

[CADiLO]

Запросите модуль AT+IPR?
Последние модули (с SST) идут после исправления ошибок с IPR=0 - автоопределение. Причем сами китайцы рекомендуют при первом включении перейти на фиксированую скорость и не использовать автобандинг.

[Mingrief]

Запросите модуль AT+IPR?
Последние модули (с SST) идут после исправления ошибок с IPR=0 - автоопределение. Причем сами китайцы рекомендуют при первом включении перейти на фиксированую скорость и не использовать автобандинг.

Сейчас пока не проверю, все имеющиеся в наличии симкомы уже включил, а значит записал в них скорость 9600.
НО! Одно такое глючное включение записал в *.wav файл, и новость об автобаудрейте кое что прояснила.

Вот что записано.
1. МК шлет в модуль по три команды АТ на 9600, 115200 ... 1200, от модуля нет ответов, рестарт.
2. п.1 повторяется 4 раза.
3. МК шлет в модуль АТ на скорости 9600 и сразу получает ответ - вот он, оказывается автобауд где
4. Дальше инициализация модуля, безуспешный запрос на регистрацию и, как писалось выше, зависон до ручного выключения питания с игнорированием выключения через PWRKEY.

Может для автоопределения скорости трех команд АТ мало?

[stream]

1. МК шлет в модуль по три команды АТ на 9600, 115200 ... 1200, от модуля нет ответов, рестарт.
Может для автоопределения скорости трех команд АТ мало?

Там настолько кривой автободер, что мне, как человеку, сделавшего несколько модемов, просто не понять, КАК так можно извратиться.

Делай так:
1) Сначала шли на 115200 - ее он, если в автободе, хватает лучше всего
2) Посылаешь AT и ждешь ответа.
3) Если модуль молчит - ЖДЕШЬ СЕКУНДЫ ТРИ и потом посылаешь AT на той же скорости ЕЩЕ РАЗ.
4) Если опять молчит - тогда уже начинаешь перебирать скорости.

Эти магические таймауты меня просто убили. Прочее шаманство типа сдублированной буквы "A" не помогает. А еше, если слать в модуль, пребывающий в такой позе, много всяких буков, можно получить совершенно шизофренические ответы вплоть до перезагрузки.