English · Deutsch · Français · Italiano · Русский · Українська

Risoluzione dei problemi

Questo capitolo elenca i problemi più comuni e come diagnosticarli. Il primo punto di riferimento per qualsiasi problema è il pannello log e il file di log dell’applicazione, la cui cartella può essere aperta dall’interfaccia.

Impossibile connettersi a un server

• URL errato o host irraggiungibile. Verifica l’URL dell’endpoint (opc.tcp://host:porta) e che il server sia in esecuzione e raggiungibile.
• Politica di sicurezza incompatibile. La politica di sicurezza selezionata dal client deve essere una di quelle offerte dal server. Prova prima None per isolare un problema di sicurezza.
• Certificato non attendibile. Con firma/cifratura, le due parti devono considerare attendibili i rispettivi certificati. Controlla l’archivio PKI (vedi Configurazione).
• Identità rifiutata. L’accesso anonimo potrebbe essere disabilitato, oppure il nome utente/password potrebbe essere errato.

Molti server, ad esempio i pannelli PLC, riportano un proprio nome host come opc.tcp://AOPT690:4840. Il client continua sempre a usare l’indirizzo che ha effettivamente raggiunto, quindi è sufficiente inserire l’indirizzo IP. Se inserisci un nome host che questo PC non riesce a risolvere, il messaggio di errore lo segnala; inserisci invece l’indirizzo IP del server oppure usa Scansiona rete….

I valori non si aggiornano

• Verifica che la variabile sia effettivamente sottoscritta (non solo letta una volta).
• Controlla il livello di accesso della variabile — alcuni nodi sono in sola lettura.
• Per un server progettato, verifica che la variabile abbia una simulazione se ti aspetti che cambi da sola (vedi Server OPC UA).

Il server locale non si avvia

• Runtime non trovato. L’eseguibile headless OpcUaServerRuntime deve trovarsi accanto all’applicazione; la causa abituale è un deployment difettoso.
• Porta già in uso. Un altro server potrebbe occupare la porta configurata; cambia la porta dell’endpoint.
• Progetto non valido. Il validatore segnala i problemi (ad esempio un nodo che referenzia uno spazio dei nomi non dichiarato dal progetto) prima dell’avvio del server.
• Arresto anomalo all’avvio. Il controller segnala un arresto anomalo e l’output del runtime viene catturato nel log; riavvia o termina il processo e riprova.

Problemi di configurazione o dati

• Impostazioni non conservate. Verifica se l’app è in esecuzione in modalità installata o portable e che la posizione dei dati scrivibili sia accessibile (vedi Configurazione).
• File di progetto corrotto. I progetti sono scritti in modo atomico, ma un file .uaproj / .uaserver modificato esternamente può non caricarsi; il caricatore segnala un errore tipizzato.

Raccogliere diagnostiche

Quando segnali un problema, includi la versione dell’applicazione (vedi Informazioni e versione) e la sezione pertinente del file di log.