Caso di studio
Individuazione di una pausa di alcuni secondi nella comunicazione di una telecamera industriale
Caso di studio sulla comunicazione di una telecamera industriale che si fermava per pochi secondi: sintomi, vincoli, osservazioni, individuazione e miglioramenti.
Panoramica del caso
Questo caso riguarda il controllo di una telecamera industriale: normalmente funzionava, ma talvolta la comunicazione si interrompeva per alcuni secondi. Poiché il fenomeno poteva sembrare sia un blocco dell’applicazione sia un problema di rete, abbiamo prima dovuto separare ciò che si stava effettivamente fermando.
Sintomi
- La comunicazione si fermava per alcuni secondi con bassa frequenza.
- L’interfaccia utente e l’intero processo non sembravano completamente bloccati.
- Nel controllo degli impianti, anche una pausa di pochi secondi ha un forte impatto operativo.
Vincoli
- La bassa frequenza rendeva difficile ricavare le condizioni di riproduzione dai soli log.
- La causa poteva sembrare localizzata nel SDK della telecamera, nella scheda di rete, nello switch o nell’implementazione dell’applicazione.
- Era necessario restringere il campo senza alterare l’assetto vicino alla produzione.
Cosa abbiamo osservato
- Per escludere prima i fattori di blocco interni all’applicazione, abbiamo verificato ritardi di elaborazione e presenza di eccezioni.
- Con una cattura dei pacchetti abbiamo osservato
Retransmissione i relativi intervalli di tempo. - Abbiamo verificato se le opzioni TCP e la forma dell’attesa di ritrasmissione corrispondessero al sintomo.
Come abbiamo ristretto il campo
Abbiamo verificato se l’interruzione potesse essere trattata non come «l’applicazione è ferma», ma come attesa di ritrasmissione dopo una perdita di pacchetti. Abbiamo così concluso che non si trattava di un deadlock dell’applicazione: era l’attesa sul lato TCP a emergere in primo piano.
Come abbiamo migliorato
- Abbiamo determinato in quali condizioni risultavano efficaci le impostazioni dei timestamp della famiglia RFC 1323.
- Abbiamo regolato la configurazione per ridurre l’attesa di ritrasmissione.
- Abbiamo ordinato procedura di osservazione e criteri di individuazione affinché anche in futuro il fenomeno possa essere analizzato a livello wire.
Servizi collegati a questo caso
Il caso collega sia l’analisi dei malfunzionamenti e delle cause, che distingue con evidenze le pause di comunicazione difficili da riprodurre, sia lo sviluppo di applicazioni Windows, che rivede dal lato applicativo il progetto della comunicazione e del monitoraggio.
Contattateci
Se questa pagina descrive una situazione simile alla vostra, indicateci il contesto attuale e il tipo di supporto necessario.