Обновлены и добавлены следующие документы

SIM900_AT Command Manual_V1.06.pdf
SIM900_Autorun_Application Note_V1.00.pdf
SIM900_HTTPS AT Command Set_V1 00.pdf
SIM900_IP_Application Note_V1.03.pdf
SIM900_JD_Application Note_V1.03.pdf
SIM900_MMS_AT Command Manual_V1.02.pdf

чой-та на вашей вотчине http://www.microchip.ua/simcom/?link=/SIM900x/SIM900 всё старенькое

Смотрим в раздел AppNotes

SIM900_AT Command Manual_V1.06.pdf - вернул на "родину" в раздел по SIM900

Как говорится - все прекрасно было в бане... только осталось поддерживающую это прошиву для сим900 где-то раздобыть

Кстати, а по ЕАТ новостей нету?

А прошивка для autorun какая нужна?

У меня :

AT+CGMR

Revision:1137B09SIM900M64_ST_DTMF_JD_MMS

AT+CAUTORUN=?

ERROR

С новыми функциями пока эти

1137B01SIM900R64_ST_ENHANCE и 1137B01SIM908M64_ST_ENHANCE

А в ЕАТ симком планирует исправления делать? Есть проблемы с приемом смс (когда 70 символов (на русском) в UCS2 приходит модем их не отдает, выдает несколько последних только), и хотелось бы в дебаг порт чтоб иожно было слать любое количество байт, сейчас прерывания в ЕАТ срабатывают по 4 байта и не понятно как он в буфере сдвигает байты....

По ЕАТ чуть позже отпишусь. Работа над ним идет, но ENHANCE версия сейчас приоритетнее.

То есть для простых SIM900 новые фишки недоступны? На них забили?

Нет - расширеная прошивка для SIM900 ожидается позже.

лучше бы расписали в SIM900_TCPIP_Application Note_V1.02.pdf в каком месте иннициализации использовать CDNSCFG

кстати, вопрос не по теме - в 11-ой прошивке c GPRS всё номано ? А то шлю CSTT и в течении минуты тишина. Искал табличку как у телита о максимальном врееи исполнения команд но в SIM900_AT Command Manual_V1.06.pdf тишина

По 11 прошивке не скажу ничего - это урезаная евроверсия и мы ее не поставляем.

А времена команд которые работают c GPRS это нонсенс. Можно написать как должно быть в идеале по стандарту.
Но фигня в том что никто из опсосов стандарты практически не соблюдает - и то что ждешь в течении десяти секунд может прийти и через пару минут.

стоп. Я рассматриваю ответ "MDM to user" а не "OPSOS to MDM "
берем к примеру Telit UC864 где есть таблица с "Estimated maximum time to get response(Seconds)" там не только GPRS но и прочие команды ( COPS, CLIP )
то есть каждый программист должен эмперически работать с симкомом ? Бред, если модем не может определить и гарантировать максимальное время обработки.

Тот же телит в режиме GPRS мне дает возможность определить таймаут ожидания ответа от опсоса. То есть свободно могу указать 30 секунд и получить ответ. В случае же симкома придется ждать ответа, а раз команды для GPRS синхронные то и поступление ассинхронных команд заблокировано (CLIP CMTI) на момент исполнения синхронной команды

>>>Тот же телит в режиме GPRS мне дает возможность определить таймаут ожидания ответа от опсоса. То есть свободно могу указать 30 секунд и получить ответ.

Ага - поставьте в Телит лайфовскую карточку, а потом расскажете что у вас прогнозируемо, а что нет.....

А на тот же CLIP в некоторых районах MTC украинский может просто тупо не ответить, хотя CLCC сработает и покажет номер.

Проходили уже.....

готов проверить и опубликовать результаты. Если вышлите эту карточку до СПб



Это утверждение относится к SIM900 или к Telit ?

>>>Если вышлите эту карточку до СПб

А смысл в ней в Питере? В роуминге разве что поработать....

>>>Это утверждение относится к SIM900 или к Telit ?

К оператору - там НИКАКОЙ МОДЕМ на CLIP не получает ответа - только на CLCC

Вы слишком все идеализируете - например в Одессе одно время МТС выключил у себя работу с решеткой и звездочкой.
И все - весь DTMF стал не нужен. Вот просто захотелось им так - сказали что это метод борьбы с сотовыми мостами.
Больше месяца ругались пока назад восстановили.
Или те же знаменитые лайфовские разрывы GPRS - если в сессии не был активен минут 5 - то без всякого уведомления будешь потом данные в никуда отправлять - поэтому надо хоть PING, но отправить раз в несколько минут......

А как может вам ответить "MDM to user" если "OPSOS to MDM " ничего не ответил или ответил с диким таймаутом, разве что только "от фонаря" ответить .

Телит таки может прервать текущую попытку соединения и выдать CME ERROR: 561

Но вы же умнее телита и сами сможете, когда надо, прервать попытку и не полагаться на таймауты Его Величества Телита.

ну-ну, тон то поумерьте. Повторяю "Бред, если модем не может определить и гарантировать максимальное время обработки." После AT+CSQ сколько нужно ждать ответа ? Есть reference от производителя ?

Симком времена не указывает и не будет указывать. Если по вашему это бред, то пусть так и будет.
А в моем понимании бред когда время укажут но гарантировать его не могут.
Да и действительно - если у Телит все так хорошо - пользуйтесь на здоровье.
Ниша всем найдется.

По поводу тона - не понимаю, на что обиделись, неужели сказанное мною неправда, а по существу, имхо, есть команды ответы на которые зависят от состояния сети оператора, (загруженности и тд) -аттач к сети, ципсэнды и тд - ответ на которые просто нереально спрогнозировать даже разработчику(человеку) не говоря о модеме. А вот по поводу таких как CSQ, которые от загруженности особо не зависят- неужели миллисекунды вас напрягает подождать, они мгновенно исполняются, если, конечно, не умудриться дать ее одновременно с какой-нибудь типа ципсенд, что так я никогда не делаю.

А по СИМ20 что-нибудь обновилось?
В частности уж крайне лаконично описаны слип режимы.