- Questo topic ha 1 risposta, 2 partecipanti ed è stato aggiornato l'ultima volta 14 anni, 2 mesi fa da
.
-
Post
-
Ho un impianto con un modulo CPU SlimLine ARM7 a cui sono connessi tramite rete ethernet due pannelli operatore Weintek, uno da 7 pollici ed uno da 10 pollici. Il programma dei due pannelli è lo stesso in quanto i due pannelli hanno la stessa risoluzione 800×480 pixels.
Nel programma vi sono un certo numero di pagine grafiche con immagini jpg e con strumenti virtuali (Gauges), oltre a pulsanti e lampade. Premetto che è da molto tempo che utilizzo i Vs pannelli ed in questo impianto ho notato una certa mancanza di “fluidità” nel passaggio da una pagina ad un’altra.
Non vi sono errori nella connessione con il modulo CPU, e non noto altre particolarità che possano indicare problemi, ho forse esagerato con gli oggetti grafici nella pagina ? Anche se in altre applicazioni ho realizzato pagine più complesse di queste senza notare questo tipo di problema. Avete suggerimenti ?
Normalmente il passaggio tra una pagina e l’altra è immediato, naturalmente più la pagina è ricca di grafica e più la risoluzione del pannello in pixel cresce cresce di conseguenza il tempo di caricamento pagina. Da mia esperienza diretta anche con pagine molto complesse, il tempo di caricamento è sempre inferiore al secondo.
Il problema che tu lamenti però potrebbe dipendere dalla comunicazione con il modulo CPU, il pannello normalmente scambia dati tramite porta seriale, o come nel tuo caso tramite connesione TCP/IP, con i dispositivi a cui è connesso. Può succedere che in caso di reti molto trafficate o nel caso di dispositivo a cui è connesso lento a rispondere, vi sia una lentezza nel cambio pagina.
Al cambio pagina il pannello deve richiedere tutte le variabili presenti nella pagina per poi visualizzare la pagina con i valori corretti e questo può portare ad un “intasamento” della comunicazione con il dispositivo. Sul nostro modulo SlimLine ARM7 la comunicazione è gestita in background è se il programma è molto complesso si può avere un allungamento del tempo di ciclo del programma in background, con conseguente ritardo nella comunicazione.
Per risolvere il problema è possibile definire un tempo di attesa sulla comunicazione, indicativamente è possibile definire ritardi da 10 a 20 mS, pari cioè al tempo medio di esecuzione del programma di background (Screenshot).
- Devi essere connesso per rispondere a questo topic.