Кстати по просьбе товарищей которые хотели переключаемый режим RI - обратите внимание на пункт 29 - команда CRIPULSE

Есть и не очень хорошая новость - в связи с обнаруженой критической ошибкой в приеме DTMF, будет выпущена дополнительная сборка 8 версии после устранения данной ошибки. SIMCOM извиняется и постарается сделать это как можно скорее.

Обновленые даташиты выложу на сайт сразу по получению.



НОВОЕ
1.
Added "AT+SLEDS" command to configure the flicker frequency of network lights in the status of unregistered, registered or PPP.
2.
Added the value "UR" to the parameter <exunsol> of "AT+EXUNSOL" command to support unsolicited result code.


ИСПРАВЛЕНИЯ
1.
Solved the problem of not reporting "NO ANSWER" in the case of calling the other side who was busy when user set ATS7=15.
2.
Solved the problem that voltage alarm urc was only reported in a logical serial port in MUX mode.
3.
Modified the format of returning information when setting "AT+CENG=3".
4.
Solved the reset problem when user input wrong value of parameter to change the frequency band.
5.
Added AT+CGAS command to increase the speed of GPRS attachment since it is not necessary to re-attach each time.
6.
Fixed the bug that executing ATA command can not pull RI to high level in MUX mode.
7.
Solved the problem that USSD information reported was incorrect found by Indian customer.
8.
Fixed the bug that the local time converted by the time NITZ reported was wrong and ”CI” of operator’s name was wrong.
9.
Optimized the SIDETONE function.
10.
Solved the problem that it would take a long time for network indicator light to flash for some SIM cards when user powered on the module in roaming status.
11.
Solved the problem that unrecognizable code would be reported when user executed the CLCC or CLIP command to get information of an incoming call whose name was saved in the phonebook in UCS2 mode previously.
12.
Solved the problem that there is no response returned from serial port if user executes the following steps: 1. Plug out the SIM card and then dial emergency number. 2. Plug in the SIM card then execute "AT+CFUN=0" command.
13.
Limited the scope of input parameters of "AT+CRLP" command.
14.
Fixed the bug of CLCC, CLIP, CMGR command that Chinese name and English name could not display in UCS2 mode if user sets CSCS to UCS2 mode.
15.
Modified the CPBW command when CSCS was set to HEX mode, the name could be written up to 28 characters.
16.
Limited the scope of input parameters of AT+CALD command.
17.
Modified the error response of AT command "AT+CSTA=", the error response should be "ERROR" instead of "OK".
18.
Solved the problem that the responses of reading empty record in phone book via CPBR command were not consistent.
19.
Modified the response of test command of EXUNSOL by adding the parameter value "UR".
20.
Solved the problem that the module can not register to the network successfully with SIM card of Orange operator when user sets "AT+CBAND="ALL_BAND""
21.
Added the content "resource limitation" of error code 99.
22.
Solved the problem that the calling record of some special number can not be saved in recent call lists.
23.
Solved the problem that the CSD connection can not be established successfully anymore after user dials a number in call record list in CSD mode.
24.
Solved the problem that "CALL READY" will not report in some special conditions when URC presentation was enabled by executing CIURC command.
25.
Исправления касаются служебной команды - информация NDA
26.
Solved the problem that CTS varied when user sent or received AT command with no flow control.
27.
Limited the scope of inputting parameter when executing HTTPREAD and HTTPDATA command in writing mode.
28.
Solved the problem that Shenzhen customer can not originate a phone call or send SMS after a successful call.
29.
Altered the RI pin status when the module reported "RING" of incoming CSD call. If CRIPULSE is set to 1, it presents RI pulse otherwise it is continuously in high level.
30.
Solved the problem that there was no ring back tone if user dialed a number of MAXIS sim card through the CELECOM sim card in Malaysia.
31.
Solved the problem which happened after user sent a sms via AT command accidentally that the module would "freeze" for about 50 seconds before it replied, during that time, the module did not respond to any commands.
32.
Supported GPRS multislot class 2, user is allowed to set class 2 by executing CGMSCLASS command.
33.
Solved the problem that SIM PIN2 couldn’t be modified.
34.
Solved the problem that the module couldn’t attach to the GPRS network if it had activated GPRS previously and then restarted manually.
35.
Solved the problem raised by Shenzhen customer that some special SIM card could not be recognized by the module.
36.
Improved the CENG function to show more neighbor cells.

