Per supportare l'evasione locale, devi creare un'app per gestire questi intent per la smart home:
IDENTIFY
: supporta il rilevamento di smart device controllabili localmente. L'intent handler estrae i dati restituiti dallo smart device durante l'individuazione e li invia in una risposta a Google.EXECUTE
: supporta l'esecuzione dei comandi.QUERY
: supporta l'interrogazione dello stato del dispositivo.REACHABLE_DEVICES
: (facoltativo) supporta il rilevamento di dispositivi terminali controllabili localmente dietro un hub (o un bridge).
Questa app viene eseguita sui dispositivi Google Home o Google Nest dell'utente e connette lo smart device all'assistente. Puoi creare l'app utilizzando TypeScript (scelta consigliata) o JavaScript.
TypeScript è consigliato perché puoi sfruttare i binding per assicurarti staticamente che i dati restituiti dalla tua app corrispondano ai tipi previsti dalla piattaforma.
Per maggiori dettagli sull'API, consulta i riferimenti dell'API Local Home SDK.
I seguenti snippet mostrano come inizializzare l'app di evasione locale e collegare i gestori.
import App = smarthome.App; const localHomeApp: App = new App("1.0.0"); localHomeApp .onIdentify(identifyHandler) .onExecute(executeHandler) .listen() .then(() => { console.log("Ready"); });
import App = smarthome.App; const localHomeApp: App = new App("1.0.0"); localHomeApp .onIdentify(identifyHandler) .onReachableDevices(reachableDevicesHandler) .onExecute(executeHandler) .listen() .then(() => { console.log("Ready"); });
Creazione di un progetto
Per eseguire il deployment dell'app di evasione locale, devi creare un bundle JavaScript per il tuo codice e tutte le relative dipendenze.
Utilizza l'inizializzatore di progetti dell'app di evasione locale per eseguire il bootstrap della struttura di progetto appropriata con la configurazione del bundler che preferisci.
Modelli di progetto
Per selezionare la configurazione del bundler, esegui il comando npm init
come mostrato negli
esempi seguenti:
TypeScript senza configurazione del bundler:
npm init @google/local-home-app project-directory/ --bundler none
Struttura del progetto:
project-directory/ ├── node_modules/ ├── package.json ├── .gitignore ├── index.ts ├── test.ts ├── tsconfig.json ├── tslint.json └── serve.js
Sostituisci project-directory con una nuova directory che conterrà il progetto dell'app di evasione locale.
TypeScript con configurazione del bundler webpack:
npm init @google/local-home-app project-directory/ --bundler webpack
Struttura del progetto:
project-directory/ ├── node_modules/ ├── package.json ├── .gitignore ├── index.ts ├── test.ts ├── tsconfig.json ├── tslint.json ├── webpack.config.web.js ├── webpack.config.node.js └── serve.js
Sostituisci project-directory con una nuova directory che conterrà il progetto dell'app di evasione locale.
TypeScript con configurazione del bundler Rollup:
npm init @google/local-home-app project-directory/ --bundler rollup
Struttura del progetto:
project-directory/ ├── node_modules/ ├── package.json ├── .gitignore ├── index.ts ├── test.ts ├── tsconfig.json ├── tslint.json ├── rollup.config.js └── serve.js
Sostituisci project-directory con una nuova directory che conterrà il progetto dell'app di evasione locale.
TypeScript con configurazione del bundler Parcel:
npm init @google/local-home-app project-directory/ --bundler parcel
Struttura del progetto:
project-directory/ ├── node_modules/ ├── package.json ├── .gitignore ├── index.ts ├── test.ts ├── tsconfig.json ├── tslint.json └── serve.js
Sostituisci project-directory con una nuova directory che conterrà il progetto dell'app di evasione locale.
Eseguire attività comuni a livello di progetto
Il progetto generato supporta i seguenti script npm:
cd project-directory/ npm run build
Questo script compila l'origine TypeScript e raggruppa l'app con le relative dipendenze per l'ambiente di runtime di Chrome nella sottodirectory dist/web
e per l'ambiente di runtime Node.js nella sottodirectory dist/node
.
cd project-directory/ npm run lint npm run compile npm test
Questo script verifica la sintassi del codice TypeScript, lo compila senza produrre alcun output nella sottodirectory dist/
ed esegue test automatici da test.ts
.
cd project-directory/ npm run start
Durante lo sviluppo, questo script pubblica localmente i bundle dell'app per gli ambienti di runtime Chrome e Node.js.
Implementa il gestore IDENTIFY
Il gestore IDENTIFY
viene attivato quando il dispositivo Google Home o Google Nest si riavvia e
rileva dispositivi locali non verificati (inclusi i dispositivi finali connessi a un hub). La piattaforma
Local Home eseguirà la scansione dei dispositivi locali utilizzando le informazioni di configurazione della scansione
che hai specificato in precedenza e chiamerà il tuo gestore IDENTIFY
con i risultati della scansione.
L'IdentifyRequest
della piattaforma Local Home contiene i dati di scansione di un'istanza LocalIdentifiedDevice
. Viene compilata una sola istanza di device
, in base alla configurazione di scansione
che ha rilevato il dispositivo.
Se i risultati della scansione corrispondono al tuo dispositivo, il gestore IDENTIFY
deve restituire un oggetto
IdentifyResponsePayload
che include un oggetto device
con
metadati per la smart home (come tipi, tratti e stato del report).
Google stabilisce un'associazione di dispositivi se
il verificationId
della risposta IDENTIFY
corrisponde a uno dei
valori otherDeviceIds
restituiti dalla risposta SYNC
.
Esempio
I seguenti snippet mostrano come creare gestori IDENTIFY
per
l'integrazione di dispositivi autonomi e hub, rispettivamente.
const identifyHandler = (request: IntentFlow.IdentifyRequest): IntentFlow.IdentifyResponse => { // Obtain scan data from protocol defined in your scan config const device = request.inputs[0].payload.device; if (device.udpScanData === undefined) { throw Error("Missing discovery response"); } const scanData = device.udpScanData.data; // Decode scan data to obtain metadata about local device const verificationId = "local-device-id"; // Return a response const response: IntentFlow.IdentifyResponse = { intent: Intents.IDENTIFY, requestId: request.requestId, payload: { device: { id: device.id || "", verificationId, // Must match otherDeviceIds in SYNC response }, }, }; return response; };
const identifyHandler = (request: IntentFlow.IdentifyRequest): IntentFlow.IdentifyResponse => { // Obtain scan data from protocol defined in your scan config const device = request.inputs[0].payload.device; if (device.udpScanData === undefined) { throw Error("Missing discovery response"); } const scanData = device.udpScanData.data; // Decode scan data to obtain metadata about local device const proxyDeviceId = "local-hub-id"; // Return a response const response: IntentFlow.IdentifyResponse = { intent: Intents.IDENTIFY, requestId: request.requestId, payload: { device: { id: proxyDeviceId, isProxy: true, // Device can control other local devices isLocalOnly: true, // Device not present in `SYNC` response }, }, }; return response; };
Identificare i dispositivi dietro un hub
Se Google identifica un dispositivo hub, lo tratterà come condotto per i dispositivi finali connessi all'hub e tenterà di verificarli.
Per consentire a Google di confermare la presenza di un dispositivo hub, segui queste
istruzioni per il gestore IDENTIFY
:
- Se la risposta di
SYNC
segnala gli ID dei dispositivi terminali locali connessi all'hub, impostaisProxy
cometrue
inIdentifyResponsePayload
. - Se la risposta di
SYNC
non segnala il tuo hub, impostaisLocalOnly
cometrue
inIdentifyResponsePayload
. - Il campo
device.id
contiene l'ID dispositivo locale per il dispositivo hub stesso.
Implementare il gestore REACHABLE_DEVICES (solo integrazioni hub)
L'intent REACHABLE_DEVICES
viene inviato da Google per confermare quali dispositivi di destinazione
possono essere controllati localmente. Questo intent viene attivato ogni volta che Google esegue una
scansione di rilevamento (circa una volta al minuto), a condizione che l'hub venga rilevato
come online.
Implementa il gestore REACHABLE_DEVICES
in modo simile al gestore IDENTIFY
, tranne per il fatto che il gestore deve raccogliere ID dispositivo aggiuntivi raggiungibili dal dispositivo proxy locale (ovvero l'hub). Il campo
device.verificationId
contiene l'ID dispositivo locale di un dispositivo finale
collegato all'hub.
ReachableDevicesRequest
della piattaforma Local Home contiene un'istanza di
LocalIdentifiedDevice
.
Tramite questa istanza, puoi ottenere l'ID dispositivo proxy e i dati
dai risultati della scansione.
Il gestore REACHABLE_DEVICES
deve restituire un oggetto
ReachableDevicesPayload
che include un oggetto devices
contenente un array di
valori verificationId
che rappresentano i dispositivi finali controllati dall'hub. I valori di verificationId
devono corrispondere a uno dei valori di otherDeviceIds
della risposta SYNC
.
Il seguente snippet mostra come creare il gestore REACHABLE_DEVICES
.
const reachableDevicesHandler = (request: IntentFlow.ReachableDevicesRequest): IntentFlow.ReachableDevicesResponse => { // Reference to the local proxy device const proxyDeviceId = request.inputs[0].payload.device.id; // Gather additional device ids reachable by local proxy device // ... const reachableDevices = [ // Each verificationId must match one of the otherDeviceIds // in the SYNC response { verificationId: "local-device-id-1" }, { verificationId: "local-device-id-2" }, ]; // Return a response const response: IntentFlow.ReachableDevicesResponse = { intent: Intents.REACHABLE_DEVICES, requestId: request.requestId, payload: { devices: reachableDevices, }, }; return response; };
Implementare il gestore EXECUTE
Il gestore EXECUTE
nell'app elabora i comandi dell'utente e utilizza
l'SDK Local Home per accedere ai tuoi smart device tramite un protocollo esistente.
La piattaforma Local Home passa lo stesso payload di input alla funzione di gestione EXECUTE
come per l'intent EXECUTE
al tuo fulfillment cloud. Allo stesso modo, il gestore EXECUTE
restituisce
i dati di output nello stesso formato dell'elaborazione dell'intent EXECUTE
.
Per semplificare la creazione delle risposte, puoi utilizzare la classe
Execute.Response.Builder
fornita da Local Home SDK.
La tua app non ha accesso diretto all'indirizzo IP del dispositivo. Utilizza invece l'interfaccia CommandRequest
per creare comandi basati su uno di questi protocolli: UDP, TCP o HTTP. Quindi, chiama la funzione
deviceManager.send()
per inviare i comandi.
Quando indirizzi i comandi ai dispositivi, utilizza l'ID dispositivo (e i parametri del campo customData
, se incluso) della risposta SYNC
per comunicare con il dispositivo.
Esempio
Il seguente snippet di codice mostra come creare il gestore EXECUTE
.
const executeHandler = (request: IntentFlow.ExecuteRequest): Promise<IntentFlow.ExecuteResponse> => { // Extract command(s) and device target(s) from request const command = request.inputs[0].payload.commands[0]; const execution = command.execution[0]; const response = new Execute.Response.Builder() .setRequestId(request.requestId); const result = command.devices.map((device) => { // Target id of the device provided in the SYNC response const deviceId = device.id; // Metadata for the device provided in the SYNC response // Use customData to provide additional required execution parameters const customData: any = device.customData; // Convert execution command into payload for local device let devicePayload: string; // ... // Construct a local device command over TCP const deviceCommand = new DataFlow.TcpRequestData(); deviceCommand.requestId = request.requestId; deviceCommand.deviceId = deviceId; deviceCommand.data = devicePayload; deviceCommand.port = customData.port; deviceCommand.operation = Constants.TcpOperation.WRITE; // Send command to the local device return localHomeApp.getDeviceManager() .send(deviceCommand) .then((result) => { response.setSuccessState(result.deviceId, state); }) .catch((err: IntentFlow.HandlerError) => { err.errorCode = err.errorCode || IntentFlow.ErrorCode.INVALID_REQUEST; response.setErrorState(device.id, err.errorCode); }); }); // Respond once all commands complete return Promise.all(result) .then(() => response.build()); };
Implementare il gestore QUERY
Il gestore QUERY
nell'app elabora le richieste degli utenti e utilizza l'SDK Local Home per segnalare lo stato dei tuoi smart device.
La piattaforma Local Home passa lo stesso payload della richiesta alla funzione di gestione "QUERY" come per l'intent QUERY
al tuo fulfillment cloud. Analogamente, il gestore QUERY
restituisce i dati
nello stesso formato dell'elaborazione dell'intent QUERY
.
Invio di comandi ai dispositivi dietro un hub
Per controllare i dispositivi finali dietro un hub, potresti dover fornire informazioni aggiuntive
nel payload del comando specifico del protocollo inviato all'hub affinché l'hub
identifichi a quale dispositivo è destinato il comando. In alcuni casi, questo può essere
dedotto direttamente dal valore device.id
, ma quando non è così,
devi includere questi dati aggiuntivi nel campo customData
.
Se hai creato l'app utilizzando TypeScript, ricordati di compilarla in JavaScript. Puoi utilizzare il sistema di moduli che preferisci per scrivere il codice. Assicurati che la destinazione sia supportata dal browser Chrome.