반응형

 

9.2.5 Power Management
Power management on USB devices involves the issues described in the following sections.

 


9.2.5.1 Power Budgeting
USB bus power is a limited resource.  During device enumeration, a host evaluates a device’s power requirements.  If the power requirements of a particular configuration exceed the power available to the device, Host Software shall not select that configuration.
USB devices shall limit the power they consume from VBUS to one unit load or less until configured. Suspended devices, whether configured or not, shall limit their bus power consumption as defined in Chapter 7.  Depending on the power capabilities of the port to which the device is attached, a USB device may be able to draw up to five unit loads from VBUS after configuration.

 

draw up to ~까지 그리다. 가져오다.

 

해석

USB 버스 파워는 제한된 자원입니다. device enumeration 중에, host는 device의 파워 요구사항을 평가합니다.

 ※주의, 이 특정한 configuration에 대한, 파워 요구사항이 디바이스에게로 가능한 power를 초과한다면, Host Software는 그 configuration을 선택해서는 안됩니다.

 

 USB 디바이스들은 VBUS에서부터 하나의 유닛 load 까지 혹은 configured 된거 까지의 이하로, 그들이 소비하는 파워를 제한해야만 합니다.

 정지된 디바이스들은 (그것이 configure되었던지, 안되었던지), 그들의 버스 파워 소비를 제한해야합니다.

 디바이스가 어태치된 포트의 파워 capa에 따라서, USB 디바이스는 Configuration 이후, VBus로 부터, 5개 유닛 로드(부하)까지 가져올 수 있습니다.

 

원문
9.2.5.2 Remote Wakeup
Remote wakeup allows a suspended USB device to signal a host that may also be suspended.  This notifies the host that it should resume from its suspended mode, if necessary, and service the external event that triggered the suspended USB device to signal the host.  A USB device reports its ability to support remote wakeup in a configuration descriptor.  If a device supports remote wakeup, it must also allow the capability to be enabled and disabled using the standard USB requests.
Remote wakeup is accomplished using electrical signaling described in Section 7.1.7.7.

 

suspended - 정지된

resume - 재개하다.

 

해석

Remote wakeup은 정지된 USB 디바이스가 아마 이마저도 정지된 host로 시그널을 보내게 합니다.

 이 디바이스는 호스트에게 알립니다.  디바이스가 그것의 정지된 모드(suspended mode)로부터, 재개해야한다고, (필요하다면), 그리고 서비스와 외부 이벤트로 부터도 재개해야한다고 말이죠.

 

 USB 디바이스는 configuration descriptor 안에서, 그것의 능력을 지원하기 위해서 보고해야합니다.

 만약, 디바이스가 remote wakeup을 지원한다면, 그것은 그 능력이 표준 USB requests를 사용하면서, enable되고, disable 되는 걸 허용해야합니다.

 Remote wakeup은 전기적인 시그널링을 사용하면서, 수행됩니다.

 

Chapter 10 USB Host: Hardware and Software

 

10.2 Host Controller Requirements

 

- (micro)frame Generation

Host Controller는 full-speed 디바이스들이 작동할 때, 1ms 주기안에 SOF 토큰을 생성합니다, 그리고 high-speed 디바이스인 경우 125us 주기로 토큰을 생성합니다.

 

- Remote Wakeup

모든 Host Controller들은 bus를 Suspended state로 위치시키는 능력을 가져야합니다, 그리고 Bus wakeup events에 응답하는 능력도 가져야합니다.

 

 

 

10.5.4.1 Configuration Services
Configuration services operate on a per device basis.  The configuring software tells the USBD when to perform device configuration.  A hub driver has a special role in device management and provides at least the following capabilities:
•     Device attach/detach recognition, driven by an interrupt pipe owned by the hub driver
•     Device reset, accomplished by the hub driver by resetting the hub port upstream of the device
•     Tells the USBD to perform device address assignment
•     Power control
The USBDI additionally provides the following configuration facilities, which may be used by the hub driver or other configuring software available on the host:
•     Device identification and access to configuration information (via access to descriptors on the device)
•     Device configuration via command mechanisms
When the hub driver informs the USBD of a device attachment, the USBD establishes the default pipe for the new device.

 

10.5.4.1 Configuration Services

 Configuration service들은 장치 별로 동작합니다. 구성된 소프트웨어는 USBD에게 말합니다, device configuration이 수행할 때 말이죠. 허브 드라이버는 디바이스 관리라는 특수한 역할을 가지고 있습니다, 그리고 적어도 아래의 것들을 제공합니다.

