During a wide range of laboratory activities, the need may arise to collect measurements from different types of instruments, devices, or sensors into a single file or database, structured into “records” or rows, each containing the synchronously acquired readings provided by the various devices. Achieving this result requires connecting all the devices to a computer or system that periodically reads their data and stores them in a file. To do so, hardware with different interfaces (USB, Ethernet, GPIO) and different communication protocols must be connected. The situation becomes even more complex when one is forced to use outdated or even obsolete equipment that does not support the SCPI protocol. DSlogger aims to address this challenge. Its modular structure allows communication with a specific device through its corresponding module or “driver,” enabling the integration of heterogeneous devices. Other key features include ease of use and its open-source code, which ensures high flexibility and eliminates any costs related to licenses or similar constraints. These issues have to be considered if we mean to use commercially available software, such as, for example, LabVIEW. By being implemented through Python language and by being already available artificial intelligence tools capable of creating Python code, one of its possible future developments could be the automatic building of drivers for new devices by using such tools.
Durante le più disparate attività di laboratorio, può manifestarsi l’esigenza di raccogliere le misurazioni di diversi tipi di strumenti, dispositivi, o sensori, in un unico file o database, strutturato in “records”, o righe, ciascuna contenente le misure fornite dai diversi dispositivi effettuate in maniera sincrona. Ottenere ciò implica il dover collegare i dispositivi coinvolti a un computer o macchina che a intervalli regolari di tempo effettui le loro letture e le memorizzi in un file. A tal fine, occorre collegare hardware caratterizzato da diverse interfacce (USB, Ethernet, GPIO) e da differenti protocolli di comunicazione. La situazione si complica ulteriormente se si è costretti ad usare dispositivi datati o addirittura obsoleti e non supportanti il protocollo SCPI. DSlogger vuole essere un tentativo per dare una risposta a tale problematica. La sua struttura modulare consente di interfacciarsi e comunicare con uno specifico dispositivo tramite il relativo modulo o “driver”, permettendo così, di poter interfacciare dispositivi eterogenei. Altre sue caratteristiche salienti sono la semplicità di utilizzo e il suo codice “open-source” che garantisce ampia flessibilità e nessun costo relativo a licenze o similari, eventualità che invece deve essere considerata nel caso si voglia utilizzare software commercialmente disponibile come, ad esempio, LabVIEW. Essendo stato sviluppato in linguaggio Python, ed essendo già disponibili strumenti di intelligenza artificiale in grado di creare codice Python, uno dei suoi possibili sviluppi futuri è la creazione automatica di driver per nuovi dispositivi utilizzando proprio tali strumenti.
DSLogger: uno strumento software per l'acquisizione di dati provenienti da dispositivi e strumenti eterogenei
Suriano, D.
2026-01-01
Abstract
During a wide range of laboratory activities, the need may arise to collect measurements from different types of instruments, devices, or sensors into a single file or database, structured into “records” or rows, each containing the synchronously acquired readings provided by the various devices. Achieving this result requires connecting all the devices to a computer or system that periodically reads their data and stores them in a file. To do so, hardware with different interfaces (USB, Ethernet, GPIO) and different communication protocols must be connected. The situation becomes even more complex when one is forced to use outdated or even obsolete equipment that does not support the SCPI protocol. DSlogger aims to address this challenge. Its modular structure allows communication with a specific device through its corresponding module or “driver,” enabling the integration of heterogeneous devices. Other key features include ease of use and its open-source code, which ensures high flexibility and eliminates any costs related to licenses or similar constraints. These issues have to be considered if we mean to use commercially available software, such as, for example, LabVIEW. By being implemented through Python language and by being already available artificial intelligence tools capable of creating Python code, one of its possible future developments could be the automatic building of drivers for new devices by using such tools.| File | Dimensione | Formato | |
|---|---|---|---|
|
RT-2026-02-ENEA.pdf
accesso aperto
Descrizione: Documento completo
Tipologia:
Versione Editoriale (PDF)
Licenza:
Creative commons
Dimensione
4.04 MB
Formato
Adobe PDF
|
4.04 MB | Adobe PDF | Visualizza/Apri |
I documenti in IRIS sono protetti da copyright e tutti i diritti sono riservati, salvo diversa indicazione.

