Newsgroup: it.comp.appl.access
Titolo: OPC-UA

mi chiedono di interfacciarmi a un macchinario tramite il "protocollo" 
in oggetto
 
non sono neppure certo sia un protocollo visto che l'unica 
documentazione che mi hanno fornito è una semplice lista di 
variabili/parametri da leggere dal macchinario
 
qualcuno ha mai affrontato il problema?
 
grazie
BFS


E' un protocollo di comunicazione compatibile con le Policy di Cyber Security in quanto si basa su un TUNNELLING tra un OPC_CLIENT ed un OPC_SERVER.
Questi protocolli richiedono ovviamente SW dedicati... anche se esiste in OPC_Foundation tutto l'SDK per svilupparsi un CLIENT... ma lascia perdere.
 
Sono usati principalmente nei sistemi di Automazione.
 
Io uso questi protocolli da 15 anni, anzi uso OPC_DA che è la versione precedente, ma molti dovranno migrare, nel caso di esportazione dati tra RETI differenti alla versione OPC_UA proprio per le certificazioni di Cyber Security.
 
Nel mio cato tuttavia, lo usiamo con sistemi Terzi già dotati di CLIENT/SERVER, ad esempio PI di OSI-Soft.
 
Esistono in commercio dei componenti COM che consentono la connessione, spesso usati con EXCEL, presumo compatibili anche con Access...
 
http://www.opclabs.com/products/quickopc/options/excel?gclid=EAIaIQobChMI_NyytITt4AIVE-J3Ch2JJwkpEAAYASAAEgIeovD_BwE
 
 
http://www.opclabs.com/forum/ua-com-reading-writing-subscriptions/2388-use-vba-in-excel-to-access-opc-ua-data
 
 
https://www.faweb.net/us/opc/sample_excel.html
 
 
@Alex


Si
Se cerchi 'opc driver' vien giu' un miliardo di roba
E' l'equivalente di un driver odbc nel mondo delle apparecchiature
Serve sostanzialmente per consentire ad una procedura software di 
dialogare in modo standard con apparecchiature di diverse marche/tipologie
E' essenziale disporre del driver opc per l'apparecchiatura in 
questione, se fosse un plc Siemens allora ti serve il driver opc per 
QUEL plc Siemens
Senza di quello non fai niente
Io l'ho usato per leggere informazioni da un plc Wago al quale erano 
collegati dei moduli per lettura encoder, tensione, corrente
 
http://www.vbforums.com/showthread.php?413748-Excel-and-VBA-as-OPC-client
 


ottimo
costo di questi componenti COM a parte direi che si tratta poi di poche 
righe di codice.
 
proverò sentire quelli del macchinario in questione se hanno qualcosa da 
fornire
 
Grazie
 
 
 
 


mi sfugge una cosa
dai link forniti da Alessandro sembra un qualcosa di standard, in 
pratica se ne compro uno mi interfaccio a tutti i macchinari che usano 
questo protocollo
 
mentre da quello che scrivi tu, mi par di capire che serve un componente 
specifico per il macchinario la tipologia di macchinario in questione
ho capito male?
 
grazie
BFS

È standard posso assicurarti.
Il protocollo è universalmente riconosciuto tutte le apparecchiature che lo supportano espongono tramite un OPC SERVER la collezione dei dati.
Un qualsiasi OPC CLIENT legge qualsiasi OPC SERVER.
Ovviame nel tuo caso parliamo di UA quindi basta che l'apparecchiatura lo supporti.
 
Saluti.
@Alex


Standard e' la modalita' di comunicazione, come dire l'sql nei db
Poi ogni marca ha il suo driver (come per ogni db server esiste il 
driver odbc specifico) per far comunicare i suoi prodotti con quello 
standard
Io so per certo che per i plc Wago, i plc Siemens, e gli Omron e' cosi, 
e quindi serve avere il driver Wago, Siemens, Omron
Non sono a conoscenza diretta di 'sistemi universali', che preso quello 
possa bastare per tutto


