Guida all'implementazione del tocco di riattivazione

Introduzione

Wake-on-Touch è una nuova funzionalità facoltativa disponibile per i dispositivi Windows 11. Questa funzionalità consente agli utenti di toccare lo schermo di un dispositivo con il dito per riattivarlo dal sonno. L'uso di una penna per riattivare lo schermo non è supportato. Il tocco di riattivazione è disponibile solo nei dispositivi che acconsentono esplicitamente in base alle indicazioni seguenti.

Se un dispositivo ha acconsento esplicitamente alla riattivazione, l'OEM può specificare lo stato predefinito (abilitato/disabilitato). Le informazioni aggiuntive sono disponibili nella sezione Considerazioni OEM di seguito. Gli utenti hanno anche un'opzione "Touch the screen to wake" (Tocca lo schermo da riattivare) per attivarla o disattivarla in base alla preferenza nella nuova pagina Bluetooth e dispositivi -> Impostazioni tocco in base alla figura seguente.

Nota

Se questa funzionalità non è supportata in un dispositivo, l'impostazione non verrà visualizzata in questa pagina.

Questo documento descrive il modo in cui i dispositivi touch basati su HID compatibili con Windows possono supportare wake-on-touch e quali OEM/ODM e tocco devono eseguire a seconda che usino un driver di mini-porta HID in arrivo disponibile per USB, I2C o SPI o una mini-porta HID 3P specificamente per un bus che non dispone di un driver di posta in arrivo (ad esempio Intel CBD SPI).

Considerazioni sull'OEM

È fondamentale che gli OEM considerino se implementare wake-on-touch per ogni progettazione e SKU, in quanto esistono notevoli compromessi per il consumo di energia per la funzionalità. Premere un tasto sulla tastiera, interagire con il touchpad o fare clic sul pulsante Bluetooth su una penna abbinata, sono tutti metodi per riattivare il dispositivo con un consumo di energia inferiore.

Movimento di riattivazione

Quando si abilita wake-on-touch, gli OEM possono specificare il gesto di riattivazione come tocco singolo o doppio tocco che funziona con il tocco IHV. Qualsiasi movimento scelto sia utilizzabile ovunque nell'area attiva dello schermo per riattivare il dispositivo. Dopo che il controller tocco ha rilevato una riattivazione in base al tocco singolo o al doppio tocco:

1. Il controller tocco è necessario per inviare 2 fotogrammi rappresentativi di un singolo dito verso il basso e verso l'alto (X, Y, TIP edizione Standard T, seguito da X, Y, TIP CLEAR) indipendentemente dal movimento usato per causare la riattivazione
2. L'host userà solo questi 2 fotogrammi come indicazione della presenza dell'utente per attivare gli schermi e così via e non fornirà tale input alla shell o alle applicazioni
3. I fotogrammi su e giù possono essere inviati immediatamente, ma se è presente l'utilizzo scantime deve essere incrementato tra fotogrammi

Nota

Se il controller di tocco ha rilevato un movimento di riattivazione e asserisce un interrupt per indicare all'host che i report di input sono pronti, ma l'host non rilascia effettivamente la lettura, il controller tocco dovrebbe tornare allo stato di basso consumo dopo un timeout definito dal fornitore. Questo è considerato un caso anomalo, ma può essere auspicabile per il tocco IHV tenere conto per ridurre al minimo il consumo di energia non necessario in standby.

Comportamento del dispositivo

Le diverse posizioni, i tipi di dispositivo e gli stati di alimentazione devono essere presi in considerazione per ottimizzare al massimo la durata della batteria e l'esperienza utente affidabile se la funzionalità deve essere usata. Ad esempio, un dispositivo convertibile può voler abilitare wake-on-touch solo quando è nello stato "tablet" e disabilitarlo quando è nello stato "laptop" per risparmiare batteria.

La disponibilità di wake-on-touch, sia quando il dispositivo è in standby o solo in posizioni specifiche richiede approcci diversi nell'implementazione.

Per i sistemi con coperchio (ad esempio, un dispositivo a fattore di forma del portatile), lo stack HID disabiliterà automaticamente la riattivazione del tocco quando il coperchio viene chiuso. Se il dispositivo corrisponde a questo fattore di forma o se si vuole abilitare wake-on-Touch indipendentemente dal comportamento del dispositivo, ignorare il resto del contenuto in questa sezione e seguire le indicazioni riportate nel resto di questo documento.

