USB Type-C驱动官方最新版

手机的充电接口将统一使用USB Type-C的，它的尺寸小，又纤薄，传输速度，不用分方向正反都可以插，借电能力也强，扩展性也不错，东坡这里附上USB Type-C驱动程序下载，下面还附上了制作教程，有兴趣的可以试一试。

USB Type-C和USB3.1的区别

USB 3.1是一个行业标准，该标准由英特尔等大公司发起。USB 3.1最大的特点就是数据传输极为迅速，理论上速度可以达到10Gbps。而USB  Type-C则是一种连接器的规范，由Type-C插头和Type-C插座组成。

在最新的USB  3.1标准中，有三种接口样式，一个是Type-A（即Standard-A，传统计算机上最常见的USB接口样式），一个是Type-B（既Micro-B，目前主流Android智能手机使用的接口样式），另外一个就是Type-C（即上面提到的全新设计的接口样式）。

那么我们应该就能很容易理解了。虽然USB Type-C是基于USB 3.1进行设计的，但这并不意味着使用这种连接方式的设备就一定都是支持USB  3.1标准的；而与我们所想的正相反的是，对于较为老旧的USB 3.0 Type-A接口的设备来说，却是能够兼容USB 3.1标准的。

编写 USB Type-C 连接器驱动程序

UCM 通过使用 WDF 类扩展客户端驱动程序模型进行设计。类扩展 (UcmCx) 是一个 Microsoft 提供的 WDF 驱动程序，它提供了客户端驱动程序可以调用的接口以报告有关连接器的信息。UCM 客户端驱动程序使用连接器的硬件接口，并保持类扩展注意发生在控制器上的事件。相反，类扩展调用客户端驱动程序实现的回调函数来响应操作系统事件。

若要启用系统上的 USB Type-C 连接器，则必须编写客户端驱动程序。

开始之前...

安装 适用于你的开发计算机的最新 Windows 驱动程序工具包 (WDK)。该工具包带有编写 UCM 客户端驱动程序所需的头文件和库，具体来说，你将需要：

你可以编写可在用户模式或内核模式下运行的 UCM 客户端驱动程序。对于用户模式，它绑定了 UMDF 2.x 库；对于内核模式，它为 KMDF 1.15。对于任意一种模式，编程接口都相同。

存根库，(UcmCxstub.lib)。该库将转换由客户端驱动程进行的调用，并将它们传递给 UcmCx。

头文件，UcmCx.h。

确定你的客户端驱动程序是否支持 USB Type-C 连接器和 USB 功率输出的高级功能。

如果支持，你可以使用 USB Type-C 连接器、USB Type-C 扩展坞和附件以及 USB Type-C 充电器生成 Windows 设备。客户端驱动程序将报告允许操作系统实现关于系统中 USB 和电源消耗的策略的连接器事件。

在你的目标计算机上安装 Windows 10 桌面版（家庭版、专业版、企业版和教育版），或使用 USB Type-C 连接器安装 Windows 10 移动版。

熟悉 UCM 以及它与其他 Windows 驱动程序交互的方式。请参阅体系结构：适用于 Windows 系统的 USB Type-C 设计。

熟悉 Windows 驱动程序基础 (WDF)。推荐阅读：使用 Windows 驱动程序基础开发驱动程序，由 Penny Orwick 和 Guy Smith 编写。

UCM 类扩展提供的服务摘要

UCM 类扩展保持操作系统随时了解数据和电源角色、充电级别和已协商的 PD 合约发生的更改。在客户端驱动程序与硬件交互时，它必须通知类扩展这些更改发生的时间。类扩展提供了一组客户端驱动程序可用来发送通知（本主题中已讨论）的方法。下面是提供的服务：

数据角色配置

在 USB Type-C 系统上，数据角色（主机或函数）取决于连接器的 CC 引脚的状态。你的客户端驱动程序将从你的端口控制器读取 CC 行（请参阅基础结构：Windows 系统的 USB Type-C 设计）状态，以确定该端口已解析为上行端口 (UFP) 还是下行端口 (DFP)。 它会将该信息报告给类扩展，以便它可以将当前角色报告给 USB 角色切换驱动程序。