Si, ma quel OPC SERVER cui fai riferimento sopra, e' specifico per ogni 
tipo di macchina, e quindi se hai una linea con plc Siemens ed una linea 
con plc Omron, devi prendere il server opc Siemens ed il server opc Omron
Tanti opc server che poi potrai interrogare da un unico client
Ma se da una parte hai il computer e dall'altra i plc, DEVI prendere 
tanti opc server quante sono le marche diverse dei plc
(a meno che il server opc non sia integrato nell'elettronica dei plc)
Credo sia questo volesse sapere BFS

No non è come dici... sembra tu non sappia di cosa parli.
Uso OPC da 15 anni e con solo 1 OPC CLIENT leggo SIEMENS/GENERAL ELECTRIC/ABB ecc...
 
Opc faundation è un protocollo al.qyale i costruttori si adeguano creando interfacce standard.
 
Per il resto fate voi...
@Alex

Ovvio che ogni costruttore abbia il proprio sw che legge dalle periferiche ... ma tu non hai bisogno di questo... se ti.viene detto che il sistema espone l'interfaccia OPC tu che hai un client leggi sempre.
 
@Alex

 
 
Non e' ovvio
E BFS ha ANCHE bisogno di questo
Poi mi dirai dove hai letto che il sistema descritto 'espone 
l'interfaccia OPC'
 


forse comincio a capire la questione
faccio una analogia con i registratori di cassa che sono oggetti con cui 
mi interfaccio normalmente
 
Se un registratore di cassa supporta il protocollo xon/xoff a me della 
marca e modello non frega nulla...so che lo scontrino che invio in 
seriale viene stampato
 
Credo sia la stessa cosa no?
Se il macchinario supporta questo protocollo opc-ua io del macchinario 
me ne posso fregare, so che posso leggere le variabili/parametri che il 
macchinario mi rende disponibili
 
capito giusto?
 
grazie
BFS

Perfetto.
 
@Alex 

 
 
bene
chiarito cio
nel tuo caso hai acquistao uno di questi com/dll? se si quale?
hai sviluppato tutto da zero?
 
grazie
BFS


Sviluppare con VBA non se ne parla, uso SW dedicati che integrano già l'OPC-CLIENT, quindi per me è solo questione di configuarare le TAGS da leggere.
 
Come ti accennavo, uso OPC con Client di 3° Parti, non ho mai necessitato di accedere da VBA, i link che ti ho girato però "OPCLABS" sono abbastanza conosciuti nel settore.
 
Ti suggerisco tuttavia, se vuoi e se già operi con NET, di provare a fare qualche riscerca appunto in ambito VisualStudio, in quanto so che ci sono applicazioni anche Free con Codice OPENSOURCE.
 
https://support.industry.siemens.com/cs/document/109737901/creating-of-opc-ua-clients-with-net-and-helper-class?dti=0&lc=en-WW
 
 
https://documentation.unified-automation.com/uasdkdotnet/2.6.1/html/L2ClientTutEmptyProject.html
 
 
Se vuoi accedere alle SDK per NET:
https://github.com/OPCFoundation/UA-.NETStandard
 
https://github.com/OPCFoundation/UA-.NET-Legacy
 
https://github.com/convertersystems/opc-ua-client
 
 
Saluti
@Alex


Quando ti chiedono di realizzare un sistema che LEGGA da un OPC-SERVER è dato per scontato che l'OPC-SERVER ci sia, o sarà cura di chi ti deve garantire il servizio renderlo disponibile.
 
Il mondo OPC rappresenta una BARRIERA FISICA tra il Costruttore dell'apparecchiatura ed i suoi metodi di interrogazione e l'utente che deve accedere.
Come il MODBUS... se il Costruttore non fornisce la Tabella dei Registri... io che devo leggere non posso certo inventarmi di farlo...!
 
L'utente si occupa solo di LEGGERE quindi del CLIENT.
 
@Alex


Che l'opc server ci sia, non e' scontato manco per niente
La richiesta fatta da bfs e'
"..mi chiedono di interfacciarmi a un macchinario tramite il 
"protocollo" in oggetto.."
E quindi indicargli la necessita' della presenza componente opc server, 
specifica per lo strumento/dispositivo che andra' ad interfacciare, non 
e' affatto un'indicazione superflua
Anzi e' proprio la necessita' principale, la parte centrale del tutto
 
 
 
 


ottimo grazie, i dati mi servono in un db access quindi purtroppo non 
posso usare .net
a meno che non sviluppo un'applicazione .net che faccia da ponte. valuto 
e decido
 
BFS
 
 
 


riapro questa discussione
devo abbandonare la soluzione .net (per la quale avrei la pappa pronta 
su github) perchè il certificatore dice che per avere i crediti 
industria 4.0 il gestionale in access deve comunicare direttamente con 
il macchinario senza "tramiti" di altri software.
 
La cosa mi ha lasciato perplesso ma mi dicono che è cosi.
Quindi la mia idea di usare una app .net per fare da ponte la devo scartare.
 
qualche dll/ocx collaudata e non costi un bagno di sangue?
 
BFS


Ho esperienza diretta che questa cosa non sia richiesta su installazione 
che stiamo seguendo (officina torneria)
Per 'certificatore' intendi il tecnico che deve stilare un rapporto di 
conformita' secondo le direttive previste per la concessione benefici 
relativi al programma Industria 4.0 ?
Potresti chiedere espressamente di farti dare qualche riferimento a 
documentazione (normative, direttive, ecc...) relativa a questo 
specifico divieto?
 
 


'certificatore' si intendo quello
 
purtroppo non ho modo di interfacciarmi direttamente con il cliente 
finale. Un terzo soggetto mi ha commissionato il software.
la cosa assurda è che il macchinario si potrebbe gestire in imput che in 
output tramite dei txt salvati/letti con dentro i comandi per ma 
macchina in una cartella concordata, una banalità.
Ma nulla, dicono che la lettura deve essere in tempo reale sul 
macchinario tramite OPC-UA
 
BFS
 
 
 
 
 


Non ho approfondito la documentazione normativa, ma mi risulta ben 
difficile pensare che il legislatore abbia inserito vincoli su COME fare 
le cose
E' piu' plausibile pensare ci siano vincoli sugli obiettivi finali da 
ottenere, che poi li si ottenga da un programma, da un macchinario, o da 
un programma in cloud, indifferente dovrebbe essere
Comunque se qualcuno avesse informazioni sicure relativamente a queste 
problematiche, credo farebbe cosa utile a tutti chiarendoci la questione

 qualche dll/ocx collaudata e non costi un bagno di sangue?
 
 
Pure la dll/ocx è un *software* che fa da tramite tra la tua applicazione e il macchinario.
Comunque non c'è bisogno che tu spieghi ai committenti ogni scorreggia che fai (vizio che già in passato t'ha creato problemi).
 
