| |
| en:przyklad [2026/01/05 20:40] – created hkordula | en:przyklad [2026/01/21 15:21] (current) – hkordula |
|---|
| ====== 4. Conclusions and self-assessment ====== | ===== Practical Example: Design of an Air Quality Monitoring System for a Conference Room ===== |
| |
| ===== 4.1. Main conclusions of the study ===== | As part of the practical analysis, a simple measurement node dedicated to monitoring environmental parameters in a conference room was designed and tested. |
| |
| IoT allows for the transformation of a building from a "passive structure" into an "active system" responding to human needs. The analysis of IoT technology in the context of Building Management Systems (BMS) leads to the following conclusions: | === Concept and Components === |
| |
| * **Integration as the key to success:** The greatest added value in smart buildings is generated not by the mere presence of sensors, but by their mutual integration. Real optimization of costs and comfort is only possible when data is exchanged between lighting, air conditioning, and access control systems. | The system is based on an **Edge Computing** architecture—this means that the decision to activate supporting systems (e.g., ventilation) is made directly on the device. This shortens response time and increases the building's reliability in the event of a Wi-Fi network failure. |
| * **The necessity of standardization:** The fragmentation of communication standards (BACnet, ZigBee, MQTT) remains the largest technological barrier. The future of the industry depends on the popularization of open protocols that eliminate the problem of vendor lock-in. However, the Matter protocol offers hope for improvement. | |
| * **Security as a priority:** As the number of endpoints (sensors) in the building network increases, the "attack surface" for cybercriminals grows drastically. IoT system security must be designed at the architectural stage (security by design), rather than added as an optional module. | |
| |
| ==== 4.2. Personal assessment of solutions ==== | === Tools Used: === |
| |
| In my opinion, IoT technology in building management is currently at a turning point. It is ceasing to be a luxury and is becoming an operational standard forced by rising energy prices and environmental regulations (e.g., EU directives on energy efficiency). We are moving into a phase of "building autonomy," where the human role is limited to supervising AI algorithms that independently learn user habits. A key future trend will be the combination of IoT with Artificial Intelligence (AIoT). Buildings will not just collect data but autonomously make decisions about energy shifts, allowing for the creation of so-called zero-energy buildings. I believe that the use of Digital Twins for every major commercial facility will become standard. This will allow not only for better day-to-day management but also for testing crisis scenarios (e.g., evacuation or power grid failure) in a virtual environment before they occur in reality. I see the greatest potential in pro-ecological solutions. In the face of rising energy prices and restrictive CO2 emission standards (e.g., EU EPBD directives), IoT systems are becoming essential. My assessment is clearly positive: despite high entry costs and challenges related to data privacy, the social and environmental gain resulting from smart building management is indisputable. | * **Simulator:** Wokwi (an environment for prototyping embedded systems). (( Wokwi Environment Documentation, ESP32 Simulator, https://docs.wokwi.com/guides/esp32, accessed: 18.01.2026. )) |
| | * **Microcontroller:** ESP32 (chosen for its low power consumption and integrated connectivity). |
| | * **Sensor:** DHT22 (a digital sensor measuring temperature and humidity with high precision). |
| | * **Signaler:** LED diode with a 220Ω resistor (simulating the activation of air conditioning/heat recovery). |
| | |
| | **Wiring Diagram (Hardware)** |
| | The following diagram shows the physical connection structure implemented on the virtual microcontroller: |
| | |
| | {{ :wiki:schemat.png?nolink&600 |}} |
| | |
| | **DHT22 Wiring:** |
| | * VCC -> 3.3V |
| | * GND -> GND |
| | * Data -> GPIO 15 |
| | **LED Wiring:** |
| | * Anode (+) -> Resistor -> GPIO 2 |
| | * Cathode (-) -> GND |
| | |
| | {{ galeria:schemat_polaczen.svg | ESP32 Wiring Diagram}} |
| | |
| | === Software Implementation === |
| | |
| | The following code performs parameter readings every 2 seconds. It includes a function to filter out erroneous readings (isnan) and threshold logic for comfort levels, set to a temperature range of 18°C to 24°C and humidity between 30% and 60%. |
| | |
| | {{ galeria:kod.png?nolink&600 |}} |
| | |
| | === Results === |
| | |
| | Analysis of the prototype showed that the DHT22 sensor, despite its simplicity, is sufficient for monitoring general work comfort in a conference room. In a real-world IoT-managed building deployment, a Wi-Fi section would be added to the code to handle data transmission to a central database. This would allow the property manager to generate daily reports and optimize the building's heating curve. |
| | |
| | <WRAP group> |
| | <WRAP half column center> |
| | {{ :wiki:logi.png?nolink&600 |}} |
| | </WRAP> |
| | |
| | <WRAP half column center> |
| | {{ galeria:dioda.png?nolink&600 |}} |
| | </WRAP> |
| | </WRAP> |