Наверное еще два месяца ожиданий...

Нет, я сейчас с ними активно общаюсь на эту тему и тестирую то что они просят. Думаю это будет гораздо быстрее.


вот еще информация кому интересно

1. Jamming detection won't be standard version, but special version. You have test JD version, if you say ok, we can make a special version bansed on B08 for you.

2. DTMF version will be STANDART version for east europe.


1137B08SIM900M64_ST доступна, получение как обычно




Выложил обновленную RC1 с DTMF - тестируем.

http://microchip.ua/temp/TEST_DTMF_0310V2.RAR

При этом, для сохранения совместимости с существующим ПО, должны обязательно быть выполнены 2 условия:
1. Для CRIPULSE значением по умолчанию д.б. 1
2. CRIPULSE должен сбрасываться в значение по умолчанию командой AT&F

В противном случае уже другая группа товарищей вынуждена будет просить это удалить.

замечание принято - напишу производителю

Т.е. в этой восьмерке дтмээфа еще нет, будет в следующей сборке?
А еще, уважаемый CADiLO, подскажите можно ли по S2-1040S-Z090C определить версию прошивки (на манер как было в 300ках) и каким образом.
Спасибо.

S2-1040S-Z090C это 1137B04SIM900M64_ST

У меня есть табличка, но к сожалению выложить не могу.
Но кому нужно определить - спрашивайте - отвечу.

>>>>Т.е. в этой восьмерке дтмээфа еще нет, будет в следующей сборке?

Еще нету - будет что-то наподобии B08Vxx - исправленая восьмерка.

вот пока последняя тестовая часть http://microchip.ua/temp/TEST_DTMF_0310V2.RAR
DTMF я проверил - в основном работает, далее тестируем сообща.

как только скажем что нам подходит, его внесут в 8 версию.

Хотелось бы понять с какой версией S2-1040S-Z090М...

S2-1040S-Z090M = 1137B06SIM900M64_ST

Спасибо!

Пока заметил нижеследующее:
Call Ready
AT+DDET=1
OK

AT+DDET?
+DDET: 1
OK

AT+DDET=2 ????????????????????????????????????????????
+DDET:
OK

AT+DDET?
+DDET: 1
OK

Заметил, так же , что DDET не сохраняется по &W , т.е. так и задумано?


Короче,еще глюки...
Когда сим900 звонит на сотовый, после поднятия трубы на сотовом слышен в динамике "пум", дтмф при этом работает, звонил много раз, каждый раз начинает определять. Когда с сотового звоню на сим300, делаю ата, в динамике сотового слышен "пум" - после этого дтмф определяется, НО не всегда, примерно раза два из десяти при звонке на сим900 "пум" нет и дтмф не определяется, до тех пор пока не позвоню снова. Более того, позвонил на сим900, ата, и просто слушаю- стабильно, с интервалом 15 сек, в динамике сотового слышу "пум". Причем когда позвонил на сим900 и дтмф не определяется, "пум" с интервалом в 15 сек отсутствует.
Так же заметил несколько раз сообщения +DTMF:C +DTMF:D хотя у меня и кнопок то таких нет.

Да - определение должно включаться только на нужную сессию соединения. Поэтому сбрасывается и не сохраняется.

По поводу постороннего звука я тоже заметил, уже написал китайцам.

Посторонний звук то - это пол беды, но то, что именно при звонке на сим900 не всегда включается определение дтмф - это очень плохо.
И DDet=2 то же как то странно...
Хотя остальное все классно, даже город определяет без вранья, задержки перед определением устраивают.

Я описал проблему полностью и подтвердил ее от себя - сейчас там разбираются.
Думаю или зададут дополнительные вопросы или пришлют следующую версию на тестирование.
По крайней мере эту тему мы доведем до конца и нормальное декодирование будет.

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