Se si desidera abilitare il wake-on-Touch solo in determinate posizioni, è consigliabile implementare un driver di filtro che controlla se il controller tocco è armato per la riattivazione in base al comportamento del dispositivo. In questo tipo di implementazione, il driver di filtro decide se consentire il flusso IRP ad ACPI per mettere il dispositivo su D2 (armato per la riattivazione) o se il dispositivo deve essere messo su D3 Cold (off).

Se la progettazione del dispositivo non consente all'ACPI di tirare l'alimentazione (D3 Cold) dal controller di tocco quando la riattivazione del tocco non è desiderata in base al comportamento, deve essere implementato un meccanismo specifico del fornitore per consentire al controller di tocco di rimanere alimentato (D3 Hot) mentre informandolo di andare al suo stato di alimentazione più basso, internamente gating e non cercare alcun tocco. Questo meccanismo specifico del fornitore consente al controller di tocco di disambiguare se eseguire l'analisi dell'input dell'utente o meno nel SL edizione Enterprise P/Armed per lo stato di riattivazione in base alla figura seguente.

Nota

Questo diagramma è per HIDI2C. Per altre informazioni sulle transizioni di alimentazione, tra cui HIDUSB e HIDSPI, vedere Gestione alimentazione touchscreen.

Infine, se si desidera che un dispositivo abbia comportamenti di riattivazione diversi in base alla postura, è consigliabile riattivare il dispositivo quando si verifica una modifica della postura. I cambiamenti di postura sono un'indicazione chiara dell'input dell'utente e ciò garantisce anche il corretto arming/disarmamento del controller tocco quando il dispositivo entra in una nuova postura.

Stato predefinito per l'impostazione utente di riattivazione

Il valore predefinito per l'impostazione Wake-On-Touch è ON per i sistemi in grado di supportare, ma un OEM può aggiungere un valore del Registro di sistema specificando che il valore predefinito deve invece essere OFF. La modifica deve essere applicata all'utente predefinito e verrà prelevata da ogni nuovo utente nel dispositivo. Dopo che l'utente modifica l'impostazione, la preferenza ha sempre la precedenza indipendentemente dal valore predefinito OEM iniziale.

A tale scopo, creare la chiave del Registro di sistema seguente e archiviarla in NTU utente predefinito edizione Standard R.DAT:

Posizione del Registro di sistema: \HKEY_CURRENT_Uedizione Standard R\Software\Microsoft\Input\WakeableInputTypes

Chiave del Registro di sistema:

Nome	Type	Valore
Tocco	REG_DWORD	0 = Disabilitato, 1 = Abilitato

Requisiti per l'abilitazione del tocco di riattivazione

Requisiti generali

È in genere consigliabile che il dispositivo indichi il supporto per la riattivazione dallo stato D2, in modo che quando il sistema operativo deve armere il dispositivo per la riattivazione del tocco, può inserirlo in D2. Se il sistema operativo non deve armere il dispositivo per la riattivazione tramite tocco, il dispositivo verrà inserito in D3. Ciò consentirà quindi al dispositivo di passare a D3Cold per un risparmio di energia maggiore. Questa operazione può essere eseguita seguendo le _S0W indicazioni correlate fornite nella sezione ACPI di seguito. Le ottimizzazioni dell'alimentazione avviate dal dispositivo (non avviate dall'host o dal sistema operativo) devono essere eseguite in modo trasparente per il sistema operativo.

