Przejdź do głównej zawartości

Wymagania Bezpieczeństwa

Ostatnia aktualizacja: 2026 r.

1. Zakaz Stosowania w Systemach Krytycznych (High-Risk Applications)
Dział zatytułowany „1. Zakaz Stosowania w Systemach Krytycznych (High-Risk Applications)”

Oprogramowanie ICAS Automation NOT DESIGNED FOR CRITICAL USE. Nie jest ono zaprojektowane, testowane ani certyfikowane do użytku w środowiskach wymagających niezawodności krytycznej (High-Risk Applications).

Kategorycznie zabrania się stosowania Oprogramowania do:

  • Sterowania urządzeniami podtrzymującymi życie lub aparaturą medyczną.
  • Pełnienia funkcji jedynego lub głównego systemu przeciwpożarowego, przeciwwybuchowego, przeciwzalaniowego lub przeciwwłamaniowego.
  • Sterowania instalacjami, których awaria lub nagłe zatrzymanie może bezpośrednio zagrażać życiu, zdrowiu ludzkiemu lub prowadzić do znacznych szkód materialnych.
  • Zastępowania fizycznych, mechanicznych i elektrycznych urządzeń zabezpieczających (np. zaworów bezpieczeństwa, termostatów bimetalicznych STB, fizycznych bezpieczników nadprądowych).

Użytkownik oraz Instalator muszą uwzględnić logikę działania mechanizmu licencyjnego w projekcie instalacji:

  • Tryb Nieaktywny: W przypadku wygaśnięcia 14-dniowego okresu próbnego, braku opłaconej licencji Pełnej lub braku możliwości przeprowadzenia okresowej weryfikacji sieciowej (spowodowanej długotrwałym brakiem połączenia internetowego centrali), Oprogramowanie automatycznie przechodzi w tryb nieaktywny i wstrzymuje wykonywanie algorytmów decyzyjnych oraz sterowanie przełącznikami.
  • Warunek Fail-Safe: Zatrzymanie działania pętli logicznej QuickAppa nie może powodować zagrożenia dla instalacji. Odbiorniki energii (np. grzałki, pompy, ładowarki) muszą być skonfigurowane tak, aby w przypadku braku sygnału sterującego domyślnie przechodziły w bezpieczny stan wyłączony lub realizowały autonomiczną ochronę sprzętową.
3. Wymóg Bezpieczników Fizycznych (Hardware Fallback)
Dział zatytułowany „3. Wymóg Bezpieczników Fizycznych (Hardware Fallback)”

Automatyka programowa (QuickApp) realizuje logikę w modelu Local-First, lecz nigdy nie może stanowić jedynej linii obrony przed awarią sprzętową lub wstrzymaniem pracy oprogramowania.

  • Instalacje Grzewcze: Każdy obwód grzewczy sterowany przez Oprogramowanie musi posiadać niezależne, mechaniczne zabezpieczenie przed przegrzaniem (np. kapilarny termostat bezpieczeństwa STB odłączający zasilanie obwodu wykonawczego po przekroczeniu dopuszczalnej temperatury).
  • Pompy, Zawory i Magazyny Energii: Urządzenia wykonawcze i pomiarowe muszą posiadać fabryczne, autonomiczne zabezpieczenia przed pracą na sucho, przeciążeniem, zwarciem oraz przekroczeniem parametrów roboczych.

Użytkownik lub Instalator konfigurujący system ma obowiązek:

  • Przeprowadzić testy stanu bezpiecznego: Symulować sytuacje awaryjne (zanik zasilania, brak łączności Z-Wave/Wi-Fi, całkowity brak dostępu do Internetu oraz przejście aplikacji w tryb DISABLED) i upewnić się, że fizyczna instalacja przechodzi w stan całkowicie bezpieczny (Fail-Safe).
  • Weryfikować stan po aktualizacjach: Regularnie sprawdzać poprawność działania podłączonych urządzeń wykonawczych oraz weryfikować poprawność wprowadzonych zmiennych konfiguracyjnych po każdej aktualizacji oprogramowania układowego centrali (Fibaro HC3 / Yubii Home OS) lub aktualizacji samego QuickAppa.