Saluti
 


Copncordo con Simone, che differenza c'è tra una LIBRERIA di terze parti magari Matricon, rispetto ad una fatta in NET...?
Sempre componenti esterni sono... e che un applicativo possa avere necessità di Componenti COM, in questo caso OPCUA è l'unico che soddisfa le regole di CYBER, non credo sia da spiegare...!
 
Altra cosa invece, è se per le normative di CYBER, sei tenuto a CERTIFICARE i componenti esterni... per chi ci capitasse in mezzo ora abbiamo anche la Direttiva europea 2016/1148, cosiddetta Direttiva NIS, che con D.lgs. 18 maggio 2018, n.65, è stata recepita in Italia. 
 
 
Prova a vedere questa:
https://integrationobjects.com/opc-products/opc-unified-architecture/opc-ua-client/
 
 
Io utilizzo tutti i protocolli, incluso il recente OPC UA che appunto è stato pensato per essere compatibile con le normative di Cyber che nella sostanza eliminano le DCOM, inglobando un sistema di TUNNEL criptato, ma con SW scada propretari...
 
Saluti
@Alex

 
non è questione di spiegare cosa faccio al committente..
 
il problema è che il produttore del macchinario ha fornito delle specifiche
e cioè per dare dei comandi alla macchina, salva in tal cartella tal 
file txt con dentro tali stringhe
la macchina ti riponderà salvando file txt di esito il tal cartella, 
aprili e leggi l'esito e mostralo sul gestionale.
quindi una banalità
 
