[参考译文] CC2564MODN：cc2564modn

您好、Michael、

以确保您使用的堆栈具有我们最新的错误修复、并具有您正在使用的服务包文件？ 此外、为了确保我了解您正在运行 HFPAGDemo 的某些版本、问题是您没有收到音频(例如拨号音？) 在收音机上、车辆未响应发送的呼叫指示？ 请确认。

Jesu

您好、Jesu、
感谢您的快速回复。
"确保您使用的堆栈具有我们最新的错误修复、并具有您使用的是什么服务包文件？"
我使用 bluetopia SDK 版本 v4-0-2-2。
我添加了 Service Pack v1.8中的 cc256xB.h 文件。

"此外、为了确保我了解您正在运行 HFPAGDemo 的某些版本、问题是您没有收到音频(例如拨号音？) 在收音机上、车辆未响应发送的呼叫指示？"
我们使用 HFPAGDemo (来自4-0-2-2 SDK Noos)作为我们自己项目的基础。
我想这不是蓝牙连接或音频问题。 我想汽车对讲机需要一个事件、命令或响应、以建立激活呼叫以取消麦克风和扬声器的静音。

例如：
汽车无线电作为免提设备连接到我们的音频网关。   
在汽车无线电端、我们开始呼叫。 音频网关会获取事件"etHFRE_Dial_Phone_Number_Indication："以及要拨打的号码。 只要对讲机等待我们网关的应答、汽车中的扬声器就会取消静音、我们就可以听到汽车中音频网关的音频。
我们尝试发送"HFRE_RING_Indication"或  "HFRE_Send_Incoming_Call_Station" 作为 音频网关侧的响应、但不会发生任何情况。
超时后、汽车收音机断开与音频网关的连接。

此致
Michael

您好、Michael、

对拖延表示歉意。 我现在更好地理解了您的场景。 当您尝试发送振铃指示或其他任何内容时、您从函数调用返回了什么返回代码？ 此外、您是否能够捕获 BT 日志以更深入地了解问题？ 现阶段很难判断收音机或 AG 是否有问题。

Jesu

您好 Jasu、
如果有用、我可以使用 BT HCI 记录工具进行 HCI 跟踪、并使用 TI logger 5.0从 cc2564 Tx_DBG 引脚进行日志跟踪？
此致
Michael

您好、Jesu、

这是一个 HCI 日志文件。

我希望它能有所帮助。

如果建立了 HFP 连接、则汽车对讲机请求呼叫。

音频网关尝试应答。

此致

Michaele2e.ti.com/.../hci_5F00_log_5F00_vw_5F00_10.zip

是的、Michael、这是我需要的、因为它提供了更多详细信息。 您可以提供此信息吗？ 这是一个指南、可满足您的需求。

https://processors.wiki.ti.com/index.php/CC256x_Logger_User_Guide

Jesu

您好、Jesu、
记录器打印出大量信息。

我启动自动模式、并在测试期间获取大量文件。

我向您发送最后两个文件、希望您能在其中找到更好的问题。

此致
Michaele2e.ti.com/.../AutoSave-Session-01-_2D00_-_2300_0014.zipe2e.ti.com/.../AutoSave-Session-01-_2D00_-_2300_0015.zip

您好、Michael、

我仔细看了您发送给我的第一个日志。 对讲机似乎正在向 AG 发送断开请求。 我看到了您发送给我的两个日志、在这两个日志中看不到任何 HCI 事件。 在捕获前、请确保配置并选中 HCI/LMP 查看器选项。  

如果配置正确、您应该会在记录器视图中看到 HCI 事件、如下所示：

重要的列是主机和设备。 请确保日志中包含这些事件。

Jesu

Hallo jesu、

HCI/LMP 查看器选项已打开、但另一个选项错误。

设置"Default"按钮后、我将获得 HCI 事件。

遗憾的是、在接下来的3天内、我无法使用汽车、因此我需要一些时间来创建下一个日志文件。

要提前检查我的设置、我将使用其他车载收音机生成一个日志文件。 请检查是否包含所有必要信息。

您是否有一个文档的建议、我可以阅读该文档以更好地了解记录器显示的流程。

 e2e.ti.com/.../Ford_5F00_06.zip

此致

Michael

您好、Michael、

是的、此日志看起来是正确捕获的。 您可以验证自己、但要检查"网络时钟"右侧的列中是否有箭头。 下次捕获日志时、我建议您验证这些日志是否存在。  

我将等待您的回复并提供正确的日志。

Jesu

您好、Jesu、

我有一些日志文件供您使用。

*_11.lgr 为：

－启动模块

－扫描设备

-连接至汽车收音机

-从汽车对讲机发起呼叫

－什么都不会发生

-断开与模块的连接

*_12.lgr 相同、但没有仅支持蓝牙记录器的 HCI

