Hi there,
I am implementing CID package from VoLib library and need some more information about Type 2 (call waiting) mode.
So when cidCtlMsg_t.call_waiting = True; does CID generate SAS, CAS and then wait for ACK?
Thanks.
Stan
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hi there,
I am implementing CID package from VoLib library and need some more information about Type 2 (call waiting) mode.
So when cidCtlMsg_t.call_waiting = True; does CID generate SAS, CAS and then wait for ACK?
Thanks.
Stan
It is C5535 but as far as I remember all VoLib questions should be posted in TI-RTOS branch.
The CID generator performs message formatting and FSK modulation of the caller ID signals. The modulated signal is embedded in the voice signal and delivered in the voice-band.
The caller ID information, which includes the phone number, name, and time, is passed to the component through a control message. The generator is responsible for generating the modulated caller ID signal based on the message. The Caller ID generator provides both Type I and Type II support.
In the Type II case, it will not generate SAS, CAS or ACK. You need to use the TGE in the VOLIB for this purpose.
Regards, Eric
Hi Eric, thanks for your reply.
It sounds about right whatever I tried CID could not generate SAS, CAS. But then I cannot figure out the purpose of call waiting bit? It seems useless if CID does not generate SAS and CAS. In addition, why TI declares Type 1 or Type 2 support if CID does not have any access to SLIC or PBX to inject messages in right places?
So now my understanding is CID is only capable to generate / detect SDMF or MDMF messages and no more.
Regards,
Stan
Eric, thanks for the reply.
Fair enough. I know TGE pretty much well so can generate required signals myself. Just wanted to make sure I did not overlook anything in CID. I have to say that again - VoLib library is poorly documented, that is why there are so many questions in the forum. Anyway, thanks for your help.
Regards,
Stan