И в сим300 такой защиты не было, однажды у трекера на сим300 украли антенну, машина в пути была 3 дня, те 3 дня бедный сим300 пытался "выйти на связь", когда машина приехала и поставили новую антенну, то сим300 обрадовался, и все что накопилось за 3 дня с удовольствием передал , при этом не сгорев. К Сим900 также один раз забыли припаять антенну , он даже в сети как-то умудрился зарегиться, при этом не сгорев, но может быть здесь дело в организации питания, разводке ... удаче, везучести ... так, что не надо вкл без антенны делать, вдруг не повезет :-(((

SIM900 с погоревшими передатчиками еще не видел. А вот 300D парочка валяется.
Один пытался работать на разъем с КЗ - заводской брак разъема
Второй у клиента в устройстве не пережил грозу.

И хотя самому доводилось включать модули без антенны, но лучше так не делать.

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

Не переживайте - это классическая ошибка, по опыту могу сказать на таком ловятся многие.
Если хотите можете мне на почту сбросить схему, посмотрим что могло быть неправильно.
chip@microchip.ua

Пока меня не было плавно сменили тему. Хотелось бы все-таки вернутся к исходной.


Я с уважением отношусь к чужим трудностям, если их только не пытаются перекладывать на других.
Что мешает реализовать внутри модема промежуточное буферирование? И тогда делай, какую тебе нужно задержку перед отсылкой. И не нужно будет каждому пользователю решать проклятый вопрос: 50 мс или 100? или 500, чтобы наверняка? Достаточно будет послать команду CIPSEND и дождаться ответа, как для любой другой команды.

Этот вопрос китайцам озвучен в баг-репорте, они приняли его к рассмотрению.
Возможно что-то и поправят.


дополню...

Сейчас есть две более критичные ошибки которые исправлялись и уже есть тестовые прошивки где поправлено.
1. не работали команды использующие или меняющие PIN2
2. исправления в логике выхода из SLEEP по DTR

ну и еще есть мелочи.... так что никто не забросил доведение до ума модуля, просто там своя бюрократия.
им надо объяснить что мы хотим, потом они пишут своим R&D извещение на измененение, потом тестируем.....
и так пока не подтвердим что нас устраивает...
да не быстро, но движемся.
могу сказать что общий багрепорт для 4 версии составлял почти 400 замечаний (392).
для восьмерки всего 38. ну если конечно новых ошибок не наделают

Большое спасибо.

При работе TCP/IP стеком sim900 в прозрачном режиме наткнулся на 2 неприятные вещи.
1 Если соединение закрывают с другой стороны, то сообщение CLOSED приходит до того как снимается DCD.
2 При переходе в командный режим дерганьем DTR даже после получения OK в порт может проскочить порядка 100 байт данных.
В принципе и ту и другую проблему можно обойти программно, но все-же...
ЗЫ поругавши надо и похвалить похоже симкомовцы сделали раздельный буфер для данных и команд, так-что при переходе в командный режим и обратно данные в буфере не теряются, в отличие от того-же HiLo.

Никто не пробовал громкость вызывного сигнала крутить при входящем звонке командой AT+CRSL ? А то понадобилось типа панели с громкой связью слепить и если со звуком в режиме разговора проблем не возникло, то звонок просто пугает. Хрен с ней, с модной (наверно) китайской мелодией но вот громкость.. Она пугающа. Отдельно не хотелось бы звонок лепить если в пульте уже динамик громкой связи стоит..

В командном режиме контроль потока работает у кого нибудь? У меня на RTS в 1 не реагирует, продолжает слать данные в порт.
AT+IFC=2,2 сделал.

7-я прошивка

У меня вроде работает (сейчас на B06). Именно в командном режиме, а то парсить ответы не успевал... А хоть в режиме данных-то работает ?