ora sta cosa a sto cavolo di certificatore non sta bene, vuole che la 
comunicazione sia diretta tra gestionale e macchina, anche se il 
risultato al lato pratico è lo stesso.
 
ovviamente per il "paron della baracca" che non capisce nulla di ste 
cose pare na banalità che gli devo risolvere, possibilmente per ieri.
 
mi par di capire che in vba non si trovi nulla di pronto.
 
sto vedendo questo
https://integrationobjects.com/opc-products/opc-data-archiving/opc-client-for-ms-access/
 
 
ma anche qui non capisco, parlano di compatibilità con
 
     OPC Data Access 2.05a
     OPC Data Access 2.00
     OPC Data Access 1.0a
     OPC Data Access 3.00
 
che non ho idea di cosa siano
 
in pratica c'è un cambio di carte in tavola..fortunatamente quello che 
era mio compito sviluppare l'ho messo nero su bianco e validato dal 
produttore della macchina (soluzione txt)
è che mi rompe non soddisfare il cliente
 
ma tu qualcosa hai sviluppato da access a queste macchine tramite opc?
 
ciao
 
 
 


scusa non ho capito questa affermazione sul "io utilizzo"
 
"Io utilizzo tutti i protocolli, incluso il recente OPC UA che appunto è 
stato pensato per essere compatibile con le normative di Cyber che nella 
sostanza eliminano le DCOM, inglobando un sistema di TUNNEL criptato, ma 
con SW scada propretari..."
 
Da un applicativo access tu comunichi con i macchinari o ti interfacci 
semplicemente a un applicativo che hai gia i dati dentro?
 
 

 semplicemente a un applicativo che hai gia i dati dentro?
 
No no no... access e la gestione del sistema di automazione di un impianto industriale SIL3 non hanno nulla a che fare...
Utilizzo i protocolli di interfacciamento, quindi so di cosa si parla, ma non con Access, con SCADA ABB e General Electric.
 
Fai attenzione che l'OPC Data Access(versioni 2÷3) di cui parli non è OPC UA, sono 2 cose diverse....
 
@Alex


azz ne capisco sempre meno
quindi neppure questo andrebbe bene?
https://www.matrikonopc.com/products/opc-archiving/excel-reporter.aspx
 
 
 
 
 
 

 
 
 
Ma se dal gestionale scrivi i file comandi, li piazzi nella memoria 
macchina, ed ottieni dei file in risposta (che il programma puo' leggere 
automaticamente), non e' gia' completa cosi' l'interconnessione?
Cos'e che non gli comoda all'ingegggnere?


a saperlo...
il tramite mi dice che non si tratta di connessione diretta, nel senso 
che il gestionale non legge i valori da dentro la macchina.
tutto sto casino per cose che non useranno mai visto che a naso servono 
solo per il superammortamento
bah

La ditta di cui hai inviato il link, la stessa che poi ti ho indicato credo sviluppi anche un client OPC UA per MsAccess ma devi scrivere.
 
Fai attenzione solo al protocollo OPC UA è diverso da OPC DA... quest'ultimo richiede le dcom ed è in via di dismissione per conflitti in tema di Cyber.
 
