Trigger di riattivazione

Il dispositivo può riattivarsi dal Deep Sleep attraverso diversi trigger:

• Orari di sveglia programmati
• Rilevamento presenze con radar
• Pulsante di accensione morbida (che rimane illuminato durante la sospensione profonda)

Opzioni di configurazione

• Modalità DeepSleep a livello di standby xConfiguration: <On/Off/OutsideOfficeHours> (impostazione predefinita: disattivata) 

  OutsideOfficeHours: il dispositivo entra in Deep Sleep dopo il ritardo configurato al termine dell'orario di ufficio (come definito da "xConfiguration Time OfficeHours"). Se il dispositivo è già stato inattivo per il tempo richiesto, entra immediatamente in modalità di sospensione profonda. Prima del giorno lavorativo successivo, si sveglia in un momento casuale tra 20 e 40 minuti prima dell'inizio dell'orario d'ufficio. Questa randomizzazione aiuta a distribuire il carico di sistema e consente il tempo necessario per l'installazione degli aggiornamenti, garantendo la prontezza.

  On: il dispositivo entra in modalità di sospensione profonda dopo il ritardo configurato indipendentemente dall'orario di ufficio e si riattiva prima dell'inizio dell'orario di ufficio il giorno lavorativo successivo.

• Ritardo DeepSleep a livello di standby xConfiguration 

  Ritardo in minuti prima di accedere alla modalità di sospensione, intervallo "<1...1440>" (impostazione predefinita: 8 minuti)

Comportamento di riattivazione comune

Il dispositivo si riattiva una volta ogni notte tra le 00:00 e le 06:00 per installare gli aggiornamenti a bassa urgenza, quindi torna alla modalità di sospensione profonda dopo un ritardo predefinito di 20 minuti. Si riattiva prima delle riunioni pianificate se la riunione è stata pianificata prima di entrare in Deep Sleep. La sospensione profonda viene impedita durante le riunioni pianificate in corso, anche se il dispositivo non viene utilizzato.

Integrazione e notifiche

Prima di accedere alla modalità di sospensione profonda, il dispositivo invia uno stato POST con l'ora di riattivazione prevista a Control Hub, contrassegnando l'arresto come previsto. Questo stato viene visualizzato separatamente in Control Hub e sopprime gli allarmi offline.

Un evento xapi viene emesso 1 minuto e immediatamente prima dello stato di sospensione profonda, fornendo dettagli sul conto alla rovescia e sull'ora di risveglio. Gli eventi di esempio includono:

 xEvent Standby StandbyAvviatoDeepSleep SecondiADeepSleep: 0 xEvent Standby StandbyAvviatoDeepSleep MinutiARiattivazione: 641 xEvent Standby StandbyAvviatoDeepSleep WakeupTimeUTC: "2025-02-17T13:36:46Z" 

Considerazioni importanti

Il dispositivo non entrerà in DeepSleep se viene rilevata la presenza nella stanza. Per impostazione predefinita, il rilevamento della presenza è disabilitato al di fuori dell'orario di ufficio. Per abilitare il rilevamento della riattivazione tramite radar al di fuori degli orari di ufficio, configurare la seguente impostazione:

xTempo di configurazione Orario di ufficio all'esternoOrario di ufficio Riattivazione automatica standby: abilitata

Il dispositivo rimane offline durante la sospensione profonda; Pertanto, le operazioni dipendenti dalla rete, ad esempio l'accesso all'interfaccia Web, le prenotazioni XAPI e i comandi, non sono disponibili. Le modifiche alla configurazione apportate tramite Control Hub si applicano solo dopo la riattivazione del dispositivo dalla modalità di sospensione profonda.

Control Hub disabilita alcune azioni (riavvio, esecuzione di xCommands, segnalazione di problemi) durante il Deep Sleep. L'opzione Elimina rimane disponibile, ma potrebbe richiedere un follow-up manuale per operazioni come il ripristino delle impostazioni di fabbrica.

Se Board Pro è in Deep Sleep durante un RoomCleanup pianificato (ad esempio, lavagne non salvate), la pulizia avviene immediatamente all'avvio se è trascorso il tempo pianificato.

Guida alla risoluzione dei problemi

• Se il file Board non entra nella modalità di sospensione profonda come previsto:
  • Controllare i registri per informazioni pertinenti.
  • Cercare la parola chiave "StandbyCtrlImpl" in application.log o all.log per identificare la causa.
• Se il Board non si attiva come previsto:
  • Riattivare manualmente il Board.
  • Recupera i registri dal momento in cui è entrato in Deep Sleep.
  • Cerca "StandbyCtrlImpl" o più specificamente "DeepSleep" in application.log o all.log
  • Prima di entrare in Deep Sleep, i registri mostreranno un messaggio come "Svegliarsi tra xxx minuti", indicando l'orario di risveglio previsto.
• Dopo che il Board si sveglia è possibile verificare se Deep Sleep è stato il motivo dello spegnimento.
  • Controllare lo stato eseguendo il comando: xStatus SystemUnit LastShutdownReason
  • Se l'arresto è stato causato dalla sospensione profonda, l'output mostrerà: *s SystemUnit LastShutdownMotivo: Standby