La funzionalità di ripartenza a caldo, introdotta con RTE 34.29.0, permette all'utente di eseguire delle funzioni di salvataggio di dati notevoli dell'applicativo in uso quando il controllo viene spento.

La procedura deve avvenire in modo controllato o prima di rimuovere l'alimentazione o tramite un input dell'UPS (Uninterruptible Power Supply, gruppo di continuità).

L'utente può abilitare questa gestione, inserendo il comando WARM_RESTART nel file RTE.cfg, specificando un canale di input che causa l'avvio del salvataggio dati (WARM_RESTART_ACTIVE -> warm_rst.(8)=1 o da configuratore di progetto (impostazioni->generali->sistema->warm restart)) e un output opzionale che viene attivato alla fine delle operazioni del warm restart (WARM_RESTART_INFO_SAVED -> warm_rst.(10)=1 o da configuratore di progetto (impostazioni->generali->sistema->warm restart)).

Sul fronte logico di salita del segnale WARM_RESTART_ACTIVE, tutti i PowerSet sono disabilitati. Una volta che tutti i PowerSet sono disabilitati, inizia l'esecuzione della routine di salvataggio (in timesharing).

Quando tutte le funzioni sono state eseguite:

•è impostato un flag nel parametro ritentivo WARM_RST

•è impostato l'output WARM_RESTART_INFO_SAVED, se configurato

•è impostata la modalità loading

Alla successiva accensione, usando il parametro WARM_RST, se il salvataggio è stato completato con successo allora tutte le routine di ripristino sono eseguite in sequenza. Questa operazione è eseguita prima di impostare le linee EtherCAT in modo OPERATIONAL (per far si che gli output vengano impostati in modo corretto).

La gestione WARM_RESTART si abilita immediatamente prima che venga settata la modalità EXECUTION (abilitazione del timesharing).

Da RTE 34.30.4, con il WARM RESTART abilitato, se durante la fase di partenza il controllo viene spento (prima della fine della procedura di ripristino), alla successiva accensione si proverà a ripristinare le condizioni memorizzate precedentemente. Prima veniva invalidata la presenza dei dati per il ripristino.

Correlazioni

Quando WARM_RESTART_ACTIVE è attivo:

•(PowerSet) causa la caduta di potenza dovuta alla mancanza di feedback globali; dopo che tutti i PowerSet sono disabilitati, viene avviata la routine di salvataggio del warm restart.

NOTA: Quindi se WARM_RESTART_ACTIVE non è attivo è aggiunto implicitamente ai feedback globali del PowerSet, facendo si che la maschera dei feedback contenga un bit extra rispetto a quelli configurati.

•(SYS_LOG/SYS_DUMP) tutte le operazioni per creare file di log o dump sono abortite

•(Allarmi) non sono più generati gli allarmi di asse e gli allarmi di diagnostica dei bus di campo

•(C0_DONE) la gestione del reset di c0_done causata dagli allarmi è disabilitata

•(Profibus/ProfiNet) tutte le comunicazioni sono disabilitate

•(DeviceNet slave) tutte le comunicazioni sono disabilitate

•velocità e accelerazioni reali non sono più aggiornate

•la posizione reale dei trasduttori fieldbus non è più aggiornata

Sono stati introdotti anche due nuovi punti di aggancio per le funzioni OB (sched::obFunctionAttach):

•OFA_TS_WRST_SAVE per gestire il salvataggio

•OFA_TS_WRST_RESTORE per gestire il ripristino

Cold restart

Il cold restart è eseguito quando:

•la memoria ritentiva è persa

•l'operazione di salvataggio non è andata a buon fine, genera allarme 9249

•è impostato il bit sys_cfg_2.18

Keywords warm restart