AT+DDET=2
Этот режим только для запроса последних определенных цифр - состояние 2 не запоминается.
Можно только запрашивать сколько угодно.

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

<mode>


0 disable
1 enable
2 Record the total DTMF tones in the last call

Disable& enable will only take effect when set in non-active call status.

"2" is to record the tones in last call, which can record max 100 tones. It will restart from 0 when exceeding 100.




пришло исправление - проверяем - http://microchip.ua/temp/TEST_DTMF_0311.RAR

"ПУМ" действительно не слышно, но проблема, когда иногда при звонке на сим900 дтмф не определяется - остается.
Кстати, заметил, что чаще это происходит если ата делать после первого ring.

Спасибо. Я тоже заметил нечеткое определение при входящем звонке.
Но это уже в понедельник напишу.

Уточню, что если при входящем звонке дтмф не определяется , то он не определяется вообще , ни разу за все время входящего звонка, а уж если начинает определяться, то определяется четко на всем протяжении входящего вызова.

А китайцы, сами то эту проблему видят?

Похоже после Нового Года, вместо того, чтоб работать, китайцы начали отмечать Старый Новый Год

А вы чё хотели! У нас люди вообще почти месяц не работают! Так пусть и китайцы отдохнут. Может, глюков станет меньше.

Ага, а китайцев больше.

Похоже , китайцы уже про дтмф забыли... или забили ...

А для DTMF декодирования, у SIM900, есть какие то управляющие команды кроме DDET? А то тут где-то на форуме кто-то писал что вроде есть возможность задавать длительность сигналов которые декодируются? Но в доке от SimCom ничего подобного нет, только одна команда включить/выключить, дат всего одна страница, и все!!! Может есть обновленные доки?

Да , даже прошивки-то нормальной нет, не говоря уже о доках.

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

CADiLO
Семинар OnLine будет ?

Ну я вот вчера только тестовую зашил с DTMF (TEST_DTMF_0311), 20 минут хватило чтоб все минусы определить:
1) Часто обычный голос во время разговора определяет как какую-то цифру или букву DTMF. Причем голос может быть как из эфира, так и из микрофонного входа!!!
2) Если на мобилке нажать кнопку и держать 2-3 секунды, то иногда за это время модуль успевает до 3-х раз выдать информацию о декодировании DTMF, так как буд-то кнопку нажимали 3 раза!!!
3) Иногда после нормального декодирования какой-то цифры сразу вслед за ней модуль выдает информацию о том что вслед за этим была принята еще одна цифра, но уже совсем другая!!!

Отсюда требования к SimCom-овцам:
1) желательно ввести возможность выбора источника звука для приема DTMF, из эфира/из микрофонного входа/оба.
2) ограничить минимальную длительность DTMF сигнала ,например, 80 или 100 мсек. Или сделать этот параметр настраиваемым.
3) ограничить паузу между сигналами DTMF, например 100 или 200 мсек. Это чтоб случайное кратковременное прерывание звука в GSM канале не воспринималось модулем как конец DTMF сигнала, и чтоб модуль не пытался выдать одну цифру за 2 или 3 подряд. Или сделать этот параметр настраиваемым.
4) Попытаться улучшить алгоритм приема DTMF для того чтоб простой голос иногда не воспринимался как DTMF сигнал. Для этого нужно мерять не только присутствие в спектре частот DTMF, но и определять что уровень остальных частот маленький.

Ну вот пока вроде все.

31 марта в городе Киеве будет проводиться весенний семинар.
Семинар пройдет в готеле "МИР" - начало в 10 утра, участие бесплатное.

Тематика семинара.

1. SIMCOM SIM900
2. SIMCOM SIM18 и SIM08
3. MICROCHIP
Новинки продукции Microchip. Планы на будущее
Эффективное управление мощными светодиодами. Методы, топологии, решения
Компоненты для эффективного использования питания. Линейные стабилизаторы, импульсные преобразователи, микросхемы заряда аккумуляторов
4. Заказные LCD chip-on-glass c I2C интерфейсом.
5. Неформальное общение (круглый стол)

