А что такое?

CLIP=1
Но в паре с RING CLIP приходит не всегда.

RING
+CLIP: "+xxxxxxxxxxxxx",145,"",,"",0 (xx... это номер)


если опрашиваю AT+CLCC через 100мс, то нормально.
если через 50mc или 150mc, то приходит только RING

Обновите прошивку модуля на 8 или старше, в младших были глюки с клипом/рингом

Так у меня 1137B08SIM900D64_ST_DTMF_JD_MMS.

Или уже есть новее?

Попробуйте на CLCC поставить автоответ на изменение состояния.

В SIM300D все четко.
А в 900D нет.
Теперь придется брать информацию из CLCC?

А не всегда приходит с одного и того же номера ?

Буквально на днях тестировал для SIM900D восьмую версию прошивки - вроде бы CLIP работает при поступающем звонке исправно.

Да, с одного.
В статике (т.е. через HipTerminal) приходит RING+CLIP
на каждый звонок. В динамике с pic может через раз,
может вообще не приходить. Как это зависит от интенсивности
опроса командой AT+CLCC? На 300м таже прогр. работает без проблем.
Может чего еще проинить?

Так я вам и предложил вариант - не долбить самостоятельно модуль запросами CLCC, а включить AT+CLCC=1 - автоответ и модуль сам на изменение состояния будет давать инфу. И не будет мешать CLIP
И кстати - если нужен номер без состояния соединения - зачем одно и то же получать двумя командами ?
Или не используйте CLCC и берите номер из CLIP или отключите CLIP и берите номер и состояние из CLCC.
Мне кажется вы просто избыточностью сами себе мешаете. SIM900 несколько по другому дает ответы чем трехсотая серия....

Кстати CLIP и СLIR достались модулю в наследство от телефонов. Использование только СLCC более правильно.

Если CLCC=1, то строка выдается только один раз,
перед первым RING. А потом что, не дышать?
Это не работа. Нужны и другие биты из CLCC.

Не один раз, а на каждое изменение состояния соединения. Звонок - получили CLCC, сняли трубку - получили измененную с признаком разговора, положили трубку - опять получили с признаком отбоя.

Не понимаю зачем она дальше нужна - получили, вынули из нее инфу и все, до следующего изменения.

Да, на каждое изменение.
Надо переходить на этот вариант.
Спасибо.

Все красиво и оптимально, но.

При выходе из слипа по старт биту
пиковский uart или пик съедает
первую строку, именно +CLCC:........
и нормально выводит уже следующие,
т.е. RING и CLIP. Если без слипа, то все ок.

А съедает не по этой вот причине ?

4.3.5
Wake Up SIM900 from Sleep Mode 2 (AT+CSCLK=2)
When SIM900 is in sleep mode 2 (AT+CSCLK=2), the following methods can wake up the module:
��Send data to SIM900 via main serial port. *
��Receive a voice or data call from network.
��Receive a SMS from network.

* Note: The first byte of the user’s data will not be recognized.

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

SIM выдает все четко, без потерь.
А вот пик32 съедает при выходе из слипа.

Я мучал UART пиковский HipTerminalom.
Давал 4 строки подряд +CLCC...
Так он сжирает 3, а нормально выдает с 4-й.
Это у пика такое пробуждение из слипа по
старт-биту. Он видно ждет длинного одиночного старта,
а тут сразу строка валит. Надо в IDLE попробовать.

Не сталкивался с таким - то что при просыпании модуль байт теряет я знал, но вот про PIC это интересно.
Надо будет почитать.

задвоилось - потер