Ciao
@Alez 


quindi il prodotto giusto potrebbe essere questo
https://www.opclabs.com/products/quickopc/languages-and-tools/vb6
 
 
che nella documentazione
http://opclabs.doc-that.com/files/onlinedocs/QuickOpc/Latest/User%27s%20Guide%20and%20Reference-QuickOPC/webframe.html#Visual%20Basic%20Examples%20(VB%206.0).html
 
 
indica la possibilità di leggere e visualizzare i valori del macchinario 
tramite OPC-UA
 
UAReadAndDisplayValue: The simplest form for OPC-UA. Reads and displays 
an OPC-UA node value.
 
a partire da 3000 euro..non male
 
 
 

Puoi provare questo prodotto:
https://cogentdatahub.com/features/protocols/opc-ua/
 
 
Noi lo usiamo ed è molto affidabile e performante anche su gruppi TAGS di oltre 50000...
 
Non so se espone Interfaccia COM ma sicuramente DDE.
 
I costi sono da ridefinire in relazu9ne allo sblocco licenze... quindi devi individuare la configurazione.
 
@Alex

 BFS
 
 
aggiorno la situazione se in futuro a qualcuno può servire
 
allora codice per collegarsi direttamente da MS Access/VBA tramite 
OPC-UA senza il supporto di costosissimi tool/dll non ne ho trovoti.
 
ho trovato invece codice e dll free per collegarsi da vba con OPC-DA
ma essendo un protocollo che va a "morire" da quello che ho capito, è 
inutile usarlo e quindi non ci ho perso più di tanto tempo
 
per OPC-UA online ho trovato sia esempi in 
vb.net
 sia in python free e 
facili da adattare, quindi la mia soluzione sarà quella di far aprire 
direttamente dal mio MDB gli exe personalizzati e compilati di quei 
linguaggi. A livello visivo non cambierà nulla. E l'operatore non si 
renderà conto che non ha aperto una maschera del db ma un exe esterno.
Almeno spero
 
considerazione finale, ho l'impressione che msaccess non se lo "caghi" 
più nessuno
 
BFS
 
 
 
 
 


Ti do una risposta tecnica, perchè è l'unica che può avere senso...!
Usare Access per fare questo tipo di connessioni è impensabile, proprio tecnicamente...!
Serve un linguaggio che possa lavorare in MultiThread, e come sai il VBA non può.
Ora non so di quante TAGS tu stia parlando e che RefreshTime sia applicato... ma se anche qualcuno sviluppasse una roba simile con Access, poi no avrebbe tempo per fare altro... Access parlo.
 
Quindi serve sicuramente un oggetto ASINCRONO in MULTITHREAD esterno.
 
Un sistema di Automazione normale scambia qualche decina di migliaia di TAGS se l'OPC Server è impostato in modalità Sincrona da dispositivo... ovvero fa il POLLING di tutte le TAGS ogni x(ms)... i tempi sono importanti ma alcune volte serve.
In teoria la connessione OPC dovrebbe invece essere configuarata per funzionare BY-EXCEPTION, ovvero generare un EVENTO che il client riconosce, ed andare a leggere solo quelle TAGS che hanno superato la banda morta di insensibilità.
Purtoppo questa modalità non sempre funziona, pur essendo standard, tra varie Case.
 
Da considerare poi il sistema che acquisisce il dato... che, la dove non riceve variazioni deve avere un corretto metodo di INTERPOLAZIONE, altrimenti se tira una retta tra il prima ed il dopo genera dei dati inutili.
I sistemi più corretti memorizzano il Dato PRIMA e DOPO la variazione, in questo modo non generano rampe di valori ma scalini, come è giusto che sia.
 
Quindi fai attenzione anche tu a come vengono acquisiti i dati, poichè anche se hai sempre un TimeStamp associato è possibile che il sistema possa ingannarti.
 
Ciao
@Alex