注意  USB 角色切换驱动程序在 Windows 10 移动版系统上使用。 在 Windows 10 桌面版系统上，类扩展和角色切换驱动程序之间的通信是可选的。此类系统可能不使用双角色控制器，在此情况下，不使用角色切换驱动程序。

电源角色和充电

你的客户端驱动程序将读取 USB Type-C 电流播发，或与合作伙伴连接器协商 PD 电源合约。

在 Windows 10 移动版系统上，选择相应充电器的决策由软件辅助。客户端驱动程序会将合约信息报告给类扩展，以便它可以将充电级别发送至充电仲裁驱动程序 (CAD.sys)。CAD 选择要使用的电流强度，并将充电级别信息转发到电池子系统。

在 Windows 10 桌面版系统上，由硬件选择相应的充电器。客户端驱动程序可以选择获取该信息，并将其转发到类扩展。或者，该逻辑可以由不同的驱动程序实现。

数据和电源角色更改

在协商 PD 合约后，数据角色和电源角色可能会发生更改。这一更改可能由你的客户端驱动程序或合作伙伴连接器引发。 客户端驱动程序会将该信息报告给类扩展，以便它可以相应地重新配置一些内容。

数据和/或电源角色更新

操作系统可能会确定当前数据角色不正确。 在此种情况下，类扩展将调用你的驱动程序的回调函数，以执行必要的角色交换操作。

客户端驱动程序的预期行为

你的客户端驱动程序负责执行以下任务：

检测 CC 行上的变化，并确定合作伙伴的类型（如 UFP、DFP 等）。 为此，驱动程序必须实现完整的 Type-C 状态机，如 USB Type-C 规范中所定义。

根据在 CC 行上检测到的方向，配置你的 Mux。 这包括打开你的 PD 发射器/接收器，并处理和响应 PD 消息。 为此，驱动程序必须实现完整的 PD 接收器和发射器状态机（如 USB 功率输出 2.0 规范中定义）。

做出 PD 策略决策，如协商合约（作为源或接收器）、角色交换等。 客户端驱动程序负责确定最合适的合约。

播发和协商备用模式，并在检测到备用模式时配置 Mux。客户端驱动程序负责确定要协商的备用模式。

对连接器的 VBus/VConn 控制。

1. 初始化 UCM 连接器对象 (UCMCONNECTOR)

UCM 连接器对象 (UCMCONNECTOR) 表示 USB Type-C 连接器，并且是 UCM 类扩展和客户端驱动程序之间的主要句柄。该对象跟踪连接器的操作模式和电源功能。

下面是客户端驱动程序检索连接器的 UCMCONNECTOR 句柄的序列摘要。调用 WdfDeviceCreate 后，在你的驱动程序的 EvtDriverDeviceAdd 回调函数中执行这些任务来创建框架设备对象。

通过向 UCM_MANAGER_CONFIG 结构传递引用来调用 UcmInitializeDevice。

在 UCM_MANAGER_CONFIG 结构中，指定 UCM_CONNECTOR_TYPEC_CONFIG 结构中 USB Type-C 连接器的初始化参数。这包括连接器的操作模式，无论它是下行端口、上行端口，还是支持双重角色的端口。当连接器是电源时，它还将指定 USB Type-C 电流强度。可以对 USB Type-C 连接器进行设计，以便它可以充当 3.5 毫米音频插孔。如果硬件支持该功能，则必须相应地初始化连接器对象。

在结构中，还必须注册客户端驱动程序的回调函数，以便处理数据角色。

此回调函数与由 UCM 类扩展调用的连接器对象相关联。 此函数必须由客户端驱动程序实现。

EVT_UCM_CONNECTOR_SET_DATA_ROLE

当连接到合作伙伴连接器时，将连接器的数据角色交换为指定的角色。

