Newsgroup: it.comp.appl.access
Titolo: leggere dati da scheda ethernet

Salve
chiedo anticipatamente scusa per eventuali fesserie che scriverò ma sono 
arrugginito nel campo vba
 
ho la necessità di leggere i dati provenienti da 3 dispositivi in rete 
che inviano dei txt a un dato indirizzo ip dove verrà installato un 
applicativo access che farà da sorta di agent di collezione dati
leggendo i dati dai txt e caricandoli in tabelle access
 
ai tempi di vb6 usavo winsock.ocx per queste cose, ma credo non si usi 
più per motivi di licenza nel caso manchi Visual Basic. A disposizione 
ho solo ms access
 
che soluzioni ci sono attualmente?
API? altri ocx (free o a pagamento)?
 
i dispositivi hanno la funzione di poter memorizzare i file in cartelle 
condivise rendendo cosi banale la soluzione ma mi impongono la lettura 
diretta dei dati sulla porta
 
grazie a chi mi fornirà qualche link utile o un esempio di codice.
 
Massimo

Da quello che dici credo tu abbia veramente le idee poco chiare tecnicamente.
Usare un Socket, per questa esigenza, non serve assolutamente a nulla..., ne oggi ne una volta con VB6.
Il socket si usa principalmente tra 2 sistemi che colloquiano attraverso un socket instaurando un sistema client-server, uno parla e l'altro ascolta... e non è il tuo caso perché parlando invio file... quindi tecnologia a livello 3 nella pila ISO-OSI... tutt'altro del socket.
 
Devi chiarire dove risiedono i dati ed in che formato, togliti dalla testa l'idea di intercettare il transito del file txt.
 
Se i dati sono residenti nel file di Access ti basta linkare le tabelle e leggerli, ovviamente non hainun trigger che ti avvisa... ma per quello potresti farlo generare dal file di Access che funziona da Agent.
 
@Alex


probabile che con l'età la memoria mi giochi brutti scherzi
 
lo scenario è comunque questo
ho tre macchinari messi nella rete interna.
ogni machinario ha un ip
ogni macchinario è programmato per inviare file txt verso un ip di un 
pc, txt che contiene data, ora, pezzi lavorati e altri dati.
 
il software a corredo di questi macchinari permette di programmare il 
macchinario per fare in modo di salvare i txt in una cartella di rete. 
soluzione per me ottimale ma non la vogliono
 
altra opzione, il macchinario stesso fa da server ftp, mantenendo i txt 
nella sua memoria alla quale potrei accedere in modalita ftp, anche qui 
sarebbe una soluzione ottimale, ma neppure questa vogliono
 
 
terza opzione, il macchinario invia i file verso un ip/porta
io devo fare una applicazione che sta in ascolto su questo ip/porta e 
legge i file.
una volta letto il file, lo devo importare in una tabella access
 
qualcosa di simile di come si faceva una volta mettendosi in ascolto 
sulla seriale e ricevendo i dati da plc collegato.
 
 
sinceramente non caspisco perchè non vogliano la soluzione dei file in 
cartella condivisa o ftp ma purtroppo non è in mio potere pretendere che 
lo facciano
 
 
grazie
 
 
 
 
 


macchinari, contare i pezzi, tempo reale
non è che ti stanno chiedendo di interfacciarti via opc-ua per il 
discorso industria 4.0?
 
ciao
BFS
 
 
 

Il 27/07/2020 12:20, Massimo Scuri ha scritto:

Finche' non si capisce che protocollo usino e come debbano collegarsi 
sti macchinari al resto della rete, e' impossibile proporre soluzioni
Dire che "il macchinario invia i file.." non e' sufficiente
Devi dettagliare al meglio possibile cosa stai chiedendo
Un inizio potrebbe essere specificare marca/modello macchinario e 
controllo elettronico, se e' un tornio/fresa/centro-lavoro allora ci 
saranno senz'altro esempi di scambio dati, magari in altri linguaggi ma 
che consentiranno di capire 'esattamente' cosa c'e' da fare
 
 

Molta molta confusione di concetti... facciamo un misto tra invio di file e scambio dati TCP su porta specifica... 
 
Ho tuttavia il sospetto sia come dice BFS... anche se ci sono vari protocolli per accedere a macchinari come Modbus TCP che casualmente potrebbe corrispondere...
 
Devi capire di cosa stai parlando dal momento chr la macchina è quella che impone im metodo e quando hai le idee chiare magari....
 
@Alex