non devo fare nulla di incredibile, i macchinari hanno gia i loro mega 
software che monitorizzano qualsiasi cosa, con alert etc
 
nel mio specifico caso dovevo semplicemente andare a leggere un paio di 
tag da un macchinario, e su richiesta del operatore
 
in pratica solo alla pressione di un pulsante e vado a leggermi pezzi 
prodotti e livello serbatoio del macchinario e finita li
 
tanto per dimostrare che c'è una interconnessione tra gestionale e 
macchinario per questa benedetta industria 4.0 (più che altro per avere 
il superammortamento)
 
tra l'altro dati che al titolare non frega nulla di vedere in un 
gestionale di ordini, bolle, fatture ma purtroppo come detto senza 
questa connessione il certificatore non certifica
 
ciao
BFS
 
 
 
 
 
 
 


Storia interessante
Non e' ancora ben chiaro perche' prima no (comando a colpi di file di 
testo), adesso si (gestionale che parla con l'exe python o dotnet)
 


probabile che con i txt non siano rispettate certe condizioni di 
sicurezza come spiegava Alessandro.
Con opc-ua, la comunicazione tra gestionale e macchina avviene tramite 
certificato tra le varie opzioni.
 
Poi, nel mio scenario, che cavolo ci sia da proteggere su uno scambio di 
informazioni di quanti pezzi di plastica ha prodotto una macchina non ne 
ho idea, potrei capire su comunicazioni tra software e macchinari di una 
centrale nucleare o medici.
 
vedremo come va a finire
BFS
 
 
 
 
 
 

 BFS
 
update
 
allora alla fine ho risolto sviluppando una applicazione in phyton che a 
mo di servizio legge i valori dei nodi che mi servivano e me li scrive 
dentro apposita tabella del file mdb con una frequenza personalizzabile.
 
Quando nel mio gestionale apro la maschera di visualizzazione dei valori 
che mi interessano del macchinario, avvio l'app in phyton che inizia a 
fare il lavoro di rilevazione e salvataggio dentro l'mdb.
La mia form aggiorna i dati visualizzati prendendo sempre quelli con il 
timestamp più recente.
 
Alla chiusura della maschera chiudo l'app "ponte"
La tabella con i valori rilevati la svuoto ad ogni apertura chiusura, ma 
nulla vieta di tenerla come storico a fini statistici
 
vediamo ora cosa dice il certificatore
BFS
 
 
 
 
 
 
 


"..legge i valori dei nodi.."
Ma usi sempre qualche libreria 'precotta' da python a opc server oppure 
cosa?


si
opcua per gestire connessione e lettura nodi
pyodbc per gestire la connessione mdb/server
e almeno con i 4 nodi che mi servono va benone.
come editor spyder 3
 
non è un linguaggio che ho mai studiato ma la facilità con cui ho tirato 
su l'ambiente di sviluppo e la sua semplicità mi ha lasciato sbalordito 
rispetto ad altri oop
 
sicuramente inizierò a dedicarci ore di studio
 
 
 
 
 

 @Alex
 
Ciao 
Mi sto cimentando anch'io col protocollo OPC UA.
Non condivido affatto che access non sia lo strumento adatto, anzi consente una integrazione maggiore visto anche che molti macchinari utilizzano file mdb per l'implementazione della 4.0 invece del protocollo opc.
Le librerie di opclabs, che avevo già provato, funzionano perfettamente con le applicazioni access, con una singola istruzione tirano fuori il tag che vuoi, senza complicazioni di sorta.
Un solo problema, dopo un'ora si blocca la dll e come errore ti dice che devi acquistare una licenza.
Tutto lecito, penserete, e sarei d'accordo anch'io se non fosse che le licenze vanno dai 3000 agli 8000 euro.
Ora sono il primo a dire che non si sviluppa gratis, ma mi sembra un po' esagerato per una dll.
Detto questo sto vedendo se riesco a realizzare una dll tutta mia partendo da basso livello, alla fin fine non ci vuole un team di bill gates per farlo, è solo una comunicazione tcp.
 
Condivido anche che strapparsi le vesti per la "superiore sicurezza" del protocollo opc ua è ridicolo, casomai ti rubano il numero di cicli macchina o la temperatura del motore non mi sembra un grande obiettivo, tanto più che nessuno condivide queste informazioni direttamente su internet ma casomai passano da una vpn o ancora meglio da un portale interattivo.
 
Nel frattempo, se qualcuno ha trovato soluzioni mi farebbe un grande piacere parlandomene.
 
Ciao a tutti
Davide


https://stackoverflow.com/questions/67697377/opc-da-client-unable-to-assign-item-value-to-vba-variable
 
 
https://support.industry.siemens.com/cs/document/109748892/opc-ua-client-library-for-microsoft-excel?dti=0&lc=en-IT
 
 
https://www.codeproject.com/script/Articles/ViewDownloads.aspx?aid=1135
 
 
https://stackoverflow.com/questions/4921943/opc-client-how-to-read-from-remote-opc-server
 
 
Magari qualcosa dei link sopra ti puo' essere utile
Facce sape'
 
 

 Facce sape'
 
In effetti avevo provato la libreria Siemens, va con Excel, ma non funziona con Access...
Ora sto provando le applicazioni free della opcfoundation.
 
Farò sapere.
Ciao


io avevo provato un po' tutto per access senza successo
alla fine mi sono fatto un agent in pyton
 
se trovi la soluzione aggiornaci grazie
BFS


Un 'agent in python'  e' un client opc?
Voglio dire, un programma che si collega ad un server opc e puo' 
leggere/scrivere valori sulle apparecchiature con le quali quel server 
sta dialogando?
 
 


si tramite l'agent
non ho trovato il modo di interfacciarmi direttamente con Access e 
quindi ho dovuto usare questa soluzione.
 
l'applicazione invia i dati commessa da lavorare tramite txt all'agent
l'agent li invia alla macchina ed ad intervalli regolari scrive un altro 
txt con i valori da monitorare che l'app access si legge.
 
in pratica all'utilizzatore sembra che sia tutto in tempo reale.
 
poi tutta baracca serviva solo per la certificazione, avuto quella adios
 
BFS
 
 
 
 


Buongiorno,
è possibile avere un esempio di collegamento tra un PLC e un pc con Access? sarebbe auspicabile poter leggere in continuo il flusso dati che genera la scheda Plc? Grazie a chi mi può rispondere.

Scusa anch'io ho lo stesso problema da affrontare. Io ho MSAccess come programma ma che si appoggia a MySQL come archivio.
posso chiederti qualche esempio del python che hai scritto per partire da una cosa già fatta.
Ho visto le librerie open PyOPC ma se avessi qualche esempio di codice te ne sarei grato.
 
Grazie



mi spiace non ho i sorgenti
il software mi era stato commissionato da sviluppare direttamente da loro
ma in pyton era una banalità usando la libreria gia pronta
bastava importarla e richiamare la funzione di lettura passando ip e 
nome nodo da leggere
 
erano tre righe di codice
 
vedo che ora dicono di usare questa
 
https://github.com/FreeOpcUa/opcua-asyncio
 
 
 
e anche qui mi pare una banalità
 
from asyncua import Client
 
async with Client(url='opc.tcp://localhost:4840/freeopcua/server/') as 
client:
     while True:
         # Do something with client
         node = client.get_node('i=85')
         value = await node.read_value()
 
 
 
ti basta aggiungere un timer per andarti a leggere il valore ogni tot 
secondi
 
mentre per scriverti quel valore del note salvato su value su mysql 
sono altre 5 righe di codice:
 
https://www.geeksforgeeks.org/crud-operation-in-python-using-mysql/
 
 
 
 
BFS