如果你的客户端驱动程序想要支持 PD（即能够处理连接器的功率输出 2.0 硬件实现），还必须初始化 UCM_CONNECTOR_PD_CONFIG 结构，该结构可指定 PD 初始化参数。这包括电源流，不管连接器是电源接收器还是电源。

在结构中，还必须注册客户端驱动程序的回调函数，以便处理电源角色。

此回调函数与由 UCM 类扩展调用的连接器对象相关联。 此函数必须由客户端驱动程序实现。

EVT_UCM_CONNECTOR_SET_POWER_ROLE

当连接到合作伙伴连接器时，将连接器的电源角色设置为指定的角色。

调用 UcmConnectorCreate 并检索连接器的 UCMCONNECTOR 句柄。请确保在返回你的客户端驱动程序的 EvtDevicePrepareHardware 之前调用此方法。

2. 报告合作伙伴连接器附加事件

当检测到与合作伙伴连接器连接时，客户端驱动程序必须调用 UcmConnectorTypeCAttach 。此调用将通知 UCM 类扩展，从而进一步通知操作系统。此时，系统可以开始以 USB Type-C 级别充电。

UCM 类扩展也会通知 USB 角色切换驱动程序 (URS)。根据合作伙伴的类型，URS 配置主机角色或函数角色中的控制器。调用此方法之前，请确保你的系统上的 Mux 已正确配置。否则，如果系统处于函数角色中，它将以不正确的速度（高速而不是 SuperSpeed）连接。

3. 报告 USB Type-C 播发更改

在初始附加事件中，合作伙伴连接器会发送电流播发。如果合作伙伴是 USB Type-C 下行端口，播发将指定合作伙伴连接器的电流强度。否则，由 UCMCONNECTOR 句柄（本地连接器）表示的播发将指定本地连接器的电流强度。此初始播发可能会在连接的生存期内发生更改。这些更改必须由客户端驱动程序监视。

如果本地连接器是电源接收器，并且电流播发发生更改，则客户端驱动程序必须 检测电流播发中的更改并将其报告给类扩展。在 Windows 10 移动版系统上，该信息由 CAD.sys 和电池子系统用于调整它从源抽取的电流量。若要将电流强度中的更改报告给类扩展，客户端驱动程序必须调用UcmConnectorTypeCCurrentAdChanged。

4. 报告新协商的 PD 合约

如果你的连接器支持 PD，那么在初始附加事件后，将有 PD 消息在连接器及其合作伙伴连接器之间进行传输。在这两个合作伙伴之间，PD 合约的协商将确定连接器可以吸收的或允许合作伙伴吸收的电流强度。每次 PD 合约发生更改时，客户端驱动程序都必须调用这些方法，以便将更改报告给类扩展。

每当客户端驱动程序获取来自合作伙伴的源功能播发（主动提供或其他方式）时，它都必须调用这些方法。本地连接器（接收器）仅在合作伙伴是源时从合伙伙伴处获取主动提供的播发。此外，本地连接器可以从能够成为源的合作伙伴（即使该合作伙伴当前是接收器）显式请求源功能。 通过向该合作伙伴发送Get_Source_Caps 消息来完成此交换。

调用 UcmConnectorPdPartnerSourceCaps 以报告由合作伙伴连接器播发的源功能。

调用 UcmConnectorPdConnectionStateChanged 以报告合约的详细信息。在“请求数据对象”中对该合约进行了描述，如功率输出 2.0 规范中所定义。

相反，每次本地连接器（源）向合作伙伴播发源功能时，客户端驱动程序都必须调用这些方法。此外，当本地连接器收到来自合作伙伴的 Get_Source_Caps 消息时，他必须使用本地连接器的源功能响应。

调用 UcmConnectorPdSourceCaps 以报告由系统播发到合作伙伴连接器的源功能。

调用 UcmConnectorPdConnectionStateChanged 以报告当前已协商的 PD 合约的连接功能。

5. 报告电池充当状态