e2e.ti.com/.../log_5F00_02.zip*_03.lgr是：

-已建立与汽车无线电的连接

-从汽车对讲机发起呼叫

－设备使用振铃命令应答

－什么都不会发生

*_04.lgr 为：

-已建立与汽车无线电的连接

-从汽车对讲机发起呼叫

-器件使用"HFRE_Send_Call_Line_Identification_Notification"命令进行应答

－什么都不会发生

*_05.lgr 为：

-已建立与汽车无线电的连接

-从汽车对讲机发起呼叫

-器件使用"HFRE_Send_Incoming_Call_State"命令进行应答

－什么都不会发生

*_06.lgr 为：

-已建立与汽车无线电的连接

-从汽车对讲机发起呼叫

-器件使用"HFRE_Send_Call_Waiting 通知"命令进行应答

－什么都不会发生

此致

michaele2e.ti.com/.../log_5F00_01.zip

您好、Michael、

感谢您提供这些日志。 我快速看了一下每一个、看起来这次所有这些都被正确捕获了。 有很多信息需要浏览、因此我需要一些时间来解析所有内容。 我将尽快在这里提供更新。

周末愉快！

Jesu

您好、Jesu、

您是对的、我们使用的是 BLE。

但我不确定这是否是我们的问题。

支持 Bluetopia 端的 HFP 1.5。

我们仅使用8kHz 采样率。

免提设备是否仅支持 HFP 1.6 (WBS)、以及如何从设备获取该信息？

如果我连接到车载收音机、它与我连接耳机的连接设置是相同的。

在汽车收音机开始呼叫时、我可以听到汽车扬声器中的音频。 但在短暂的超时后、音频播放将停止。

我有一条来自我们应用的迹线、在该迹线中我打印出所有蓝纹波事件和函数。

如果汽车对讲机发起呼叫、音频网关将收到事件"etHFRE_Dial_Phone_Number_Indation"

但是、音频网关发回的任何响应都引起了反应。

对讲机似乎需要一些命令来接受呼叫。

但是、我发送的所有命令都不会进行任何更改。

此致

michaele2e.ti.com/.../vwtu_5F00_rst_5F00_btscn_5F00_conn_5F00_cal_5F00_999_5F00_09.pdf

您好、Michael、

由于您使用的是8kHz、因此您应该可以。 请验证这一点。  

免提设备是否仅支持 HFP 1.6 (WBS)、以及如何从设备获取该信息？ 

我不确定这一点。 测试这种情况的一种简单方法是尝试 HFP 1.6、当然也要禁用 BLE。

Jesu

您好、Jesu、

禁用 BLE 是一个好建议、遗憾的是我们的 PPT 按钮需要 BLE。 即使它可以正常工作、最终我仍然需要 BLE

我不知道我的音频网关(AG)是否从车载收音机收到呼叫事件、AG 重播为什么车载收音机侧没有反应？

您在日志文件中看到任何反应吗？

有什么东西可以指示缺少什么车载收音机？

呼叫事件的正常预期响应是什么？

此致

Michael

您好、Michael、

您在日志文件中看到任何反应吗？ 

遗憾的是、日志不显示应用程序级别事件。 这些日志处于 FW 级别、因此我只能在控制器上看到 HCI 命令和状态更改等内容。 要查看配置文件级别的流量、您可以使用您知道的应用 UART 日志和 BT 监听器日志来捕获空中流量。

呼叫事件的正常预期响应是什么？ 

我在 这里查看了 HFP 配置文件规格。 如果我正确理解了您的设置(例如、用作 HF 器件的汽车无线电广播和用作 AG 的 CC2564)、则第4.18节应帮助您更好地理解该过程。 您可以看到有一些初始要求、例如设置服务级别连接、在该连接之前 、您应该在应用程序中看到 etHFRE_Open_Service_Level_Connection_Indication 事件。 我确定您已经有了服务级别连接、但在这里、您可以验证根据远程设备支持的内容选择了哪个编解码器频率。 请验证所选的编解码器频率、并告知我。  

RemoteSupportedFeatures = HFREEventData->Event_Data.HFRE_Open_Service_Level_Connection_Inding_Data->RemoteSupportedFeatures；
if (is_codec_NEG_Supported_Locally ()& is_codec_NEG_Supported_remotely ())
(
SelectedCodec = HFRE_MSC_CODEC；
SelectedCodecFrequency = 16000；
｝
否则
｛
SelectedCodec = HFRE_CVSD_CODEC；
SelectedCodecFrequency = 8000；
}/*
启用音频编解码器。 */
HAL_EnableAudioCodec (BluetoothStackID、aucHFP_HSP、SelectedCodecFrequency、1)； 

还有一些音频连接设置要求、我认为这些要求与 etHFRE_Audio_Connection_Indication 事件有关。  

