Mingrief

Как описанный брак влияет на работу модуля и что делать в случае обнаружения бракованных модулей?

Итак, все решилось. Причина глюка - невнимательное прочтение даташита. Там в главе про автобауд написано, что перед отправкой первой АТ нужно выждать 3...5 с. У меня было около 1с. Провел эксперимент, установил на 10 модулях (тех что висли раньше) автобауд и включил их со своей (теперь уже старой) прошивкой, как и ожидалось из 10 повесилось 6. Снова установил автобауд в тех же модулях, а в своей проге поставил задержку перед первой АТ в 3 с и все 10 модулей пошли как дети в школу. Большое спасибо всем ответившим за помощь. В данном случае к симкому никаких претензий, сам во всем виноват. P.S. Идентификатор поставил сразу после синхронизации с модулем, он честно выдает ERROR :)

Кстати, я вот подумал, что в связи с необходимостью править прошивку нужно добавить в нее идентификатор - номер или дату сборки, чтобы отследить какая из моих прошивок глючит с какой версией симкома. Для контроля версии симкома всегда отправляю ATI, а как слать в туже шину свои символы и не повесить при этом модем? Можно конечно и просто слать, в ответ по идее должно прийти "ERROR", но при этом модуль может и повиснуть. Может есть какая-нибудь АТ-команда с передачей не особенно важного текста в модуль?

Сейчас пока не проверю, все имеющиеся в наличии симкомы уже включил, а значит записал в них скорость 9600. НО! Одно такое глючное включение записал в *.wav файл, и новость об автобаудрейте кое что прояснила. Вот что записано. 1. МК шлет в модуль по три команды АТ на 9600, 115200 ... 1200, от модуля нет ответов, рестарт. 2. п.1 повторяется 4 раза. 3. МК шлет в модуль АТ на скорости 9600 и сразу получает ответ - вот он, оказывается автобауд где :) 4. Дальше инициализация модуля, безуспешный запрос на регистрацию и, как писалось выше, зависон до ручного выключения питания с игнорированием выключения через PWRKEY. Может для автоопределения скорости трех команд АТ мало?

Наврал с алгоритмом установки скорости. Начинается синхронизация с отправки трех команд АТ на скорости 9600, если неудачно, то тогда переходит на скорость 115200 и т.д. до скорости 1200. Если модуль ответил на одной из скоростей, то на ней производится запись "AT+IPR=9600" - установка на 9600. Т.о. при следующем включении и впредь модуль будет работать на 9600 бит/с. Скорее всего в этом вся магическая закономерность "первого раза". Теперь осталось разобраться почему модуль "подвисает" если в нем установлена 115200, а обращаются к нему на 9600.

Еще до меня разработчики использовали Q2403A кажется, так вот работали на одной скорости по умолчанию, потом им стали приходить модули с установленной другой скоростью. Как и что я уже не узнаю, но учитывая такое дело решил перестраховаться и сканировать на разных скоростях, чтобы уж наверняка. А есть негативный опыт с таким подходом?

Думал, может операция внутрисхемного программирования МК всему виной, оказалось что нет. Из партии тех, что заработали со второго раза взял 5шт, перепрошил и включил - пошли с первого раза. Не могу никак заставить их глючить снова. Это вроде бы хорошо, но как-то не спокойно.

Может быть и по теме, я тоже наблюдал такое, как раз вот в своем же глюке - первые 30...60с модуль не отвечает на АТ-команды. Выглядит это так, МК на всех скоростях начиная с 1200 и заканчивая 115200 pbs передает по три команды "АТ" пока модуль не ответит, если весь ряд скоростей пройден и связь не установлена, то откл/вкл через PWRKEY, пауза 2с и снова повтор. Через 30...60с таких синхронизаций модуль с очередного включения нормально отвечает, но тут начинается вышеописанный глюк с "нерегистрацией в сети". И опять же это происходит ТОЛЬКО ОДИН РАЗ. Все последующие включения проходят "на ура". А как у вас с повторяемостью глюка?

Здравствуйте, уважаемые. Перед описанием неисправности пару слов о правильной работе моего изделия. Итак, имеем спаянные на заводе платы с модулем 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 включен через транзистор с открытым коллектором, до включения и перед выключением модуля выводы МК переводятся в третье состояние.

Вот и у меня такая же фигня.

Уже давно заказал, но мне ее что-то не торопятся присылать. Просто хотелось быть подкованным в теоретическом плане когда она наконец-то прийдет. Помнится были какие-то симки с памятью больше чем на 250 номеров и поэтому они не работали с Wavecom Q2403. У них есть есть какое-нить название, даташит на них, чтобы не объяснять каждый раз "те симки что тогда-то не работали с тем-то и потому-то"?

Здравствуйте, уважаемые. Вот такой вопрос возник - какие бывают типы сим-карточек? Дело в том, что есть устройство на SIM300DZ, которое после включения считывает записную книжку сим-карты, находит номера с определенными именами и сохраняет их в еепром. Далее в процессе работы устройство звонит по CSD на эти номера. Все бы ничего, но в некоторых регионах России это устройство не работает. Причину точно установить нет возможности, по откликам установщиков "устройство как будто не находит номера в записной книжке симкарты и поэтому выключается" (таков алгоритм от неправильного заполнения сим-карты). Хотя номера там есть и их имена написаны латиницей как положено. Клиент также узнает у своего местного GSM-оператора что их симкарты отличаются от сим-карт других регионов скоростью обмена данными, не 9600, а 19200. На ум приходят два варианта. 1. Сим-карта не отдает номера из записной книжки, либо отдает их, но без имен, поэтому нет возможности определиь валидность этих номеров. 2. Интерфейс работы сим-карты имеет другую скорость работы, поэтому не читается модулем SIM300DZ (слабо верится). Вот я и хочу узнать, какие бывают типы сим-карт вообще, чем они отличаются и как работают с модулем SIM300DZ. Возможно вы подскажете другой вариант, который я упустил. Заранее благодарен за ответы.

Странно, в SIM300_ATC_V2.00 и SIM300_ATC_V1.01R16 ошибка CMS ERROR: 517 расшифровывается как SM BL not ready Но я что-то не могу понять значение обеих этих ошибок в контексте команды AT+CSCA? (получить данные смс сервис-центра). Invalid character in PDU - модуль получил символ, кода которого нет в формате PDU? SM BL not ready - совсем не понял причем тут блек-лист записной книжки?

Здравствуйте, уважаемые. Вот возникла такая проблема с карточками Beeline (Москва): во время инициализации модуля SIM300DZ (1008B14SIM300D32_SST34HF3284) выскакивает ошибка 517. AT+CPAS +CPAS: 2 OK +CREG: 1 AT+CPAS +CPAS: 0 OK AT+CRC=1 OK AT+CLIP=1 OK AT+CMGF=0 OK AT+CSCA? +CMS ERROR: 517 Call Ready +CREG: 0 NORMAL POWER DOWN Хотя с карточками МТС (Москва) все работает нормально. В принципе пока мне работа с смс не нужна и команду AT+CSCA? я могу убрать, но на будущее хотелось бы знать в чем дело. Может я поторопился с отправкой этой команды и нужно было ждать получения Call Ready ?

Можно ли использовать сигнал STATUS для формирования напряжения Vext? Преимущество в том, что выходной уровень сигнала STATUS отвечает требованиям по входному напряжению для цифровых сигналов SIM300D (RxD, DTR, RTS), не нужно гадать со стабилизаторами. Но потянет ли ток? я чтото не нашел в даташите нагрузочную способность портов.