如果充电级别不恰当，客户端驱动程序可能会通知 UCM 类扩展。 类扩展会将此信息报告给操作系统。系统会使用此信息显示一条用户通知，即充电器未以最佳状态给系统充电。 可通过以下方法来报告充电状态：

这些方法可指定充电状态。如果报告的级别为 UcmChargingStateSlowCharging 或 UcmChargingStateTrickleCharging（请参阅UCM_CHARGING_STATE），操作系统将显示用户通知。

6. 报告 PR_Swap/DR_Swap 事件

如果连接器从合作伙伴接收电源角色 (PR_Swap) 或数据角色 (DR_Swap) 交换消息，则客户端驱动程序必须通知 UCM 类扩展。

UcmConnectorDataDirectionChanged

在处理 PD DR_Swap 消息后，调用此方法。完成此调用后，操作系统会将新角色报告给 URS，这将删除现有角色驱动程序，并为新角色加载驱动程序。

UcmConnectorPowerDirectionChanged

在处理 PD PR_Swap 消息后，调用此方法。在 PR_Swap 之后，需要重新协商 PD 合约。客户端驱动程序必须通过调用步骤 4 中所述的方法报告该 PD 合约协商。

7. 实现回调函数来处理电源和数据角色交换请求

UCM 类扩展可能会收到更改连接器的数据或电源方向的请求。在此情况下，它将调用客户端驱动程序的 EVT_UCM_CONNECTOR_SET_DATA_ROLE 和EVT_UCM_CONNECTOR_SET_POWER_ROLE 回调函数的实现（如果连接器实现 PD）。客户端驱动程序之前在调用 UcmConnectorCreate 时已注册过这些函数。

客户端驱动程序通过使用硬件接口执行角色交换操作。

EVT_UCM_CONNECTOR_SET_DATA_ROLE

在回调实现中，客户端驱动程序可以：

将 PD DR_Swap 消息发送到端口合作伙伴。

调用 UcmConnectorDataDirectionChanged 来通知类扩展该消息序列已成功或未成功完成。

EVT_UCM_CONNECTOR_SET_POWER_ROLE

在回调实现中，客户端驱动程序可以：

调用UcmConnectorPowerDirectionChanged 来通知类扩展该消息序列已成功或未成功完成。

注意  

客户端驱动程序可以异步（即不是从回调线程）调用 UcmConnectorDataDirectionChanged 和 UcmConnectorPowerDirectionChanged。在典型的实现中，类扩展调用回调函数，该回调函数导致客户端驱动程序启动硬件事务来发送消息。当该事务完成时，硬件将通知驱动程序。驱动程序将调用这些方法来通知类扩展。

8.报告合作伙伴连接器分离事件

客户端驱动程序必须在结束连接合作伙伴连接器时调用 UcmConnectorTypeCDetach 。此调用将通知 UCM 类扩展，从而进一步通知操作系统。

使用案例示例：已连接到电脑的移动设备

当运行 Windows 10 移动版的设备通过 USB Type-C 连接连接到运行 Windows 10 桌面版的电脑时，操作系统将确保该移动设备是上行端口 (UFP)，因为只有在此方向下 MTP 才能正常运行。 在此情况下，以下是数据角色更正的序列：

运行于移动设备上的客户端驱动程序通过调用 UcmConnectorTypeCAttach 来报告一个附加事件，并且将合作伙伴连接器报告为下行端口 (UFP)。

客户端驱动程序通过调用 UcmConnectorPdPartnerSourceCaps 和 UcmConnectorPdConnectionStateChanged 来报告 PD 合约。

UCM 类扩展将通知 USB 设备端驱动程序，从而使这些驱动程序响应来自主机的枚举。操作系统信息通过 USB 进行交换。

UCM 类扩展 UcmCx 将调用客户端驱动程序的回调函数来更改角色：EVT_UCM_CONNECTOR_SET_DATA_ROLE 和EVT_UCM_CONNECTOR_SET_POWER_ROLE。

注意  如果两台 Windows 10 移动版设备互相连接，将不执行角色交换，并且系统将通知用户该连接无效。