1. 为什么要把 CYW20819 当纯蓝牙模组用手上这块 CYW20819 开发板如果你只拿它跑官方 Demo那确实有点浪费。很多项目里主控是 STM32、ESP32 或者一颗 Linux 主控蓝牙功能只是其中一个子模块这时候最省事的做法就是让 CYW20819 退化成一颗「蓝牙模组」主控通过 HCI 接口发命令、收事件把协议栈的活全交给它。HCI 接口的物理层可以是 UART、SPI 或者 USB其中 UART 最常见接线简单、调试直观。但真正上手你会发现光把线接对还不够命令格式、波特率、固件是否支持命令解析任何一环出问题都会卡住。我试过用 ClientControl 这个上位机来联调它能把 HCI 命令的收发过程可视化配合串口日志定位问题比盲猜快很多。这篇就围绕 CYW20819 的 HCI 接口控制把 UART 参数配置、ClientControl 连接、HCI 命令解析流程串成一条可跟做的调试链路。适合已经能编译下载固件、但还没跑通 HCI 联调的嵌入式开发者。核心检索词就三个CYW20819、HCI 接口、ClientControl下面每个环节都会落到具体参数和代码上。先说清楚一个前提CYW20819 要能被 HCI 命令控制烧进去的固件必须包含 HCI 命令解析逻辑。官方例子里Audio-20819EVB02是支持这套协议的后面代码框架部分会拆开讲它怎么解析。如果你烧的是普通外设 DemoClientControl 发命令过去是没反应的这一点先记住。2. TaoToken 在 HCI 调试链路里的前置准备在正式连板子之前先把工具链和账号侧的东西理清楚。HCI 调试本身是本地串口操作但如果你后续想把调试过程中的命令日志、模型辅助分析、或者把 CYW20819 接入更上层的自动化测试流程用 TaoToken 这类统一入口会省掉不少环境折腾。TaoToken 是一个面向开发者的模型与工具接入平台能做什么简单说它把模型对话、API 调用、编码计划这些能力收敛到一个控制台里适合需要长期做嵌入式调试、又想让 AI 帮忙看日志和生成测试脚本的人。官网入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 注意 API 这个地址不带 UTM 参数配置的时候别多加。前置准备分三块。第一块是硬件CYW20819 DEMO 板、USB 转串口线板载一般自带、确认 WICED HCI UART 对应的 COM 口。第二块是软件WICED Studio 或 ModusToolbox 编译环境、ClientControl 上位机、nRF Connect 用来验证广播。第三块是账号侧如果你要用模型辅助分析 HCI 日志先去控制台把 API Key 建好。具体操作路径打开 https://taotoken.net/api-keys 创建密钥然后到 https://taotoken.net/doc 看接入文档确认你用的模型 ID 和 Base URL 怎么写。模型对话入口在 https://taotoken.net/chat 调试累了想快速问一句命令格式直接在里面问就行。如果你打算长期做编码和 Agent 类任务可以看 https://taotoken.net/coding-plan 把调试脚本生成、日志解析这些重复活交给它。这里要强调一个容易踩的坑TaoToken 是工具接入平台不是让你拿它替代串口调试本身。HCI 命令该用 ClientControl 发还是用 ClientControl 发TaoToken 的作用是帮你分析日志、生成解析代码、管理 API 调用。两者分工别搞混。前置准备做完你应该手上有一个能识别的 COM 口、一个建好的 API Key、一份接入文档。接下来进入可复制配置环节。3. 可复制配置UART 参数与 ClientControl 连接这一节是全文最需要照着做的地方配置错一个参数就连不上。先讲 UART 物理层参数再讲 ClientControl 的连接步骤最后给一段可直接复制的配置片段。CYW20819 的 HCI UART 默认波特率在代码里是HCI_UART_DEFAULT_BAUD官方例子里常见的是 3000000。但这里有个大坑Audio-20819EVB02这个例子跑起来串口没打印查了半天最后发现把波特率改小到 115200 就正常了。原因是高波特率下 PUART 配置和实际时钟匹配有问题。所以第一步先把波特率降下来验证链路。代码里对应这一行// wiced_hal_puart_configuration(3000000, PARITY_NONE, STOP_BIT_2); wiced_hal_puart_configuration(115200, PARITY_NONE, STOP_BIT_2);注意校验位是PARITY_NONE停止位是STOP_BIT_2这两个别改改了 ClientControl 默认配置对不上。数据位默认 8 位。然后是 HCI 传输层的配置结构体这段可以直接复制到你的初始化代码里const wiced_transport_cfg_t transport_cfg { .type WICED_TRANSPORT_UART, .cfg { .uart_cfg { .mode WICED_TRANSPORT_UART_HCI_MODE, .baud_rate HCI_UART_DEFAULT_BAUD }, }, .rx_buff_pool_cfg { .buffer_size TRANS_UART_BUFFER_SIZE, .buffer_count WICED_TRANSPORT_BUFFER_COUNT }, .p_status_handler hci_control_transport_status, .p_data_handler hci_control_proc_rx_cmd, .p_tx_complete_cback hci_control_transport_tx_cplt_cback };这个结构体里三个回调是关键hci_control_transport_status管外设状态hci_control_proc_rx_cmd管命令接收解析hci_control_transport_tx_cplt_cback管发送完成。调试阶段重点盯第二个。ClientControl 侧的连接步骤打开工具串口选择WICED HCI UART其他参数保持默认波特率选 115200 跟固件对齐然后点Open port。如果端口打不开先确认没有别的串口工具占着这个 COM 口。如果你要把这套配置写成 JSON 或 TOML 给自动化脚本用可以这样组织{ hci_uart: { port: COM5, baud_rate: 115200, parity: none, stop_bits: 2, data_bits: 8, mode: WICED_TRANSPORT_UART_HCI_MODE }, client_control: { uart_type: WICED HCI UART, auto_open: true } }TOML 版本[hci_uart] port COM5 baud_rate 115200 parity none stop_bits 2 data_bits 8 mode WICED_TRANSPORT_UART_HCI_MODE [client_control] uart_type WICED HCI UART auto_open true路径和原文保持一致mode字段必须是WICED_TRANSPORT_UART_HCI_MODE写成别的模式命令解析回调不会触发。配置写完下一步就是验证请求能不能通。4. 验证请求从发命令到看到广播配置对了不代表链路通了得实际发一条 HCI 命令看响应。这一节给完整的验证动作和成功结果判断。第一步确认固件支持命令解析。烧录Audio-20819EVB02例子这个例子包含hci_control_proc_rx_cmd的完整实现。烧录后复位板子。第二步ClientControl 打开端口后界面上会列出集成的各类 HCI 命令。找到 BLE 相关的分组点击Start开始扫描附近设备。这一步对应发送的是 LE 扫描使能命令。第三步观察结果。如果链路正常ClientControl 的结果区会陆续打印出扫描到的 BLE 设备地址和 RSSI。同时用 nRF Connect 在手机侧扫描应该能看到 CYW20819 发出的广播。第四步验证广播控制。通过 ClientControl 发送开始广播命令nRF Connect 能扫到设备说明 HCI 命令解析和响应流程走通了。这里贴一段命令解析的核心逻辑帮你理解响应是怎么产生的static uint32_t hci_control_proc_rx_cmd(uint8_t *p_buffer, uint32_t length) { uint16_t opcode; uint16_t payload_len; uint8_t *p_data p_buffer; uint8_t buffer_processed WICED_TRUE; if (!p_buffer) { return HCI_CONTROL_STATUS_INVALID_ARGS; } if ((length 4) || (p_data NULL)) { WICED_BT_TRACE(invalid params\n); wiced_transport_free_buffer(p_buffer); return HCI_CONTROL_STATUS_INVALID_ARGS; } STREAM_TO_UINT16(opcode, p_data); STREAM_TO_UINT16(payload_len, p_data); WICED_BT_TRACE(cmd_opcode 0x%02x\n, opcode); switch ((opcode 8) 0xff) { case HCI_CONTROL_GROUP_DEVICE: hci_control_device_handle_command(opcode, p_data, payload_len); break; case HCI_CONTROL_GROUP_LE: case HCI_CONTROL_GROUP_GATT: hci_control_le_handle_command(opcode, p_data, payload_len); break; default: WICED_BT_TRACE(unknown class code (opcode:%x)\n, opcode); break; } if (buffer_processed) { wiced_transport_free_buffer(p_buffer); } return HCI_CONTROL_STATUS_SUCCESS; }关键点前 4 个字节是 WICED 头前 2 字节是 opcode后 2 字节是 payload 长度。(opcode 8) 0xff取出组类别决定分发到哪个处理函数。如果串口日志里看到unknown class code说明 opcode 的组类别不在已编译的分支里检查固件是否包含了对应 profile。成功结果的判断标准有三条ClientControl 结果区有设备列表输出、nRF Connect 能扫到广播、串口日志有cmd_opcode打印。三条都满足链路就算通了。5. 常见报错排查401、local proxy failed、reading choices调试过程中报错是常态这一节把几个高频错误和对应排查动作列清楚。401 错误这个一般出现在你调用 TaoToken API 做日志分析时。原因通常是 API Key 没带对或者过期。排查动作去 https://taotoken.net/api-keys 重新生成一个 Key确认请求头里的 Authorization 格式是Bearer 你的Key。如果用的是 SDK检查 Base URL 是不是写成了带 UTM 的地址API 调用应该用 https://taotoken.net/api 不带参数。local proxy failed这个报错多出现在网络代理配置环节。排查动作检查本地环境变量里有没有残留的代理设置把HTTP_PROXY、HTTPS_PROXY清掉再试。如果是 IDE 插件报的去插件设置里把代理模式改成直连。注意别用任何非正规的网络工具保持环境干净。reading choices 报错这个通常出现在模型返回解析阶段比如你让模型分析 HCI 日志返回结构里choices字段读不到。排查动作确认请求体里的model字段填的是文档里支持的模型 ID去 https://taotoken.net/doc 核对。另外检查返回是不是被截断了长日志建议分段发。OAuth 相关报错如果你用 Claude Code 或类似工具接入报 OAuth 失败排查动作确认回调地址配置正确token 没过期。Claude Code 的接入文档在 https://taotoken.net/doc 里有说明按步骤重新授权一次。串口打不开ClientControl 点 Open port 没反应先看设备管理器里 COM 口在不在再看是不是被别的工具占用。波特率不匹配也会表现为打开后无数据回到 115200 重试。命令发了没响应串口日志没有cmd_opcode打印说明p_data_handler没被触发。检查transport_cfg里p_data_handler是不是指向了hci_control_proc_rx_cmd以及固件是不是Audio-20819EVB02这类支持解析的例子。这里要提醒一句如果你在配置里用到了 CC Switch、Cline MCP 或者 Codex 的 auth.json三件套必须写全——Base URL、Key、Model ID缺一个都会报鉴权或模型找不到的错。Base URL 用 https://taotoken.net/api Key 从控制台拿Model ID 从文档查。排查顺序建议先看硬件连接和 COM 口再看波特率再看固件是否支持解析最后看 API 侧配置。由底向上排比一上来就怀疑代码快。6. 把调试链路固定下来走到这里CYW20819 的 HCI 接口控制链路应该已经跑通了UART 参数配好、ClientControl 连上、命令能发能收、广播能被扫到。剩下的就是把这条链路固化成可复用的流程。我的做法是把 UART 配置和 ClientControl 参数写进一个配置文件每次换板子只改 COM 口。命令解析那部分代码不用动官方例子已经覆盖了大部分组类别。真正需要你改的是业务层的处理函数比如收到某个 opcode 后触发什么动作。如果你后续要把这套调试能力接到自动化测试里可以用 TaoToken 的 API 做日志分析把串口抓到的 HCI 命令流丢给模型让它帮你判断哪条命令的响应异常。模型对话入口在 https://taotoken.net/chat API Key 在 https://taotoken.net/api-keys 接入文档在 https://taotoken.net/doc 。长期做编码和 Agent 任务的话Coding Plan 在 https://taotoken.net/coding-plan 。最后留一个实用技巧调试 HCI 时把串口日志的波特率和 ClientControl 的波特率分开看日志口和 HCI 口可能是两个不同的 UART。CYW20819 上 PUART 和 HCI UART 是独立的别把日志没输出当成 HCI 没通。先把 115200 这个保守值跑稳再往上调。 
长河君 · 2026/10/1 15:13:42 · 阅读 1.2k 【CYW20819】六、HCI接口控制：从UART到ClientControl的TaoToken调试链路
1. 为什么要把 CYW20819 当纯蓝牙模组用手上这块 CYW20819 开发板如果你只拿它跑官方 Demo那确实有点浪费。很多项目里主控是 STM32、ESP32 或者一颗 Linux 主控蓝牙功能只是其中一个子模块这时候最省事的做法就是让 CYW20819 退化成一颗「蓝牙模组」主控通过 HCI 接口发命令、收事件把协议栈的活全交给它。HCI 接口的物理层可以是 UART、SPI 或者 USB其中 UART 最常见接线简单、调试直观。但真正上手你会发现光把线接对还不够命令格式、波特率、固件是否支持命令解析任何一环出问题都会卡住。我试过用 ClientControl 这个上位机来联调它能把 HCI 命令的收发过程可视化配合串口日志定位问题比盲猜快很多。这篇就围绕 CYW20819 的 HCI 接口控制把 UART 参数配置、ClientControl 连接、HCI 命令解析流程串成一条可跟做的调试链路。适合已经能编译下载固件、但还没跑通 HCI 联调的嵌入式开发者。核心检索词就三个CYW20819、HCI 接口、ClientControl下面每个环节都会落到具体参数和代码上。先说清楚一个前提CYW20819 要能被 HCI 命令控制烧进去的固件必须包含 HCI 命令解析逻辑。官方例子里Audio-20819EVB02是支持这套协议的后面代码框架部分会拆开讲它怎么解析。如果你烧的是普通外设 DemoClientControl 发命令过去是没反应的这一点先记住。2. TaoToken 在 HCI 调试链路里的前置准备在正式连板子之前先把工具链和账号侧的东西理清楚。HCI 调试本身是本地串口操作但如果你后续想把调试过程中的命令日志、模型辅助分析、或者把 CYW20819 接入更上层的自动化测试流程用 TaoToken 这类统一入口会省掉不少环境折腾。TaoToken 是一个面向开发者的模型与工具接入平台能做什么简单说它把模型对话、API 调用、编码计划这些能力收敛到一个控制台里适合需要长期做嵌入式调试、又想让 AI 帮忙看日志和生成测试脚本的人。官网入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 注意 API 这个地址不带 UTM 参数配置的时候别多加。前置准备分三块。第一块是硬件CYW20819 DEMO 板、USB 转串口线板载一般自带、确认 WICED HCI UART 对应的 COM 口。第二块是软件WICED Studio 或 ModusToolbox 编译环境、ClientControl 上位机、nRF Connect 用来验证广播。第三块是账号侧如果你要用模型辅助分析 HCI 日志先去控制台把 API Key 建好。具体操作路径打开 https://taotoken.net/api-keys 创建密钥然后到 https://taotoken.net/doc 看接入文档确认你用的模型 ID 和 Base URL 怎么写。模型对话入口在 https://taotoken.net/chat 调试累了想快速问一句命令格式直接在里面问就行。如果你打算长期做编码和 Agent 类任务可以看 https://taotoken.net/coding-plan 把调试脚本生成、日志解析这些重复活交给它。这里要强调一个容易踩的坑TaoToken 是工具接入平台不是让你拿它替代串口调试本身。HCI 命令该用 ClientControl 发还是用 ClientControl 发TaoToken 的作用是帮你分析日志、生成解析代码、管理 API 调用。两者分工别搞混。前置准备做完你应该手上有一个能识别的 COM 口、一个建好的 API Key、一份接入文档。接下来进入可复制配置环节。3. 可复制配置UART 参数与 ClientControl 连接这一节是全文最需要照着做的地方配置错一个参数就连不上。先讲 UART 物理层参数再讲 ClientControl 的连接步骤最后给一段可直接复制的配置片段。CYW20819 的 HCI UART 默认波特率在代码里是HCI_UART_DEFAULT_BAUD官方例子里常见的是 3000000。但这里有个大坑Audio-20819EVB02这个例子跑起来串口没打印查了半天最后发现把波特率改小到 115200 就正常了。原因是高波特率下 PUART 配置和实际时钟匹配有问题。所以第一步先把波特率降下来验证链路。代码里对应这一行// wiced_hal_puart_configuration(3000000, PARITY_NONE, STOP_BIT_2); wiced_hal_puart_configuration(115200, PARITY_NONE, STOP_BIT_2);注意校验位是PARITY_NONE停止位是STOP_BIT_2这两个别改改了 ClientControl 默认配置对不上。数据位默认 8 位。然后是 HCI 传输层的配置结构体这段可以直接复制到你的初始化代码里const wiced_transport_cfg_t transport_cfg { .type WICED_TRANSPORT_UART, .cfg { .uart_cfg { .mode WICED_TRANSPORT_UART_HCI_MODE, .baud_rate HCI_UART_DEFAULT_BAUD }, }, .rx_buff_pool_cfg { .buffer_size TRANS_UART_BUFFER_SIZE, .buffer_count WICED_TRANSPORT_BUFFER_COUNT }, .p_status_handler hci_control_transport_status, .p_data_handler hci_control_proc_rx_cmd, .p_tx_complete_cback hci_control_transport_tx_cplt_cback };这个结构体里三个回调是关键hci_control_transport_status管外设状态hci_control_proc_rx_cmd管命令接收解析hci_control_transport_tx_cplt_cback管发送完成。调试阶段重点盯第二个。ClientControl 侧的连接步骤打开工具串口选择WICED HCI UART其他参数保持默认波特率选 115200 跟固件对齐然后点Open port。如果端口打不开先确认没有别的串口工具占着这个 COM 口。如果你要把这套配置写成 JSON 或 TOML 给自动化脚本用可以这样组织{ hci_uart: { port: COM5, baud_rate: 115200, parity: none, stop_bits: 2, data_bits: 8, mode: WICED_TRANSPORT_UART_HCI_MODE }, client_control: { uart_type: WICED HCI UART, auto_open: true } }TOML 版本[hci_uart] port COM5 baud_rate 115200 parity none stop_bits 2 data_bits 8 mode WICED_TRANSPORT_UART_HCI_MODE [client_control] uart_type WICED HCI UART auto_open true路径和原文保持一致mode字段必须是WICED_TRANSPORT_UART_HCI_MODE写成别的模式命令解析回调不会触发。配置写完下一步就是验证请求能不能通。4. 验证请求从发命令到看到广播配置对了不代表链路通了得实际发一条 HCI 命令看响应。这一节给完整的验证动作和成功结果判断。第一步确认固件支持命令解析。烧录Audio-20819EVB02例子这个例子包含hci_control_proc_rx_cmd的完整实现。烧录后复位板子。第二步ClientControl 打开端口后界面上会列出集成的各类 HCI 命令。找到 BLE 相关的分组点击Start开始扫描附近设备。这一步对应发送的是 LE 扫描使能命令。第三步观察结果。如果链路正常ClientControl 的结果区会陆续打印出扫描到的 BLE 设备地址和 RSSI。同时用 nRF Connect 在手机侧扫描应该能看到 CYW20819 发出的广播。第四步验证广播控制。通过 ClientControl 发送开始广播命令nRF Connect 能扫到设备说明 HCI 命令解析和响应流程走通了。这里贴一段命令解析的核心逻辑帮你理解响应是怎么产生的static uint32_t hci_control_proc_rx_cmd(uint8_t *p_buffer, uint32_t length) { uint16_t opcode; uint16_t payload_len; uint8_t *p_data p_buffer; uint8_t buffer_processed WICED_TRUE; if (!p_buffer) { return HCI_CONTROL_STATUS_INVALID_ARGS; } if ((length 4) || (p_data NULL)) { WICED_BT_TRACE(invalid params\n); wiced_transport_free_buffer(p_buffer); return HCI_CONTROL_STATUS_INVALID_ARGS; } STREAM_TO_UINT16(opcode, p_data); STREAM_TO_UINT16(payload_len, p_data); WICED_BT_TRACE(cmd_opcode 0x%02x\n, opcode); switch ((opcode 8) 0xff) { case HCI_CONTROL_GROUP_DEVICE: hci_control_device_handle_command(opcode, p_data, payload_len); break; case HCI_CONTROL_GROUP_LE: case HCI_CONTROL_GROUP_GATT: hci_control_le_handle_command(opcode, p_data, payload_len); break; default: WICED_BT_TRACE(unknown class code (opcode:%x)\n, opcode); break; } if (buffer_processed) { wiced_transport_free_buffer(p_buffer); } return HCI_CONTROL_STATUS_SUCCESS; }关键点前 4 个字节是 WICED 头前 2 字节是 opcode后 2 字节是 payload 长度。(opcode 8) 0xff取出组类别决定分发到哪个处理函数。如果串口日志里看到unknown class code说明 opcode 的组类别不在已编译的分支里检查固件是否包含了对应 profile。成功结果的判断标准有三条ClientControl 结果区有设备列表输出、nRF Connect 能扫到广播、串口日志有cmd_opcode打印。三条都满足链路就算通了。5. 常见报错排查401、local proxy failed、reading choices调试过程中报错是常态这一节把几个高频错误和对应排查动作列清楚。401 错误这个一般出现在你调用 TaoToken API 做日志分析时。原因通常是 API Key 没带对或者过期。排查动作去 https://taotoken.net/api-keys 重新生成一个 Key确认请求头里的 Authorization 格式是Bearer 你的Key。如果用的是 SDK检查 Base URL 是不是写成了带 UTM 的地址API 调用应该用 https://taotoken.net/api 不带参数。local proxy failed这个报错多出现在网络代理配置环节。排查动作检查本地环境变量里有没有残留的代理设置把HTTP_PROXY、HTTPS_PROXY清掉再试。如果是 IDE 插件报的去插件设置里把代理模式改成直连。注意别用任何非正规的网络工具保持环境干净。reading choices 报错这个通常出现在模型返回解析阶段比如你让模型分析 HCI 日志返回结构里choices字段读不到。排查动作确认请求体里的model字段填的是文档里支持的模型 ID去 https://taotoken.net/doc 核对。另外检查返回是不是被截断了长日志建议分段发。OAuth 相关报错如果你用 Claude Code 或类似工具接入报 OAuth 失败排查动作确认回调地址配置正确token 没过期。Claude Code 的接入文档在 https://taotoken.net/doc 里有说明按步骤重新授权一次。串口打不开ClientControl 点 Open port 没反应先看设备管理器里 COM 口在不在再看是不是被别的工具占用。波特率不匹配也会表现为打开后无数据回到 115200 重试。命令发了没响应串口日志没有cmd_opcode打印说明p_data_handler没被触发。检查transport_cfg里p_data_handler是不是指向了hci_control_proc_rx_cmd以及固件是不是Audio-20819EVB02这类支持解析的例子。这里要提醒一句如果你在配置里用到了 CC Switch、Cline MCP 或者 Codex 的 auth.json三件套必须写全——Base URL、Key、Model ID缺一个都会报鉴权或模型找不到的错。Base URL 用 https://taotoken.net/api Key 从控制台拿Model ID 从文档查。排查顺序建议先看硬件连接和 COM 口再看波特率再看固件是否支持解析最后看 API 侧配置。由底向上排比一上来就怀疑代码快。6. 把调试链路固定下来走到这里CYW20819 的 HCI 接口控制链路应该已经跑通了UART 参数配好、ClientControl 连上、命令能发能收、广播能被扫到。剩下的就是把这条链路固化成可复用的流程。我的做法是把 UART 配置和 ClientControl 参数写进一个配置文件每次换板子只改 COM 口。命令解析那部分代码不用动官方例子已经覆盖了大部分组类别。真正需要你改的是业务层的处理函数比如收到某个 opcode 后触发什么动作。如果你后续要把这套调试能力接到自动化测试里可以用 TaoToken 的 API 做日志分析把串口抓到的 HCI 命令流丢给模型让它帮你判断哪条命令的响应异常。模型对话入口在 https://taotoken.net/chat API Key 在 https://taotoken.net/api-keys 接入文档在 https://taotoken.net/doc 。长期做编码和 Agent 任务的话Coding Plan 在 https://taotoken.net/coding-plan 。最后留一个实用技巧调试 HCI 时把串口日志的波特率和 ClientControl 的波特率分开看日志口和 HCI 口可能是两个不同的 UART。CYW20819 上 PUART 和 HCI UART 是独立的别把日志没输出当成 HCI 没通。先把 115200 这个保守值跑稳再往上调。