Różnice

Różnice między wybraną wersją a wersją aktualną.

--- pl:przyklad [2026/01/05 20:41] – utworzono hkordula
+++ pl:przyklad [2026/01/21 15:34] (aktualna) – hkordula
@@ Linia 1: / Linia 1: @@
-====== 4. Wnioski i ocena własna ======
+===== Autorski przykład: Projekt systemu monitoringu jakości powietrza w sali konferencyjnej =====
-===== 4.1. Główne wnioski z opracowania =====
+W ramach analizy praktycznej zaprojektowano i przetestowano prosty węzeł pomiarowy dedykowany do monitoringu parametrów środowiskowych w sali konferencyjnej.
-IoT pozwala na transformację budynku z "pasywnej bryły" w "aktywny system" reagujący na potrzeby ludzi. Analiza technologii IoT w kontekście zarządzania budynkami (BMS) prowadzi do następujących konkluzji:
+=== Koncepcja i komponenty ===
-  * **Integracja jako klucz do sukcesu:** Największą wartość dodaną w inteligentnych budynkach generuje nie sama obecność czujników, lecz ich wzajemna integracja. Dopiero wymiana danych między systemem oświetlenia, klimatyzacji i kontroli dostępu pozwala na rzeczywistą optymalizację kosztów i komfortu.
+System opiera się na architekturze Edge Computing – oznacza to, że decyzja o aktywacji systemów wspomagających (np. wentylacji) zapada bezpośrednio na urządzeniu, co skraca czas reakcji i zwiększa niezawodność budynku w przypadku awarii sieci Wi-Fi.
-  * **Konieczność standaryzacji:** Fragmentacja standardów komunikacyjnych (BACnet, ZigBee, MQTT) pozostaje największą barierą technologiczną. Przyszłość branży zależy od upowszechnienia otwartych protokołów, które wyeliminują problem uzależnienia od jednego dostawcy (vendor lock-in). Choć protokół Matter daje nadzieję na poprawę.
-  * **Bezpieczeństwo priorytetem:** Wraz ze wzrostem liczby punktów końcowych (sensorów) w sieci budynkowej, drastycznie rośnie "powierzchnia ataku" dla cyberprzestępców. Bezpieczeństwo systemów IoT musi być projektowane na etapie architektury (security by design), a nie dodawane jako opcjonalny moduł.
-==== 4.2. Własna próba oceny rozwiązań ====
+=== Wykorzystane narzędzia: ===
-Moim zdaniem, technologia IoT w zarządzaniu budynkami znajduje się obecnie w punkcie zwrotnym. Przestaje być ona luksusem, a staje się standardem operacyjnym wymuszonym przez rosnące ceny energii i regulacje środowiskowe (np. dyrektywy unijne dotyczące efektywności energetycznej). Przechodzimy do fazy "autonomii budynkowej", gdzie rola człowieka ogranicza się do nadzoru nad algorytmami AI, które samodzielnie uczą się nawyków użytkowników. Kluczowym trendem przyszłości będzie połączenie IoT ze sztuczną inteligencją (AIoT). Budynki nie będą tylko zbierać danych, ale autonomicznie podejmować decyzje o przesunięciach energetycznych, co pozwoli na tworzenie tzw. budynków zeroenergetycznych. Uważam, że standardem stanie się wykorzystanie tzw. Digital Twins (cyfrowych bliźniaków) dla każdego większego obiektu komercyjnego. Pozwoli to nie tylko na lepsze zarządzanie bieżące, ale także na testowanie scenariuszy kryzysowych (np. ewakuacji czy awarii sieci energetycznej) w środowisku wirtualnym przed ich wystąpieniem w rzeczywistości. Największy potencjał widzę w rozwiązaniach proekologicznych. W obliczu rosnących cen energii i restrykcyjnych norm emisji CO2 (np. unijne dyrektywy EPBD), systemy IoT przestają Moja ocena jest jednoznacznie pozytywna: mimo wysokich kosztów wejścia i wyzwań związanych z prywatnością danych, zysk społeczny i środowiskowy wynikający z inteligentnego zarządzania budynkami jest bezdyskusyjny.
+  * **Symulator:** Wokwi (środowisko do prototypowania systemów wbudowanych). (( Dokumentacja środowiska Wokwi, ESP32 Simulator, https://docs.wokwi.com/guides/esp32, dostęp: 18.01.2026. ))
+  * **Mikrokontroler:** ESP32 (wybrany ze względu na niskie zużycie energii).
+  * **Czujnik:** DHT22 (sensor cyfrowy mierzący temperaturę i wilgotność z wysoką precyzją).
+  * **Sygnalizator:** Dioda LED z rezystorem 220Ω (symulująca załączenie klimatyzacji/rekuperacji).
+**Schemat połączeń (Hardware)**
+Poniższy schemat przedstawia fizyczną strukturę połączeń wykonaną na wirtualnym mikrokontrolerze:
+{{ :wiki:schemat.png?nolink&600 |}}
+**DHT22:**
+  * VCC ->3.3V
+  * GND -> GND
+  * Data ->GPIO 15
+**LED:**
+  * Anoda (+) -> rezystor -> GPIO 2
+  * Katoda (-) -> GND
+{{ galeria:schemat_polaczen.svg |Schemat połączeń ESP32}}
+=== Implementacja programowa ===
+Poniższy kod realizuje odczyt parametrów co 2 sekundy. Zastosowano w nim funkcję filtrowania błędnych odczytów (isnan) oraz logikę progową dla temperatury komfortu ustawioną na przedział od 18°C do 24°C oraz wilgotności od 30% do 60%.
+{{ galeria:kod.png?nolink&600 |}}
+=== Rezultat ===
+Analiza prototypu wykazała, że czujnik DHT22, mimo swojej prostoty, jest wystarczający do monitorowania ogólnego komfortu pracy w Sali konferencyjnej. W rzeczywistym wdrożeniu w budynku zarządzanym przez IoT, w kodzie powinna pojawić się sekcja Wi-Fi odpowiadałaby za przesyłanie tych danych do centralnej bazy danych, co pozwoliłoby zarządcy nieruchomości na generowanie raportów dobowych i optymalizację krzywej grzewczej budynku.
+<WRAP group>
+<WRAP half column>
+{{ :wiki:logi.png?nolink&600 |}}
+</WRAP>
+<WRAP half column>
+{{ galeria:dioda.png?nolink&600 |}}
+</WRAP>
+</WRAP>