Change Instance

HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "unit": "https://translate-dev.freebsd.org/api/units/36640/?format=api",
    "component": "https://translate-dev.freebsd.org/api/components/freebsd-doc/boooks_arch-handbook/?format=api",
    "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/boooks_arch-handbook/zh_CN/?format=api",
    "user": "https://translate-dev.freebsd.org/api/users/bhy/?format=api",
    "author": "https://translate-dev.freebsd.org/api/users/bhy/?format=api",
    "timestamp": "2020-04-11T04:35:38.036103Z",
    "action": 2,
    "target": "到默认端点的设备请求（控制传输）有些特殊。它们由两或三个阶段 组成：启动（SETUP），数据（DATA，可选）和状态（STATUS）。设置（set-up） 包被发送到设备。如果存在数据阶段，数据包的方向在设置包中给出。 状态阶段中的方向与数据阶段期间的方向相反，或者当没有数据阶段时 为IN。主控器硬件也提供寄存器，用于保存根端口的当前状态和自从 状态改变寄存器最后一次复位以来所发生的改变。USB规范[2]建议使用一个 虚拟hub来提供对这些寄存器的访问。虚拟hub必须符合规范第11章中给出的 hub设备类。它必须提供一个默认管道使得设备请求可以发送给它。它返回 标准和hub类特定的一组描述符。它也应当提供一个中断管道用来报告其 端口发生的变化。当前可用的主控器规范有两个：通用主控器接口（<acronym>UHCI</acronym>；英特尔）和开放主控器接口（<acronym>OHCI</acronym>；康柏，微软，国家半导体）。 <acronym>UHCI</acronym>规范的设计通过要求主控器驱动程序为每帧的传输提供完整的调度， 从而减少了硬件复杂性。OHCI类型的控制器自身提供一个更抽象的接口来 完成很多工作，从而更加独立。",
    "id": 64462,
    "action_name": "修改了译文",
    "url": "https://translate-dev.freebsd.org/api/changes/64462/?format=api"
}