Riavvio PLC SlimLine da remoto

[Luca]

Esiste la possibilità di fare un riavvio remoto dello SlimLine, senza usare LogicLab?

A volte mi capita di dover riavviare lo SlimLine, e ora apro LogicLab, carico il progetto, mi collego in Modbus TCP, eseguo l’halt, e poi l’hot restart.

Vorrei capire se esiste la possibilità di fare un batch da riga di comando, o automatizzare questa cosa.

[Sergio Bertana]

Puoi eseguire nel tuo programma PLC la funzione SysOSIDValue puoi utilizzare due diverse definizioni di OSID:

• reboot: Esegue il riavvio completo del sistema
• restart: Esegue il riavvio del solo programma PLC

Potrai attivare l’esecuzione della funzione su condizioni di programma:

• Puoi sempre da LogicLab in debug attivare l’esecuzione della funzione.
• Se hai un pannello operatore puoi attivare l’esecuzione della funzione da pulsante, con EasyAccess è possibile accedere da remoto al pannello.
• Puoi definire nella pagina web dello SlimLine nel menù User Infos in una delle variabili SysUSet il comando da eseguire.

Altra possibilità è accedere in telnet all’interprete comandi dello SlimLine ed utilizzare i comandi:

• Reboot: Esegue il riavvio completo del sistema
• PLCCommand -restart: Esegue il riavvio del solo programma PLC

[seval_elettrica]

Abbiamo inserito la funzione sopra descritta nel Ns software, riscontrando il perfetto funzionamento con la CPU MPS056xxx, mentre stiamo riscontrando problemi con la CPU MPS050xxx, aggiornato all’ultimo FW disponibile per XUnified. Questo il pezzo di codice sviluppato nella task in background per la funzionalità di “reboot”:

IF ((BootCmd = TRUE) OR (BOOT_PER_CMD=TRUE)) THEN
    BOOTSTR:='reboot';
    RetBool:=SysOSIDValue(TRUE, OSID_PLC_COMMAND, ADR(BOOTSTR));
END_IF;

La CPU MPS056xxx esegue il reboot sia con un comando SMS sia tramite orologio (ogni 48 ore, periodo variabile o sospendibile).

Invece, con la CPU MPS050xxx nel primo caso (ricezione del messaggio di reboot) non esegue il reboot hardware, ma notifica un errore, il numero 9924120, ” Parametro “OSID” non valido “, mentre nel secondo caso (l’automatismo di reboot periodico), la CPU entra in una fase di “attesa”, quindi si mette in attesa di eseguire il reboot, ma questo non avviene mai ed il PLC non esce mai da questa fase, si congela, e da verifica entra in “not running”.

Ovviamente spento e riacceso, riparte correttamente. Ora, quale potrebbe essere il problema considerando che il programma è pressoché identico, salvo ovviamente la variazione del target.

Una nota importante per evitare fraintendimenti: il fatto che il PLC entri in “not running” non è direttamente legato alla funzione di reboot, ma ad un tentativo di far scattare il watchdog mandando il programma in un loop infinito, in questo caso la CPU è poi entrata in “not running”.

[Sergio Bertana]

Nei sistemi basati su processori ARM come il MPS050xxx l’OSID_PLC_COMMAND non è gestito e quindi ecco che viene generato l’errore 9924120.

Però se fai scattare il watchdog mandando il programma in un loop infinito, la CPU deve riavviarsi in entrambi i modelli di CPU. Ma esistono due condizioni che potrebbero portare alla tua situazione:

• Su MPS050xxx sono presenti i ponticelli LK1 e LK9 è importante verificare che siano impostati nella configurazione Normal operation, LK9 inserito LK1 disinserito.
• Se esegui il loop infinito ed hai LogicLab connesso al sistema viene eseguito il reset ma il programma PLC non si riavvia in automatico.
• Nell’altro caso se esegui il loop infinito viene eseguito il reset ma se entro il primo minuto dal riavvio del programma viene nuovamente eseguito un loop infinito verrà nuovamente eseguito il reset del sistema ma dopo 10 esecuzioni successive l’esecuzione programma PLC viene arrestata.

[Autore]

Post