ВНИМАНИЕ!!! просим ОБЯЗАТЕЛЬНО подтвердить свое участие в семинаре письмом на адрес - chip@microchip.ua
В письме указать ФИО участников, организацию, контактный телефон




>>>>>>Ну я вот вчера только тестовую зашил с DTMF (TEST_DTMF_0311), 20 минут хватило чтоб все минусы определить:

1) Часто обычный голос во время разговора определяет как какую-то цифру или букву DTMF. Причем голос может быть как из эфира, так и из микрофонного входа!!!

подтверждаю, это уже было написано в претензиях

2) Если на мобилке нажать кнопку и держать 2-3 секунды, то иногда за это время модуль успевает до 3-х раз выдать информацию о декодировании DTMF, так как буд-то кнопку нажимали 3 раза!!!

проверял с мобилки и с городского - продолжительное нажатие не приводит к размножению цифр

3) Иногда после нормального декодирования какой-то цифры сразу вслед за ней модуль выдает информацию о том что вслед за этим была принята еще одна цифра, но уже совсем другая

тоже не встречалось - я на модуль/с модуля больше 50 звонков сделал - набирал статистику
с городского была иногда плохая достоверность, но надо было слышать эту линию - там явно грипозное соединение было

Так же подтвердилось что примерно на 20 звонков может быть соединение без определения. Но там еще есть непонятки.
С этим я к инженерам оператора хочу подъехать - посмотреть что творится в канале.


но информация принята и еще раз перепроверим.

Канал, скорее нипричем, тк при использовании ВЖ18 таких проблем не было.

Не спорю - бум разбираться....

А зачем, вообще из микрофонного входа его определять? по-моему надо только из эфира.

Для тех кто GSM мосты делает - слушать городскую линию.

Ну, тогда желательно сделать выбор источника, как просил Samodelkin.

Да хотя бы сделать стабильный такой как есть. А выбор канала это на перспективу оставить.
Очень сильно надеюсь что все будет доведено до конца!

Эх... Пораньше бы сообщили... Я б слетал... А то уже бюджет на коммандировки расписан.

Подпишитесь на нашу рассылку - первое сообщение о семинаре было 17 февраля

Это из пушки по воробьям...
P.S. Эдуард, хватит мне "Вы"кать, уже же почти как родственники.

Привычка

Семинар это здорово, НО давайте вернемся к ДТМФу.

там и так все понятно... ждать релиза от Китайцев.

а семинар хотелось бы хоть через интернет посетить. ( тем более на сайте давали надежду))) сайтов для онлайн конференций славадогу много и бесплатных...

С онлайном вопрос отложен в связи с качеством линий. Сейчас начальство решает вопрос чтобы затянуть оптику в офис и тогда к этому вопросу вернемся.

По DTMF - все претензии и пожелания изложены Cимкому. Была парочка промежуточных версий, но я забраковал их не выкладывая.
Что-то устранили, что-то по ходу поломали Вобщем нормальный отладочный процесс.

записать видео и выложить на сайте или Youtube не получится (как вариант)?

Действительно было бы интересно.

Проблему с DCD и закрытием сессии чинить не собираются? А ошибка, ИМХО, критическая, в отличие не особо нужных DTMF-ов.

Да некогда чинить, продавать надо.

Напомните пожалуйста - что там с DCD ?

При работе со встроенным стеком в прозрачном режиме в момент закрытия соединения с другой стороны сообщение CLOSED приходит до снятия DCD. И что самое противное после CLOSED может пройти еще порядка 100 байт данных. В общем программно обходить глюк довольно заморочливо.

Отписался китайцам в багрепорте.

Кому не нужно, а кому и нужно. Не стоит говорить за всех.

Я конечно могу и ошибаться, но помоему =F8= за всех и не говорил. Прозвучало ИМХО. И если кто то обобщенную фразу воспринял, как фразу сказанную за него, и вобще привык к тому, что за него кто то говорит, то это его проблемы.