Vai al contenuto

Interpretazione file Log

Home Forum Controllori SlimLine e Netsyst (LogicLab) Interpretazione file Log

Stai visualizzando 2 post - dal 1 a 2 (di 2 totali)
  • Autore
    Post
  • #60882

    Oggi per curiosità (ahimè) ho scaricato il file logs di una macchina e con mia sorpresa riportava davvero molti errori.

    [E] SFR055 [20/08/2021 02:22:38]  6640, [5] IP:52.48.11.58:80
    [E] SFR055 [20/08/2021 06:22:51]  6640, [5] IP:52.48.11.58:80
    [E] SFR055 [20/08/2021 10:23:25]  6640, [5] IP:52.48.11.58:80
    [E] SFR055 [20/08/2021 14:23:56]  6640, [5] IP:52.48.11.58:80
    ...
    [E] SFR055 [23/08/2021 10:32:49]  6640, [5] IP:52.48.11.58:80
    [E] SFR055 [23/08/2021 10:33:20]  6640, [5] IP:52.48.11.58:80
    [E] SFR055 [23/08/2021 11:18:57]  6630, TCP received packet no ack 5
    ...
    [E] SFR055 [23/08/2021 11:20:27]  6630, TCP received packet no ack 5
    [E] SFR055 [20/08/2021 10:23:25] 6640, [5] IP:52.48.11.58:80

    è riportato davvero svariate volte praticamente tutti i giorni più volte al giorno.

    [E] SFR052 [04/08/2021 09:33:03]  3020, Fct:eGetTxBSize

    è riportato solo un paio di volte.

    Il PLC in questione ha il seguente firmware SFW184B140 (che dovrebbe essere l’ultima versione), il sistema oltre gestire il funzionamento della macchina, manda ogni ora vari valori e vari allarmi su evento ad un Server REST, la comunicazione con il server è solo da PLC a Server, il PLC non riceve niente.

    Utilizzo un router 4G per avere l’accesso ad internet, volevo far notare comunque che tutto il sistema funziona egregiamente !!
    Quale potrebbe essere il problema?

    #60888
    Sergio Bertana
    Amministratore del forum

    Nel file di log vengono volutamente inseriti tutta una serie di errori che ci permettono di effettuare una completa diagnostica di funzionamento, quindi non ci si deve spaventare di fronte ad un numero elevato di errori.

    [E] SFR055 [20/08/2021 10:23:25] 6640, [5] IP:52.48.11.58:80

    Questo errore indica che lo SlimLine ha cercato di connettersi all’IP 52.48.11.58 su porta 80 (Probabilmente è il tuo server REST nel cloud) e non è riuscito a connettersi, il motivo può essere una temporanea mancanza di connettività, oppure il server ha rifiutato la connessione. In questo caso lo SlimLine ritenta alcune volte di connettersi attendendo la risposta dal server, e se continua a non arrivare la connessione viene abortita generando questo errore.

    Ma nessun problema per i tuoi dati proprio per questo il FB RESTClient appoggia i dati da inviare in un FIFO. Dopo una pausa la connessione viene ritentata fino a che non riesce, ed ecco che se non vi è la connessione l’errore viene continuamente generato. Il dato da registro FIFO viene cancellato solo dopo essere stato inviato al server REST.

    [E] SFR052 [04/08/2021 09:33:03]  3020, Fct:eGetTxBSize

    Questo errore probabilmente è riconducibile a quello precedente, l’errore indica che si stà cercando di capire con la funzione SysFGetOBfSize la dimensione del buffer di uscita di uno stream (eFILE) che in realtà non è corretto. Questo potrebbe succedere ad esempio se la connessione REST viene iniziata ma proprio mentre si stà cercando di inviare dati al server per qualche motivo la connessione si interrompe.

    Concludendo, posso dire che questi errori possono capitare normalmente nel caso di comunicazioni TCP/IP specie con sistemi nel cloud dove la connessione passa attraverso una infinità di salti. Ecco il trace della connessione dal mio PC.

    tracert 52.48.11.58
      1    <1 ms    <1 ms    <1 ms  192.168.0.1
      2    <1 ms    <1 ms    <1 ms  10.0.0.1
      3    11 ms    10 ms    11 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
      4    11 ms    10 ms    11 ms  ip-0-174.sn-212-90.clouditalia.com [212.90.0.174]
      5    12 ms    11 ms    11 ms  amazon2.mix-it.net [217.29.67.16]
      6    12 ms    12 ms    12 ms  52.119.155.102
      7    15 ms    13 ms    15 ms  52.119.155.123
      8     *        *        *     Richiesta scaduta.

    Come vedi passa in molti server prima di arrivare al server definito, nel mio log il trace si perde perchè il dispositivo non risponde al ping.

Stai visualizzando 2 post - dal 1 a 2 (di 2 totali)
  • Devi essere connesso per rispondere a questo topic.