Skip to content
Miguel Tomas Silva edited this page Aug 17, 2024 · 290 revisions

Donate Say Thanks Unique Visits trackgit-views GitHub Forks GitHub stars GitHub watchers GitHub followers


Navigation | AeonLabs Main Index >> Open Scientific Research >> Real-time validation of Experimental Data Origins: A Swarm of DAQ devices able to Deliver Unique Experimental Data using Blockchain-like Fingerprint ID to a Data Repository

Change Language
Last update: 10-08-2024
Development Status & Update History

🔸 Real-time validation of Experimental Data Origins: A Swarm of DAQ devices able to Deliver Unique Experimental Data using Blockchain-like Fingerprint ID to a Data Repository

current project Total: > 8100 work.h
🆕 There's a new Discord Server for all other projects. To join click here.

I will start working again on this project later this year in 2024. In the meantime looking for sponsors to pay for the required work necessary for the successful completion of this project.

If you like this open science project, consider contributing by raising an issue, here on GitHub, or sponsoring it with a small donation. If nothing else for a cup of coffee or a slice of pizza. Thank you.


🔸The problem

Current scientific methods use traditional dataloggers (DAQ) to collect and measure experimental data. This means collected data many times is stored in a paper format, and most of the time in a conventional CSV Excel data file. This is prone to errors and even worse, forgery of experimental data. To this date, no dataloggers can automate experimental data acquisition in a scientific experiment, making it less transparent and less trustworthy.


🔸Summary

The overall objective for this open project is to provide open hardware electronics for sensor data measurement acquisition capable of being used in a controlled environment, such as a scientific research laboratory and also outside, on-site. These smart DAQs have the capability to generate a Unique Fingerprint ID on all sensor data measurements collected for a more Trustworthy and authentic collection of experimental data. Dubbed S.D.A.D., these devices have the required specifications and capabilities to enable real-time validation of Experimental Data Origins. For a more detailed explanation of how this smart device is used please navigate to the document (paper) currently being written "Real-time validation of Experimental Data Origins: A Swarm of DAQ devices able to Deliver Unique Experimental Data using Blockchain-like Fingerprint ID to a Data Repositor".

This project also highlights the importance and requirement for open hardware electronics to have minimum hardware specifications to allow advertising and identification by unknown third-party individuals and authorities, in real time and during the operation of a device. This minimum hardware specification for microcontrollers is one that will enforce improved safety and security of hardware electronics in society in everyday usage, in particular smart and intelligent devices capable of interacting with the environment and/or capable of interacting with machinery. An example easier to understand this need, and safety requirement, is autonomous vehicles.

In short, the open hardware electronics being prototyped and the open firmware code being programmed by this project allow...

  • a scientific researcher to publish in higher-ranked scientific journals;
  • scientific researchers from outside academia and sci. research enterprise or business to publish in high-ranked scientific journals;
  • businesses and institutions to use collected data in cases of legal dispute and court of law;

The hardware electronics being prototyped on this project have the main objective to research safer smart hardware electronics, with the ability to self-identify to other nearby devices and also when a human is querying the surrounding environment for IoE devices nearby. The main objective focuses on the requirement for microcontrollers to have part of the IC a minimum number of sensors, to allow automatic self-identification when queried to do so, and at the same time, to allow validation of sensor data and exchange with other devices in more trustworthy type of way. When a built-in sensor into the microcontroller IC starts to malfunction, and self-identification is no longer possible, it will automatically disable the malfunctioning hardware electronics where it is installed.

Regarding regulations and legality in science, the minimum hardware specifications of the smart data acquisition devices prototyped "ensure that cybersecurity elements of research US security programs meet the objectives" as defined in the NSPM-33 guidelines for scientific research, page 20, by requiring the researcher ID of the person responsible to oversight before starting an experiment, for instance ORCID [1], and during collection of sensor data values from samples\specimens on each data record creation appended with a "Unique Data Fingerprint Identification" token string. Since these devices are open hardware electronics and also open firmware it allows developers in the IT department easy and simpler integration with existing systems and network architectures in a research laboratory, in an academic institution, and in any enterprise's research department.


🔸Index of Contents

Investment Plan

Current Status of the Project

Smart Data Acquisition Device (S.D.A.D.)

Access Remotely to Experimental Data in Real-Time

Work-in-progress Writing of Future Publications


Research Laboratories using the S.D.A.D. contributions welcome

Research Laboratories currently scheduled to use these open software and open hardware technologies:

Want to join this open science project and start using these technologies?
Send an email to [email protected] or a WhatsApp message to +32 471 632 520. Please include the link to your LinkedIn profile in your message. Thank you.


Related Literature

[1] Case Study: Stanford University Integrates ORCID into a Centralized Identity Management System


Open Science elsewhere


Legend

🟢 Hardware or firmware fully tested and working
A green circle means the hardware electronics or the firmware programming code was fully tested, each of its functionalities and capabilities. And it can be installed in a vehicle. Keep in mind this does not mean errors won't happen. As in everything related to electronics and software, there are revisions and updates. This open hardware is no different.

🟡 Hardware or firmware not tested. Working capability is unknown, it may work or not.
A yellow circle means the hardware electronics or the firmware programming code was not fully tested, each of its functionalities and capabilities. This does not mean it not working, it simply means testing is needed before giving a green circle of approval.

🔴 Hardware or firmware fully tested but not working.
A red circle means the hardware electronics or the firmware programming code was fully tested, and found some kind of critical error or fault. This means the electronics or firmware code cannot be used in a vehicle.

Hardware Design/firmware programming not started.
The hourglass means the hardware electronics or the firmware programming hasn't started. Most likely because is waiting for the necessary test components needed for reverse engineering and also engineering of the new open solution.

🆕 New updated contents
The new icon means the link next to it was recently updated with new contents

💬 Comments on the Discussion page
The comments icon means there are useful and even new comments on the discussions page important for what you are seeing or reading.

Clone this wiki locally