RTI: dalle abitudini quotidiane alle regole di funzionamento dell’impianto
Una luce di passaggio deve accendersi durante la notte, ma restare inattiva quando la casa è vuota. La climatizzazione deve preparare gli ambienti prima del rientro, rispettando i tempi di risposta dell’impianto. La musica può accompagnare il risveglio, senza avviarsi nei giorni in cui la routine è sospesa.
In un progetto RTI, questi comportamenti nascono dalla traduzione delle esigenze dell’utente in eventi, condizioni e azioni. L’integratore definisce quando uno scenario può partire, quali sistemi coinvolge e come deve comportarsi dopo un intervento manuale.
L’adattamento alle abitudini deriva dalla programmazione del progetto. Gli orari e le modalità d’uso diventano regole esplicite, da verificare insieme alle funzioni effettivamente disponibili sui dispositivi integrati.
Prima degli scenari, le condizioni di funzionamento
La raccolta delle esigenze deve andare oltre l’elenco delle azioni desiderate. “Accendere le luci al mattino” lascia aperte diverse decisioni: quali ambienti, in quali giorni, con quale intensità e che cosa fare quando l’abitazione è vuota.
Prima di programmare, occorre chiarire:
- Evento di avvio: un orario, l’orologio astronomico, un segnale proveniente da un sistema integrato oppure un comando dell’utente.
- Condizioni di esecuzione: giorni lavorativi o festivi, modalità presenza o assenza, fascia diurna o notturna.
- Azioni richieste: comandi per illuminazione, climatizzazione e audio, con i relativi parametri.
- Priorità ed eccezioni: comportamento da adottare quando più regole interessano lo stesso dispositivo.
- Intervento manuale: parametri modificabili, sospensione della routine e condizioni di ripresa.
La distinzione fra evento e condizione è essenziale. Un orario può avviare una sequenza, mentre la modalità assenza può impedirne l’esecuzione. Se questa relazione rimane implicita, una routine può funzionare correttamente durante la dimostrazione e risultare inappropriata nell’uso quotidiano.
Le eccezioni devono quindi entrare nella definizione dello scenario prima della programmazione. In collaudo, ogni sequenza va provata sia nelle condizioni che ne consentono l’avvio sia in quelle che devono bloccarla.
Verificare le funzioni disponibili prima di programmare
RTI coordina i dispositivi compatibili attraverso i relativi driver e collegamenti di controllo. Nello stesso impianto possono convivere Ethernet, infrarossi e RS-232. Per ciascun dispositivo, l’integratore deve verificare quali comandi sono disponibili e quali stati possono essere restituiti al sistema.
La distinzione è operativa: inviare un comando di accensione non equivale a ricevere conferma che l’apparecchio sia acceso. Se uno scenario dipende dallo stato di un dispositivo, quel feedback deve essere previsto e verificato. In collaudo conviene quindi provare prima il singolo comando e il relativo riscontro, poi la sequenza completa.
Anche KNX può entrare nel progetto attraverso un’interfaccia KNX/IP e un driver appropriato. La verifica deve riguardare le funzioni necessarie allo scenario: la presenza dell’interfaccia, da sola, non conferma che tutti i comandi e i feedback desiderati siano disponibili.
Illuminazione: stabilire quando un comando è pertinente
Uno scenario di illuminazione può coordinare risveglio, lettura, relax e percorsi notturni. Intensità, tempi di transizione ed eventuale gestione del colore devono essere coerenti con i corpi illuminanti e con le funzioni esposte dall’integrazione.
Un esempio progettuale è la luce di passaggio attivata da un sensore durante la notte. Il segnale del sensore costituisce l’evento; la fascia notturna è la condizione che autorizza l’accensione attenuata.
Il collaudo deve verificare entrambe le parti: che il segnale venga ricevuto, che il livello luminoso previsto sia applicabile e che lo stesso evento, fuori dalla fascia consentita, non richiami il comportamento notturno.
Resta poi da definire l’interazione con il comando manuale. Se l’utente modifica l’illuminazione, il progetto deve stabilire se l’automatismo resta attivo o viene sospeso. Una decisione esplicita evita che la successiva attivazione del sensore annulli una scelta appena effettuata.
Climatizzazione: coordinare i comandi con i tempi dell’impianto
La gestione del clima richiede di distinguere il coordinamento degli scenari dalla regolazione termica. RTI può richiamare setpoint e modalità dei sistemi compatibili; la regolazione resta affidata all’impianto previsto dal progetto.
Lo scenario di rientro può predisporre la modalità comfort prima dell’orario concordato. L’anticipo va scelto considerando i tempi di risposta e l’inerzia del sistema: un comando correttamente eseguito non garantisce che la temperatura desiderata venga raggiunta in tempo.
Prima della programmazione occorre verificare le modalità richiamabili e i setpoint disponibili. Il collaudo deve accertare che i comandi siano recepiti e che l’anticipo scelto sia adeguato all’uso degli ambienti. Se il comfort arriva troppo tardi, bisogna riesaminare la temporizzazione insieme al comportamento dell’impianto.
La modalità assenza introduce un’ulteriore priorità. Se coincide con un rientro programmato, deve essere chiaro quale regola prevale, evitando che una sequenza oraria ripristini la modalità comfort mentre l’abitazione rimane vuota.
Audio e video: coordinare zone e sorgenti
La musica al mattino richiede una sequenza definita: selezione della zona, richiamo della sorgente o del preferito e impostazione del volume iniziale concordato. Contenuti e comandi disponibili dipendono dal lettore e dal driver; vanno verificati prima di inserirli nella routine.
Quando il progetto comprende sorgenti video condivise, occorre distinguere la distribuzione del segnale dal controllo degli apparecchi. Il video può raggiungere gli ambienti attraverso una matrice HDBaseT oppure una distribuzione su rete IP, mentre RTI coordina i comandi a sorgenti, sistema di distribuzione e display.
Una richiesta come “guardare questa sorgente in un’altra stanza” coinvolge quindi destinazione, instradamento del segnale e comandi agli apparecchi. Il collaudo deve verificare l’intera catena, dalla selezione nell’interfaccia alla visualizzazione nell’ambiente previsto.
Con sorgenti condivise, va inoltre concordato come gestire richieste simultanee: cambiare il contenuto su un lettore utilizzato da più ambienti può interferire con una sessione già attiva. Definire questa gestione prima della programmazione evita comportamenti inattesi durante l’uso.
Intervento manuale e ripresa degli automatismi
La gestione dell’intervento manuale comprende anche la scelta dell’interfaccia. In un’aula, una tastiera a parete può offrire comandi dedicati al sistema AV; negli ambienti residenziali, telecomandi, touchpanel e app possono rispondere a modalità d’uso differenti.
L’integratore deve scegliere quali funzioni rendere immediatamente accessibili e quali parametri lasciare modificabili, in relazione alle attività dell’ambiente. Richiamare uno scenario, regolare un volume e sospendere una routine devono avere comandi riconoscibili.
Il punto da risolvere è la durata della modifica. Una variazione del setpoint deve restare valida fino al prossimo evento programmato? Una routine sospesa riprende con un comando esplicito oppure al successivo cambio di modalità?
Sono scelte da concordare e programmare. Senza una regola di ripresa, l’utente può ritrovarsi con automatismi che annullano le sue modifiche oppure con funzioni sospese oltre il tempo desiderato.
Se previsto e configurato nel progetto, Schedule Manager consente di rendere gli orari personalizzabili dall’utente. L’integratore deve definire le azioni associate alle programmazioni e verificare che le modifiche degli orari restino coerenti con condizioni e priorità dell’impianto.
Collaudare le eccezioni e rivedere le routine
La programmazione con Integration Designer traduce le decisioni progettuali in comportamenti eseguibili. Il collaudo deve verificare anche ciò che accade quando l’uso si discosta dalla giornata prevista.
Per ogni scenario occorre controllare:
- avvio attraverso l’evento previsto e rispetto delle condizioni;
- esecuzione dei singoli comandi e disponibilità dei feedback necessari;
- comportamento quando più scenari coinvolgono lo stesso sistema;
- effetto delle modifiche manuali;
- sospensione e successiva ripresa degli automatismi.
Queste verifiche permettono di distinguere un comando non disponibile da una condizione errata o da una priorità definita male, rendendo più mirato l’intervento. La revisione successiva delle routine consente di adeguare orari e parametri all’uso effettivo degli ambienti.
Adeo Group affianca i professionisti nella consulenza di prodotto, nel supporto tecnico e nella formazione, contribuendo alla verifica della fattibilità del progetto RTI e delle integrazioni necessarie.