您是否还可以验证当您获得 etHFRE_Dial_Phone_Number_Indication 时、它是否会进入默认情况并从以下选项打印：

Display("\r\n收到 未知 HFRE 事件：%d.\r\n\r\n，HFREEventData->Event_Data_Type)； 

如果是这种情况、我想与员工核实我们为处理此事件而建议的内容。  

Jesu

嗨、Michael、

只是为了让你知道我已经联系了一名员工、我正在等待他们的反馈。 我会在收到任何消息后立即更新您的信息。

您还验证了频率吗？ 一个简单快捷的检查是在该情况下以及调试器查看我们的器件设置的频率时放置一个断点。

周末愉快！

Jesu

Jesu、大家好、我想我们离解决方案很近、但它仍然不起作用。

在我的情况下、如果呼叫事件来自远程设备、则音频连接已建立。

如果我再次尝试打开音频连接、则会失败。

我更改了代码，并且不使用蓝牙连接的“管理 AudioConnection”(HFRE_Setup_Audio_Connection )功能。

我等待在调用事件后使用此函数。

GAP_LE_Event_Callback 7.

- GAP_LE_Event_Callback 9.

<- GATT_Service_Discovery_Event_Callback 0

<- GATT_Service_Discovery_Event_Callback 0

<- GATT_Service_Discovery_Event_Callback 0

<- GATT_Service_Discovery_Event_Callback 1.

<- GATT_ClientEventCallback_SPPLE A

BLE PTT 已就绪

NEWTARGET 1

设置目标器件 nr：1 [0x9CDF03335C42]- VW Phone 8511

SDP 服务发现12.

->SDP_Service_Search_Attribute_Request (...)

好的

<- SDP_Event_Callback：5.

->HFRE_Open_Remote_handsfree_Port (1...)

->HFRE_Update_Current_Control_Indicator_Status (1...)

<- GAP_Event_Callback 2.

atLinkKeyRequest：0x9CDF03335C42

我们为此器件存储了一个链路密钥

LinkKeyInfo：3C86D89286CD

远程设备：425C3303DF9C

-> GAP_Authentication_Response (...)

GAP_Authentication_Response ()成功。

LinkKey 已提交->

发送 LinkKey

<- HFRE_Event_Callback 1.

HFRE 打开端口确认、ID：0x0001、状态：0x0000。

打开端口

HFRE_Event_Callback 2

HFRE 开放服务级别连接指示、ID：0x0001

                   RemoteSupportedFeaturesValid：true

                          RemoteSupportedFeatures：0x00000067

                  RemoteCallHoldMultipartySupport：0x00000000

->HFRE_Enable_Remote_Call_Line_Identification_Notification (...)

HFRE_Enable 呼叫线路识别

连接

<- HFRE_Event_Callback 23.

etHFRE_Extended_Error_Result_Activation_Indication：

->HFRE_Send_Termining_Response (...)

HFRE_Event_Callback 9.

HFRE 呼叫线路识别通知激活指示、ID：0x0001、Enabled：true。

->HFRE_Send_Termining_Response (...)

校准线激活

->HFRE_Update_Current_Control_Indicator_Status (...)

…μ A

->PBAP_PULL_Phonebook 响应(...)

<- PBAP_Event_Callback 3.

<- HFRE_Event_Callback 1e

etHFRE_CURRENT_CALLS _List_Indication：1.

->HFRE_Send_Termining_Response (...)

<- HFRE_Event_Callback c

etHFRE_Dial_Phone_Number_Indication：222

HFRE_Send_Termining_Response (erOK)

-> HFRE_Send_Incoming_Call_State (1)-成功。

hfpag_Send_Incoming_Call_State (接受)

<- HFRE_Event_Callback 1e

etHFRE_CURRENT_CALLS _List_Indication：1.

->HFRE_Send_Termining_Response (...)

<- HFRE_Event_Callback 1e

此时、汽车无线电连接到音频网关。

我尝试从汽车无线电端发起呼叫。

如果发生“etHFRE_Dial_Phone_Number_Indication”事件，我首先尝试发送 HFRE_Send_Termining_Response (... OK)作为响应。

汽车收音机显示“Rufaufbau…” (呼叫设置)、并在"呼叫结束"后立即执行。

之后、我尝试一些其他选项、例如 erNoAnswer、erDelay、erBlacklisted、erResultCode、但没有相同的反应。

接下来、我尝试使用 HFRE_Send_Incoming_Call_State (.. 接受)、但汽车收音机没有反应。

如果音频网关使用 HFRE_Send_Termining_Response (... 还可以)但我认为缺少一些东西。

最棒的餐厅

Michaele2e.ti.com/.../04_2D00_08_2D00_2020_2D00_vw_5F00_tu_5F00_06.zip