[参考译文] RTOS/TMS320C6748：VoLib CID 组件-信道劫持延长对于 BT 标准来说太长

您好、Jonathan、

我已将您的疑问转发给软件专家。 他们的反馈应发布在此处。

BR
Tsvetolin Shulev

您好！

如果您已经设置前导码= 0、则没有进一步的方法可以缩短检测时间。 如果您得到的是170ms、它是否仍在 BT 规范的范围内。(80ms <通道劫持持续时间< 262ms)？

此致、Eric

尊敬的 Eric：

例如、CO 可以发送信道劫持长度= 100ms 的 CallerID 、该值仍在 BT 规范范围内。 在这种情况下、TI VoLib CID 组件无法检测到此 CallerID。

这可能只是源代码中的常量。  是否可以在源代码中修改此值？ 它可能位于函数 void cidDtFsmUsEtsi (void *cidInst、tint 位)中。

谢谢、

Jonathan

 

您好！

典型的通道占用信号包含300个连续位(1200bps 时持续时间为250ms)交替的“1″”和“0”。 因此、170ms 内的检测将适用于这种情况。 但它可能会错过~100ms 的较短信号。

我们可能会对信号的持续时间进行一些设置、以避免错误检测。 但是、VOLIB 仅在线发布了库格式、并且处于维护模式多年。 我们没有计划为任何新库修改源代码。 抱歉！

此致、Eric

尊敬的 Eric：

足够公平。   

我想我有一个解决方案。 由于 CWCID 没有信道占用信号、我认为我可以启用 CID 组件中的 call_waiting 标志。 因此、我不需要担心通道短路检测信号问题、因为检测例程会跳过该问题。

回退是潜在的错误检测。 可能我可以检测 CAS 音调以触发 CID 检测、从而尽量减少这种情况。 但后来、我又遇到了另一个问题。  我无法使 CID CAS 色调检测工作。

您是否想帮助我了解 TDU 是否能够检测到 CAS 音调？ 在 TDU 示例中、将注释掉宏 TDU_SIM_USE_CIDCAS。 即使我不评论，它仍然不起作用。

有什么想法吗？

谢谢、

Jonathan

 

您好！

从\ti\mas\TDU docs\doxygen\TDUAPI.chm 中、标准符合性--- >主要探测器详细信息。 支持 CID CAS 2130 Hz 和2750 Hz 双音检测器。

此致、Eric

尊敬的 Eric：

我知道 CAS 音调检测是 TDU 的一部分。 但是、我无法使其与示例(tdusim.c)一同工作。 这就是我尝试测试它的方式。

我创建的 u-law CAS 音调文件的采样率为8kHz。 在所有检测之前添加以下行。 在检测回调处设置断点。

stfAllDetectionFile (tduInst、"cas _Axs.PCM")；


不会发生任何情况


然后、我进行了两项更改、没有任何影响

变化
#undef TDU_SIM_USE_CIDCAS 至#define tud_SIM_USE_CIDCAS

添加
tdudUCIDCAS 到 tdudDetContext (&T)


也许我错过了什么？


谢谢、



Jonathan

您好！

tdusim.c 中定义了输入 PCM 示例类型(A-law、u-law 或 lineared)。 您的代码是否与您创建的 PCM 文件的命令相匹配？ 此外、封装中还有许多测试输入矢量、它们是否适用于各种音调检测？

此致、Eric

尊敬的 Eric：

 封装中的所有测试输入矢量的工作方式与示例中使用的一样。 所有这些向量都在 u-law 中、如示例中指定的那样。 我还在 u-law 中创建了1004Hz 测试音。 也可以正常工作。 但我不幸运地听到 CID CAS 音调(2130 Hz 和2750 Hz 双音)。

我已附上 u-law CAS 提示音文件供您参考。

谢谢、

Jonathane2e.ti.com/.../cas_5F00_axs.zip