12 thoughts on “ECAM doesn’t give information about incoming call number”
Hi there!
I dont get why #ECAM give us useless information about outcoming call number, but it doesn’t give us necessary information about incoming call number?
Try AT+CLCC.
Thanks. I’ve already known about AT+CLCC.
But I need to receive notifications about state of call asynchronously, without using AT+CLCC in cycle every certain period of time. That’s why I’ve chosen #ECAM.
And in current realization of #ECAM when I receive URC with alerting status I can’t get the number of incoming call and must to execute AT+CLCC to get this information.
The question is why in case of receiving #ECAM with alerting status it doesn’t provide information about incoming call number?
I’m sorry but this is how the command was developed. What about +CLIP unsolicited message? You can enabled URC with AT+CLIP=1 reporting the CLI indication
Thanks for reply!
Yes, I can use AT+CLIP. But in this case I must use one more URC just for notification about incoming call. I’ll receive +CLIP after every RING, while I need just only one notification about incoming call. And also it makes a logic of our application a little bit more complicated.
It’s a significant drawback of #ECAM. Is this just oversight of developers or there are some weighty reasons why this functionality can’t be implemented?
To ask for implementation changes or additions please contact Telit through your company direct contact.
It will be grate if #ECAM have implementation with bext format:
We use cookies to enhance your browsing experience and help us improve our websites. To improve our website, we carefully select third parties that use cookies to allow us to serve specific content and achieve the purposes set out in our cookie policy. For more information on how to make adjustments through your browser to the cookies being used on your device, please click Find Out More link. By closing this banner or continuing to browse our website, you agree to our use of such cookies. FIND OUT MORE
Hi there!
I dont get why #ECAM give us useless information about outcoming call number, but it doesn’t give us necessary information about incoming call number?
Try AT+CLCC.
Thanks. I’ve already known about AT+CLCC.
But I need to receive notifications about state of call asynchronously, without using AT+CLCC in cycle every certain period of time. That’s why I’ve chosen #ECAM.
And in current realization of #ECAM when I receive URC with alerting status I can’t get the number of incoming call and must to execute AT+CLCC to get this information.
The question is why in case of receiving #ECAM with alerting status it doesn’t provide information about incoming call number?
I’m sorry but this is how the command was developed. What about +CLIP unsolicited message? You can enabled URC with AT+CLIP=1 reporting the CLI indication
Thanks for reply!
Yes, I can use AT+CLIP. But in this case I must use one more URC just for notification about incoming call. I’ll receive +CLIP after every RING, while I need just only one notification about incoming call. And also it makes a logic of our application a little bit more complicated.
It’s a significant drawback of #ECAM. Is this just oversight of developers or there are some weighty reasons why this functionality can’t be implemented?
To ask for implementation changes or additions please contact Telit through your company direct contact.
It will be grate if #ECAM have implementation with bext format:
#ECAM: <ccid>,<ccstatus>,<calltype>,,,[<number>,<type>]
where
<ccid> – call ID
<ccstatus> – call status
0 – idle
1 – calling (MO)
2 – connecting (MO)
3 – active
4 – hold
5 – waiting (MT)
6 – alerting (MT)
7 – busy
<calltype> – call type
1 – voice
2 – data
<number> – called number (for <ccstatus>=1) and caller number (for <ccstatus>=6)
<type> – type of <number>
129 – national number
145 – international number
this new feauture should be implemented on next version 10.01.xx1 Q4/2014
Wonderful!
How and where could I subscribe to get notification about new firmvare version as soon as they released?
There are weekly threads announcing the news including firmware releases, in the Documentation & software releases section.
Fixed in B012. Thanks!
Thank you for noticing Dmitry!