- 디바이스 attach/detach 인식, (허브 드라이버에 의해 소유한, 인터럽트에 파이프 의해 이끌어져서)

- 디바이스 리셋, (디바이스의 허브 포트 업스트림을 resetting함으로써, 허브 드라이버에 의해, 수행된다)

- USBD에게 디바이스 주소를 할당하라고 말한다.

- 전원 제어

USBDI는 추가적으로 아래의 configuration 설비들을 제공합니다. 그것들은 아마 허브 드라이버에에 의해 사용됩니다. 혹은 호스트 상에서 사용가능한, 다른 configuring 소프트웨어에 의해 사용됩니다.

- 디바이스 식별 혹은 configuration 정보에게로 접근 (디바이스 상에서 디스크립터들에게로 접근을 통해서)

- 디바이스 configuration (명렁 매커니즘을 통해)

 

 허브 드라이버가 USBD에게 디바이스 연결을 알릴 때, USBD는 새로운 디바이스를 위해, 디폴트 파이프를 설립합니다. 

 

 

 

 

10.5.4.2 Power Control

There are two cooperating levels of power management for the USB: bus and device level management. This specification provides mechanisms for managing power on the USB bus.  Device classes may define class-specific power control capabilities.

All USB devices must support the Suspended state (refer to Chapter 9).  The device is placed into the Suspended state via control of the hub port to which the device is attached.  Normal device operation ceases in the Suspend State; however, if the device is capable of wakeup signaling and the device is enabled for remote wakeup, it may generate resume signaling in response to external events.

The power management system may transition a device to the Suspended state or power-off the device in order to control and conserve power.  The USB provides neither requirements nor commands for the device state to be saved and restored across these transitions.  Device classes may define class-specific device state save-and-restore capabilities.

The USB System coordinates the interaction between device power states and the Suspended state.

It is recommended that while a device is not being used by the system (i.e., no transactions are being transmitted to or from the device besides SOF tokens), the device be suspended as soon as possible by selectively suspending the port to which the device is attached.  Suspending inactive devices reduces reliability issues due to high currents passing through a transceiver operating in high-speed mode in the presence of short circuit conditions described in Section 7.1.1.

  Some of these short circuit conditions are not detectable in the absence of transactions to the device.  Suspending the unused device will place the transceiver interface into full-speed mode which has a greater reliability in the presence of short circuit conditions.

 

10.5.4.2 파워 제어

개의 상호운용가능한 USB 위해서 파워 관리에, 수준이 있다. : Bus device 레벨 관리이다.

명세는, 매커니즘을 제공한다. USB 버스 상에서 파워를 관리하는.

디바이스 클래스들은 아마 class-specific 파워 컨트롤 capa에서 정의되어있을 것이다.

 모든 USB 디바이스들은 Suspended state 지원해야만한다 (9). 디바이스는 Suspended state 놓여있다, 허브 포트의 control 통해서, 거기에게로 디바이스는 attach 되어있다.

 Suspended state 에서, 정상의 디바이스 동작 경우들은; 그러나, 디바이스가 wakeup signalling 능력을 가지고 있고, 디바이스가 remote wakeup enable 있다면, 그것은 아마 external events 응답으로 signaling 재개할 것이다.

 

 파워 관리 시스템은 아마 디바이스를 Suspended state 이동 혹은 디바이스를 power-off 있다, 파워를 제어하고 보존하기위해서 말이다. USB 이것들의 이동을 교차해서, 저장하거나 복원되어지는 device state 위해서 요구사항이나 명령어를 제공하지 않는다.

 디바이스 클래스들은 아마 class-specific device state  save-and-resotr cape 제공할 있다.

 

 그것은 추천되어졌다, 디바이스가 시스템에의해 사용되지 않는 동안 (, 트랜잭션이 전송이 되어지지 않았거나, 디바이스로부터 SOF tokens 뿐만 아니라), 디바이스는 가능하면 정지된다, 선택적인 정지된 포트에 의해서 거기서 디바이스는 어태치 되었겠지만.

 정지된 비활성화 디바이스는 신뢰성 이슈를 줄여준다, 높은 현재의 passing 이유로, (무선기를 통해…..

 이들 회로 조건들의 대부분은 디바이스에게 트랜잭션의 부재안에서, 감지되지 않습니다. 사용하지않는걸 정지하는 것은 무선기(트랜시버) 인터페이스를 full-speed mode 이동시키게 될겁니다. 모드는 회로 조건에서의 존재에서, 좋은 신뢰성을 가지고 있겠죠.

반응형