Si noti che quando il sistema operativo (o l'host) inserisce il dispositivo in uno stato che abilita "Wake-On-Touch" come descritto in questa documentazione, spetta al controller di tocco configurarsi per riattivarsi su un movimento di tocco appropriato, in base ai requisiti OEM e/o al fattore di forma del dispositivo. Ad esempio, un dispositivo con un touch screen non occluso da un coperchio potrebbe dover garantire che non causi riattivazioni spurie.

Se un dispositivo touch HID dispone di altre raccolte HID di primo livello, ad esempio raccolte definite dal fornitore, a cui il software OEM può aprire handle di file per eseguire operazioni di I/O del dispositivo, chiudendo gli handle di file non appena il software OEM completa queste operazioni di I/O dispositivo può ridurre il consumo di energia del dispositivo HID. Tieni presente che Windows 11 22H2 è stato aggiornato per gestire lo stato di alimentazione di un dispositivo wake-on-Touch in modo più efficiente spegnendolo senza consentire la riattivazione dallo standby moderno purché non sia necessario riattivare il tocco, ad esempio quando l'impostazione "Touch the screen to wake" è Disattivata o quando il coperchio del portatile è chiuso. Per questo software OEM, l'effetto collaterale è che gli input di tali raccolte HID di primo livello verranno eliminati troppo durante lo standby moderno.

Requisiti del firmware ACPI

Se il dispositivo touch controller è definito in ACPI, deve implementare quanto segue per segnalare le funzionalità e le risorse di riattivazione.

1. _S0W metodo, che restituisce lo stato di alimentazione del dispositivo più basso in cui il dispositivo può segnalare la riattivazione.
2. _CRS metodo, che definisce l'interrupt con supporto per la riattivazione.
3. _PRx metodi, che definiscono le risorse di risparmio energia associate a ogni stato D supportato.

Per altre informazioni, vedere la documentazione degli interrupt con supporto per la riattivazione (_CRS).

Requisiti del driver per l'abilitazione della riattivazione del tocco

Per informazioni dettagliate su come implementare wake-on-Touch per i driver posta in arrivo (HIDI2C, HIDSPI e HIDUSB) o i driver personalizzati, vedere la documentazione seguente:

Argomento	Descrizione
Abilitazione della riattivazione con i driver posta in arrivo	In questo argomento viene illustrato come implementare wake-on-Touch con i driver HIDI2C, HIDSPI o HIDUSB della posta in arrivo.
Abilitazione del tocco di riattivazione con mini driver HID personalizzati	Questo argomento illustra come implementare wake-on-touch con mini driver HID personalizzati.

Glossario

Termine/abbreviazione	Definizione
NASCOSTO	Dispositivi di interfaccia umana.
HIDClass	Driver di classe Posta in arrivo di Windows per HID.
HID Mini Driver	Driver di trasporto HID windows che si associa a e funziona con HIDClass. Per altre informazioni, vedere i minidriver e la documentazione del driver di classe HID.
D-State, D0, D2, D3hot, D3Cold	Lo stato di alimentazione del dispositivo definito dalla specifica ACPI.
Dx	Uno degli stati D. Il numero "x" effettivo non è specificato da questo documento.
DeviceNotInUse	Condizione che si verifica quando il sistema operativo passa a uno stato in cui non utilizza l'input (tocco). Un esempio è la chiusura del coperchio del portatile.
DeviceInUse	Opposto a DeviceNotInUse, si tratta di una condizione che si verifica quando il sistema operativo passa a uno stato in cui può utilizzare l'input (tocco). Un esempio è che il coperchio del portatile è aperto.
Monitoraggio, schermo e visualizzazione	A volte vengono usati in modo intercambiabile.
MonitorOn	Condizione che si verifica quando il sistema operativo attiva il monitoraggio primario.
MonitorOff	Opposto a MonitorOn. Si tratta di una condizione che si verifica quando il sistema operativo disattiva il monitoraggio primario.
IRP	Pacchetto di richiesta di I/O. Per altre informazioni, vedere la documentazione relativa ai pacchetti di richiesta di I/O.
D-IRP	IRP che richiede di impostare lo stato di alimentazione del dispositivo.
HIDI2C	Il mini driver HID HIDI2C.SYS di Windows, che implementa il livello di trasporto I2C per i dispositivi HID in base alla specifica HIDI2C.
HIDSPI	Il mini driver HID DI WINDOWS HIDSPI.SYS, che implementa il livello di trasporto SPI per i dispositivi HID in base alla specifica HIDSPI.
HIDUSB	Il mini driver HID HID di Windows HIDUSB.SYS, che implementa il livello di trasporto USB per i dispositivi HID in base alle specifiche HID e USB.
ACPI Firmware	I codici ACPI implementati nel firmware di sistema (BIOS).
Estensione INF	Nuovo tipo di file INF di Windows in Windows 10. Per altre informazioni, vedere la documentazione relativa all'uso di un file INF di estensione.