In this section the monitoring systems developed by the authors are introduced.
Most commercial monitoring systems used in structural and environmental monitoring of cultural heritage are generally based on proprietary architectures that limit interoperability and the integration of application-specific sensors, which is a critical requirement in heterogeneous heritage environments. Recent reviews highlight that traditional structural health monitoring (SHM) solutions are often fragmented and rely on closed or semi-closed systems, which reduces their adaptability and long-term sustainability in cultural heritage applications [
16]. In addition, these systems are frequently associated with high deployment and maintenance costs, as well as scalability limitations when applied to large or complex heritage sites [
8]. From an operational perspective, conventional monitoring infrastructures may also require significant energy and maintenance resources, which restricts their suitability for continuous long-term deployments in fragile or remote environments [
17]. Consequently, recent research has increasingly focused on WSNs and IoT-based architectures that enable low-cost, energy-efficient, and modular monitoring systems, improving flexibility and enabling the integration of heterogeneous sensing technologies tailored to cultural heritage conservation needs [
18].
To overcome these limitations, the authors designed custom LoRaWAN-based systems using commercially available electronics and sensors. These systems are tailored to the particular needs of the study, allowing for flexible sensor integration and low-power operation.
Data collected by these systems are transmitted wirelessly to a cloud platform provided by one of the project partners, enabling real-time access, monitoring, and download. This approach not only facilitates continuous data acquisition but also allows for remote management and analysis, improving the efficiency and reliability of environmental monitoring or experimental studies. By combining commercially available components with open communication protocols, the designed systems provide a cost-effective, adaptable, and scalable solution compared to conventional closed commercial platforms.
3.1. Static Systems
Static monitoring systems in cultural heritage environments refer to fixed or permanently installed sensing infrastructures designed to continuously collect environmental and usage-related data without mobility. These systems typically focus on long-term, in situ measurements of key parameters relevant to conservation and structural assessment. As summarized in the table, static deployments include movement detection and airflow monitoring, visitor and people counting systems (including both basic and enhanced visitor monitoring approaches), as well as environmental sensing such as internal air temperature and relative humidity measurements at different depths within the structure. They also encompass more specialized measurements such as volumetric water content (VWC) combined with internal thermal-hygrometric conditions, wind direction and velocity monitoring, and pollutant concentration assessment. In contrast to dynamic systems, which rely on mobile platforms such as unmanned aerial vehicles (UAVs) or quadruped robots for gas sensing in specific scenarios, static systems provide continuous, distributed, and long-term observations that are essential for understanding gradual environmental changes and their impact on cultural heritage assets.
3.1.1. Indoor Movement and Airflow Monitoring System
To measure both human entry and ventilation conditions in the case study, an integrated monitoring system was developed. The system employs a PIR HC-SR501 sensor (Utmel Electronic Ltd, Hong Kong, China) for motion detection and an Omron (model DF6V, Omron Corporation, Kyoto, Japan) Micro-Electro-Mechanical Systems (MEMS) airflow sensor, integrated with an Arduino WAN 1310 board (Arduino S.r.l., Ivrea, Italy). The system was deployed in two cellars in Baltanás. A custom structure coupled to a commercial enclosure was fabricated using a 3D printer to house the airflow sensor. The sensor was positioned near the main entrances of the cellars to monitor both entry events and airflow, as the primary concern in this case study was the high humidity levels.
Figure 1.
A system for people detection and air flow measurement installed in one of the wineries in Baltanás.
Figure 1.
A system for people detection and air flow measurement installed in one of the wineries in Baltanás.
3.1.2. Outdoor Visitor and Vehicle Monitoring System
The main objective of the visitor monitoring subsystem is to accurately count the number of people or objects passing through specific channels (such as entrances, exits, or corridors) and to precisely determine their direction of movement. Its hardware composition is relatively simple, consisting primarily of a central controller and an infrared sensor unit.
Most of the systems for that purpose are based on cameras and their consumption is very high or they are prepared for indoors.
Two different versions have been developed. From a very simple proof-of-concept prototype (V1), its limitations were analyzed, and it subsequently evolved into an improved version (V2) with enhanced functionality and a more comprehensive decision-making logic.
Prototype V1 consists of an Arduino MKR WAN 1310, an infrared photoelectric sensor (SICK VL180-2N41131, SICK AG, Waldkirch, Germany) and a reflector, and a LoRa antenna. The externally powered sensor detects the passage of objects by identifying interruptions in a reflected infrared beam, and the system attempts to classify pedestrians and vehicles based on the duration of the beam obstruction. Its operating principle is as follows: the emitter continuously transmits an infrared light beam, and the reflector installed on the opposite side accurately reflects the beam back to the receiver, which is integrated within the same sensor module. When an opaque object (such as a pedestrian or a vehicle) passes through and blocks the beam, the receiver no longer detects the reflected light, and the digital output signal changes state.
The software performs a preliminary classification of passing objects by measuring the total duration of the infrared beam interruption. For example, based on experimental data, a threshold is defined whereby events with a blockage duration of less than 1.5 seconds are classified as “pedestrians,” those between 1.5 and 6 seconds as “vehicles,” and those exceeding 10 seconds as abnormal occupancies, which trigger an alarm.
However, this first version presents several limitations. It cannot determine the direction of movement, as it only registers that an object has passed, and its accuracy is limited because the classification method—relying solely on the time the beam is blocked—is unreliable in real-world scenarios.
These shortcomings motivated the development of a more advanced V2 prototype. To evaluate the performance of V1, the system was tested for approximately one week in a 1.5-meter-wide corridor at the Institute of Physical and Information Technologies (ITEFI) of CSIC, with the sensor and reflector mounted on opposite sides at a height of 1 meter.
Figure 2 shows the sensor and its reflector installed for testing.
To overcome the key functional limitations of Version V1, the V2 prototype underwent a significant hardware upgrade, most notably through the addition of a second reflective photoelectric sensor. The two sensors are placed side by side along the walking direction, separated by a small, fixed distance (typically 10–20 cm). The main components of the system include an Arduino MKR WAN 1310, two reflective photoelectric sensor modules the same model as in the first version with their corresponding reflectors, and a LoRa antenna. Because the physical appearance of these components was already shown in the V1 description, it is not repeated here.
Although the hardware modification appears simple, it provides the logical foundation required for determining direction. The principle is similar to industrial quadrature encoders: when an object passes, it activates the two sensors in sequence, and by analyzing which sensor is triggered first, the firmware can accurately determine the direction of movement. If sensor A is blocked first and sensor B second, the system registers an entry; if sensor B is triggered before sensor A, it records an exit.
To fundamentally address the aforementioned issues, firmware version V2 restructures the core logic using a Finite State Machine (FSM) approach. The FSM abstracts the system into a finite number of states and clearly defines state transitions and the actions to be executed when a specific event is triggered. In embedded systems, the FSM methodology enables complex and intertwined logic to be divided into maintainable and predictable units. Moreover, it compels developers to systematically consider all possible states and transitions prior to implementation, thereby reducing logical vulnerabilities.
In addition, the firmware incorporates an anti-bounce delay of approximately 20 ms when processing sensor inputs. A state change is only confirmed if it remains stable for this duration, effectively reducing misinterpretations caused by mechanical vibrations.
The FSM design in firmware version V2 is structured as follows:
States:
IDLE: Inactive state in which the system waits for any sensor to be triggered. This is the starting point of all detection sequences.
PASSAGE_IN_PROGRESS: Passage state indicating that a detection sequence has started and that the system is tracking the object’s transit process.
Events:
Sensor state change: The signal level of either infrared sensor (ir1_state or ir2_state) changes from LOW to HIGH (blocked) or from HIGH to LOW (unblocked), after passing vibration filtering.
Timeout event: The passage duration exceeds the maximum threshold (PASSAGE_TIMEOUT), or the second sensor is not triggered within the specified time (SEQUENCE_INITIATION_TIMEOUT).
Actions:
Start/stop the timer, record the initial direction (IN or OUT), and update internal flags (bothSensorsWereBlocked, secondSensorTriggered).
-
When secondSensorTriggered is TRUE:
- -
If bothSensorsWereBlocked is TRUE, increment the vehicle counter by +1;
- -
Otherwise, increment the pedestrian counter by +1.
Set the dataNeedsSending flag to trigger subsequent LoRaWAN data transmission.
To formally and unambiguously describe this core logic,
Table 2 presents a simplified version of the FSM state transition rules.
Compared to a simple if–else logic structure, this FSM-based design provides a clearer architecture and more rigorous logical framework. It effectively prevents misclassification caused by signal fluctuations or complex traffic situations (such as direction changes during passage). This approach represents a method for achieving reliable direction determination.
This enhancement transforms the system from merely counting objects to offering directional counting, greatly increasing its practical value.
To investigate the relationship between vehicle traffic and potential vibration events inside the cellars, Version 1 of the system was installed outside two cellars in Baltanás. Since the direction of vehicle movement was not required for this analysis, the system was configured solely to detect passing vehicles and correlate their occurrence with vibration measurements collected within the cellars.
3.1.3. System to Measure Internal Ambient TH at Different Depths
A system to monitor internal ambient TH was designed by the authors. The sensors measure the conditions inside the material’s chamber using an Arduino-based platform. They are digital sensors with adaptable probe lengths. The TH sensors employed are commercial Honeywell HDC302x-Q1 (Honeywell, Charlotte, United States of America) devices, characterized by very low power consumption (<1 mA). The system operates on a 3.7 V, 2.6 mAh battery.
Figure 3.
Sensor developed to measure internal TH.
Figure 3.
Sensor developed to measure internal TH.
A first version of this prototype was tested in Schenkenberg Castle.
3.1.4. System to Measure VWC and Internal Ambient TH
A custom-built system was developed to measure internal wall temperature, relative humidity, and VWC. The system is based on an Arduino MKR WAN 1310 and integrates the previously developed TH sensor together with the commercial SEN0193 to determine VWC. The SEN0193 is an analog capacitive sensor characterized by very low power consumption. The system is powered by a 3.6 V, 2.6 Ah AA battery.
Figure 4.
Custom-built system developed to measure internal wall temperature, relative humidity, and VWC.
Figure 4.
Custom-built system developed to measure internal wall temperature, relative humidity, and VWC.
Two systems were deployed at Ranverso abbey to measure internal TH inside 2 cracks and one system in Schenkenberg Castle.
3.1.5. Wind Speed and Direction Measurement Prototypes
Two prototype systems for measuring wind speed and direction have been developed using MEMS airflow sensors. The first prototype (V1) is designed for low wind speeds up to 10 km/h, while the second prototype (V2) extends the measurement range to 54 km/h. Both systems share a similar architecture based on a low-power microcontroller and multiple airflow sensors arranged in different orientations to estimate wind direction.
V1: Low-speed prototype (0–10 km/h)
This system is based on an Arduino MKR WAN 1310 microcontroller and incorporates four Omron D6F-V03A1 airflow sensors. Each sensor is oriented toward one of the cardinal directions (North, South, East, and West), enabling the estimation of both wind speed magnitude and direction. These MEMS airflow sensors are capable of measuring air velocities up to 10 km/h, making the system suitable for environments with low air movement.
Figure 5.
Prototype V1 of 4-direction anemometer, velocities up to 10 km/h.
Figure 5.
Prototype V1 of 4-direction anemometer, velocities up to 10 km/h.
V2: Extended-range prototype (0–54 km/h)
The second prototype also uses an Arduino MKR WAN 1310 microcontroller but employs four Renesas (FS3000-1015, Renesas Electronics, Tokyo, Japan) airflow sensors. These sensors are based on a MEMS thermopile sensing element and provide digital output with 12-bit resolution, allowing wind speed measurements of up to 54 km/h. As in the first prototype, the four sensors are arranged in different orientations to estimate wind direction.
In addition to airflow sensing, the system incorporates an (SHT35, Sensirion AG, Stäfa, Switzerland) sensor to measure TH with high accuracy, providing environmental context for the wind measurements.
Both prototypes are designed for low-power operation, enabling long-term autonomous deployments powered by batteries. The Arduino MKR WAN 1310 provides integrated LoRaWAN communication, allowing the collected data—wind speed, wind direction, temperature, and humidity—to be transmitted wirelessly over long distances. This design makes the system suitable for environmental monitoring, field experiments, and scientific studies, particularly in remote locations where power availability is limited.
Figure 6.
a) FS3000-1015 air velocity sensor extracted from sparkfun.com, b) electronic board with 4 air velocity sensors, c) electronic board with the Arduino and the battery, d) first encapsulated prototype V2 developed with a 3D printer.
Figure 6.
a) FS3000-1015 air velocity sensor extracted from sparkfun.com, b) electronic board with 4 air velocity sensors, c) electronic board with the Arduino and the battery, d) first encapsulated prototype V2 developed with a 3D printer.
A new version of the system was developed, equipped with a solar panel to allow it to operate without external power.
Figure 7.
New version of the wind and velocity measurement system V2.
Figure 7.
New version of the wind and velocity measurement system V2.
Two systems V2 were deployed in two case studies: one in Delos and another at Ranverso Abbey.
3.1.6. System to Measure Pollution
The authors have been testing various low-cost, low-power sensors to measure different gases, including CO
2, CO, NO
2, NH
3, SO
2, particulate matter (PM), and volatile organic compounds (VOCs). The sensors selected for the prototype are shown in
Table 3.
A visual representation of the system´s components is shown in
Figure 8.
A custom enclosure was designed using computer-aided design (CAD) software. Manufacturing was carried out through additive manufacturing (3D printing). The three-dimensional design, developed with NX software, considered essential criteria of functionality, protection, and non-invasive deployment. The final version of the prototype is shown in
Figure 9.
3.2. Dynamic Systems
Dynamic monitoring systems in cultural heritage refer to approaches where the sensing and data acquisition tasks are performed by mobile platforms rather than fixed installations. Unlike static systems, these solutions rely on movable devices such as UAVs, ground robots, or portable sensing units that can be deployed on demand to inspect specific areas of interest. This mobility enables flexible, high-resolution, and targeted monitoring of inaccessible or hazardous zones, such as upper facades, roofs, or structurally complex regions. Typical applications include gas and pollutant detection, visual inspection, and environmental sampling in localized areas where static sensor deployment is not feasible or sufficient. However, dynamic systems are generally used for short-term or episodic measurements due to constraints in battery life, operational complexity, and limited continuous coverage. As a result, they are often considered complementary to static monitoring infrastructures, providing additional spatial detail and on-demand inspection capabilities within integrated cultural heritage monitoring strategies.
Among the gas-monitoring systems developed in the project, several configurations have been designed and tested. All the systems described so far are intended for static monitoring, meaning they are installed in a fixed location. To monitor large areas, hard-to-reach locations, or sporadically relevant zones, two additional systems were created for dynamic monitoring.
3.2.1. UAV-Mounted Ultralight System
An ultralight system was designed to be placed on an UAV. The system was composed of a light microcontroller the Adafruit Feather M0 WiFi - ATSAMD21 board. This microcontroller was chosen for its light weight, only 6.1 grams. The lightweight system (under 130 g including the battery) designed by the authors is available in two different chimney configurations, vertical and horizontal, see
Figure 11. Both configurations include the same set of gas sensors, (MiCS-6814, Amphenol SGX Sensortech, Corcelles-Cormondrèche, Switzerland) sensor for CO, NH
3 and NO
2 and Sensirion SCD41 (Sensirion AG, Stäfa, Switzerland) for CO
2, temperature, and humidity.
Figure 10.
Ultralight hardware used to design the system to be placed on an UAV.
Figure 10.
Ultralight hardware used to design the system to be placed on an UAV.
A measurement was performed every 10 seconds and it was send using WiFi to the cloud.
The sensors are housed inside the drone’s mounting box, which incorporates a vertical chimney-like ventilation structure. In one configuration, the chimney faces forward; in the other, it faces upward.
Figure 11 shows both systems. This system was tested on the Pilot Site of Schenkenberg in Switzerland. The first results are presented in [
19].
Figure 11.
UAV with two chimney configurations.
Figure 11.
UAV with two chimney configurations.
3.2.2. Quadruped-Robot System
The proposed system uses the Unitree GO2 quadruped robot as its mobile platform, on which a low-power, modular multisensor node has been integrated. The system incorporates environmental sensors, including TH, particulate matter, and different gases. A movable component that rotates the sensor panel toward the wind direction has been designed. This rotation is controlled by a system based on an anemometer, which detects the wind direction and positions the panel accordingly. Connectivity with the central data platform has also been evaluated using two communication technologies: the long-range, low-power LoRaWAN protocol and WiFi communication, enabling remote data transmission, automatic synchronization, and real-time integration with the digital twin platform.
At the hardware level, component selection and integration have been carried out according to criteria of low energy consumption, lightweight design, and modularity. On the software side, embedded programming has been developed to enable synchronized acquisition from multiple sensors, edge preprocessing, and data packaging and transmission management. In addition, preliminary tests have been conducted in real-world environments to validate the feasibility and stability of the system in representative cultural heritage scenarios.
Figure 12 shows the gas-sensing system (SO
2, CO
2, CO, NH
3, NO
2, PM
2.5, temperature, and humidity) with direction detection mounted on the Unitree GO2 robot.
The mechanical design of the system is composed of 3 modules: base, central module and cover, see
Figure 13. In the base is where the rotation system is placed, in the central module the monitor system and in the cover is where the anemometer is placed. When a gas measurement has to be performed the system measures the wind direction and it orientates the central module to this direction to measure the gas pollution.
For the rotation of the system and Arduino WAN 1310 has been used with a magnetic limit switch is incorporated into the Base, while in the Central Module the opposite limit is implemented using a screw with a magnet, see
Figure 14 and
Figure 15. This limit switch is essential in any mechanical system, as without it the angular position of a servomotor cannot be properly determined. The detected position is defined as the mechanical 0°, which allows the system to eliminate accumulated drift and ensure consistent and reliable positioning over time. Once the reference point is calibrated, the system performs the rotation toward the target angle based on the wind direction (θ) using the minimum path strategy.
In the central module is where the monitoring system is located and it is composed of an Arduino microcontroller with several gases sensors. This module is in charge of sending the gas measurements using WiFi or LoRaWAN to the cloud.
Figure 16.
Monitoring system with the gas sensors used in this application.
Figure 16.
Monitoring system with the gas sensors used in this application.
A first version of this prototype was tested in Baltanás. The preliminary results obtained with this system have been presented in [
16].