Prezentacja na temat integracji i systemów zarządzania infrastrukturą budynków dzięki usługą oraz multi-protokołowej bramki sprzętowej oferowanej przez ConnectorIO. Platforma do Industrie 4.0, Internetu Rzeczy do zarządzania infrastrukturą techniczną i automatyzacji systemów budynkowych za pośrednictwem chmury. Więcej informacji: 🔹 Nasza strona: https://connectorio.com Media społecznościowe: ◼️ Linkedin: https://www.linkedin.com/company/12662346/ ◼️ Facebook: https://www.facebook.com/connectorio ◼️ Twitter: https://twitter.com/connectorio Skontaktuj się z nami: 🔹 https://connectorio.com/contact/

1. Produkty i usługi . 2019
Platforma IIoT, Cloud BMS | Integrujemy - Analizujemy - Automatyzujemy
Łączymy systemy techniczne budynków przemysłowych i komercyjnych, analizujemy ich efektywność,
automatyzujemy w sposób inteligentny, aby stały się aktywami i pracowały na rzecz firmy.

2. ★ Integracji systemów technicznych i urządzeń
znajdujących się w nieruchomościach
przemysłowych i komercyjnych.
★ Rozwoju oprogramowania do zarządzania i optymalizacji
systemów technicznych budynków opartego na chmurze.
Nazywamy się ConnectorIO
Connector (łącznik) + IO (input/output)
Specjalizujemy się w:
ConnectorIO
Cloud
Industry 4.0 | Commercial Real-Estate (CRE)
DZIĘKI CHMURZE UMOŻLIWIAMY ZDALNE:
⬡ Zarządzanie
⬡ Sterowanie
⬡ Automatyzację
⬡ Raportowanie i analizę danych urządzeń
01 Mierzenie
02 Monitoring
03 Analiza
04 Automatyzacja

3. Założenie firmy w oparciu o wcześniejsze
doświadczenie zawodowe. Główny nacisk - integracja
oprogramowania w scenariuszach korporacyjnych.
Rozpoczęcie pracy z Nokia Siemens Network.
Powstał Code-House
2008
Podpisanie umowy z amerykańskimi firmami (później
Alcatel-Lucent, Red-Hat) w celu opracowania produktów
w pełni opartych na oprogramowaniu open-source.
Zaangażowanie
w Open-Source
2010
O firmie
Solidny Partner
Prace nad oprogramowaniem automatyki domowej
i powiązaną z nim społecznością open-source.
Pierwsze projekty w dziedzinie integracji BACnet
i systemów grzewczych.
Automatyka Domowa
2015
Utworzenie sp. z o.o. w celu zbudowania kompletnego
produktu dla rynku nieruchomości przemysłowych
i komercyjnych opartego na zasadach IoT i Industry 4.0.
Powstaje marka ConnectorIO
2018
DOŚWIADCZENIE
Nasze wdrożenia obejmują
optymalizację central HVAC, aplikacje
sterujące systemem oświetleniowym,
monitoring środowiska czujnikami
BLE (Bluetooth) oraz pomiary mediów
oparte na OMS i WM-Bus.
ConnectorIO jako spółka i marka
powstało w 2018 r. Połączyliśmy ponad
11-letnie doświadczenie w rozwoju
oprogramowania open-source oraz
middleware z pasją do automatyki
budynkowej i doświadczeniem
w zakresie integracji
systemów od 2015 r.

4. Nasze usługi
● Doradztwo w zakresie
oprogramowania typu open-source.
● Integracje sprzętu z platformami
IoT (Internet Rzeczy).
● Rozwój oprogramowania
i protokołów komunikacyjnych IoT.
● Integracje z chmurą
chmura → urządzenie
urządzenie → chmura
chmura → chmura
● Implementacja zasad i mechanizmów bezpieczeństwa
i uwierzytelniania / autoryzacji (0Auth 2 / OpenID).

5. Korzyści - Co wyróżnia
nasze oprogramowanie

6. Korzyści
Korzyści wynikające z instalacji ConnectorIO dla użytkownika końcowego:
• Uwspólnienie łączności urządzeniom różnych producentów w jednym centralnym systemie.
• Kontrola zużycia energii i mediów, w czasie rzeczywistym (próbkowanie danych nawet co 1s).
• Zwiększenie efektywności energetycznej budynku dzięki zaawansowanej automatyzacji
opartej na inteligentnych regułach i skryptach, a nie na nieefektywnych grafikach.
• Pełny nadzór nad infrastrukturą i danymi budowlanymi / produkcyjnymi w jednym panelu.
• Bezpieczny zapis danych w chmurze – brak ograniczeń na ilość danych, dzięki czemu można
próbkować dane z wysoką częstotliwością i pominąć ograniczenia sterownika sprzętowego.
• Szybka i łatwa modernizacja istniejącej infrastruktury sprzętowej o urządzenia IoT.
• Zdalny dostęp do systemu na urządzeniach mobilnych - różne poziomy autoryzacji dostępu.
• Łatwy w obsłudze interfejs użytkownika i prosta konfiguracja urządzeń, która nie wymaga
nauki programowania. Funkcja auto-wykrywania urządzeń (w zależności od protokołu).
• Krótki czas wdrożenia użytkowników w obsługę ConnectorIO i niższe wymogi kompetencyjne.
• Aktualizacja oprogramowania na bieżąco (w chmurze - nie wymaga interwencji w obiekcie).
• Wysoka skalowalność i modularność rozwiązania, która pozwala na dodawanie nowych
rozszerzeń i usuwanie urządzeń z systemu bez konieczności przeprogramowania całości.
ConnectorIO
Cloud

7. Jeden System – Wiele Integracji
Sprzęt, łączność, obsługiwane urządzenia

8. MODUŁOWA BUDOWA
Rozszerzalność, łatwe aktualizowanie
systemu i dodawanie funkcjonalności
Modułowa architektura systemu ConnectorIO pozwala
w elastyczny sposób dołączać nowe rozszerzenia.
Rozszerzenia są umieszczone w warstwie programowej
systemu, niezależnej od sterownika sprzętowego urządzenia
końcowego, co umożliwia łatwą aktualizację i dodawanie
nowych funkcjonalności bez konieczności programowania
firmware sterownika sprzętowego.
Ta modularność pozwala nie tylko na integrowanie nowych
urządzeń, ale oznacza możliwość integracji ConnectorIO
z innymi serwisami opartymi na chmurze i zwiększanie
funkcjonalności i wartości systemu dla użytkownika końcowego.
CLOUD
KNX
BACnet
Modbus
OMS
ROZSZERZENIE

9. Ujednolicenie Komunikacji i Sterowania
Obsługa wielu protokołów, integracja urządzeń różnych producentów w jednym panelu.
®Znaki zarejestrowane - wymienione marki i logo są zastrzeżonymi znakami towarowymi należącymi do odpowiadających im właścicieli.
ConnectorIO jest uniwersalną, programową magistralą komunikacyjną (wspólnym kanałem, przez który urządzenia wymieniają informacje).
System ujednolica dane (i jednostki miar) pochodzące z urządzeń różnych producentów i zapewnia kompatybilność, dzięki czemu można nimi
sterować z jednego miejsca.
MAGISTRALA KOMUNIKACYJNA
Kompatybilność, Ujednolicenie Danych
Wiele Urządzeń - Jeden Interfejs

10. ConnectorIO : Sprzęt + Oprogramowanie
ConnectorIO potrzebuje minimum jednej centralnej jednostki komputerowej, na której
znajduje się oprogramowanie sterujące oparte na zabezpieczonym systemie Linux.
Rola jednostki centralnej:
• pracuje jako serwer danych przekazywanych do chmury,
• tworzy i obsługuje cyfrowe odpowiedniki urządzeń (digital-twin),
• obsługuje komunikację lokalną i przechowuje reguły automatyzacji urządzeń,
• gromadzi dane w przypadku braku komunikacji z chmurą i przechowuje do czasu
ustanowienia połączenia.
Jednostka centralna (CN), to komputer przemysłowy, który umożliwia pracę
w ekstremalnych warunkach (zapylenie, wysokie/niskie temperatury).
Jednostka centralna (CN) występuje w wielu różnych konfiguracjach i zapewnia obsługę
tylu urządzeń końcowych, ile jest dostępnych portów wejścia/wyjścia.
W przypadku nieruchomości o bardzo rozproszonej strukturze, łączność z urządzeniami
końcowymi można zapewnić bezprzewodowo, lub odpowiednio zwiększyć ilość bramek
komunikacyjnych ConnectorIO.
ConnectorIO może pracować:
• Jako serwis w chmurze, lub jako system lokalny.
• Równolegle do istniejącego sytemu typu BMS/SCADA, lub samodzielnie obsługiwać
systemy techniczne budynku.
Jednostka Centralna (CN) / Bramka ConnectorIO –
tu jest zainstalowane oprogramowanie (na Linux OS).
CN
Agregujemy Dane w Chmurze
skupiamy wszystkie systemy w jednym
centralnym panelu użytkownika, z którego
można je monitorować i nimi sterować.
Systemy Techniczne Budynku
ConnectorIO
CLOUD

11. Koncepcja łączenia urządzeń w ConnectorIO
UWAGA: jedna bramka może obsłużyć kilka różnych
protokołów. Dodatkowe bramki znajdują się na
schemacie, aby pokazać rodzaj połączenia.
W minimalnej konfiguracji wystarczy jedna Jednostka
Centralna tożsama z Bramką ConnectorIO z rysunku.

12. INBOX - dodawanie
urządzeń
• Standardowe urządzenia, które pozwalają na komunikację, są automatycznie
rozpoznawane i pojawiają się w „Skrzynce odbiorczej - INBOX”.
• Proces jest w pełni automatyczny, użytkownik musi tylko zatwierdzić integrowane
z systemem urządzenia.
• Proces skanowania można uruchamiać i powtarzać wielokrotnie bez wpływu na
już zintegrowane urządzenia.
Wyszukiwanie urządzeń i szybka integracja:
Urządzenia, które obsługują auto-discovery
mogą zostać dodane w kilku kliknięciach.
• System tworzy cyfrowy odpowiednik urządzenia – tzw. Digital Twin (cyfrowy bliźniak).
• Cyfrowy Bliźniak jest rodzajem warstwy logicznej chroniącej urządzenie fizyczne przed
atakami hakerskimi i zabezpiecza przed dostępem do całej sieci automatyki budynku.

13. * Zautomatyzowane - z dodatkowym opisem lub źródłem danych cały proces może być wykonany
minimalnym nakładem pracy.
* Możliwe - możliwe do wykonania, jeszcze niezaimplementowane.
* Szablon - możliwe stworzenie szablonu urządzenia i zdefiniowanie jednym kliknięciem.
* "Homie IoT" - Konwencja MQTT dla IoT / M2M - więcej informacji na https://homieiot.github.io/
OBSŁUGA AUTO-DISCOVERY
(funkcja automatycznego wykrywania urządzeń i ich właściwości – wejścia/wyjścia, tzw. Plug & Play)
Auto-wykrywanie (Plug & Play)
Funkcja automatycznego wykrywania
urządzeń i opisywania ich właściwości.
Dzięki funkcjonalności auto-discovery (A.-D.) instalator może
włączyć urządzenia w system w kilku prostych krokach.
KORZYŚCI Z AUTO-DISCOVERY:
• Oszczędność czasu – błyskawiczna integracja urządzeń
• Prostota – brak konieczności programowania sterowników
• Podstawowe kompetencje związane z obsługą systemów
komputerowych wystarczą do integracji urządzeń z A.-D.

14. Konfiguracja urządzeń • Nie wymaga znajomości języków programowania i z reguły sprowadza się do
podania adresu IP urządzenia i ewentualnie portu.
• Kiedy następują zmiany w konfiguracji sprzętowej, wystarczy edytować parametry
urządzenia w zakładce Things, aby bez restartu zaktualizować system.
Integracja urządzeń oraz ustawienie automatyzacji w ConnectorIO
nie wymaga znajomości języków programowania.
Do obsługi systemu wystarczą podstawowe kompetencje z zakresu
obsługi typowych systemów komputerowych, lub aplikacji mobilnych.
Mechanizm automatyzacji jest pokazany w dalszej części prezentacji.

15. Digital-Twin (Cyfrowy Bliźniak)
Cyfrowa reprezentacja urządzenia w systemie
- bezpieczeństwo i wymienność komponentów
CYFROWY BLIŹNIAK:
• Odzwierciedla tylko te funkcjonalności
urządzenia, które zostały autoryzowane.
• Dostęp do urządzenia fizycznego odbywa się
za pośrednictwem bliźniaka.
Digital-Twin nie jest ograniczony
oprogramowaniem sterownika sprzętowego,
dzięki czemu może udostępniać rozszerzoną
funkcjonalność.
(przykładowo zapis i odczyt z urządzenia
może następować z wyższą częstotliwością
niż bezpośrednio ze sterownika).
• Cyfrowe Bliźniaki mogą komunikować się ze
sobą w systemie niezależnie od tego, czy w
rzeczywistości są fizycznie połączone, czy nie.
• Digital-Twin umożliwia sterowanie stanem
urządzenia jednocześnie stanowiąc zaporę
ogniową.
ConnectorIO nie komunikuje się bezpośrednio ze sterownikami
sprzętowymi urządzeń końcowych, tylko z cyfrowymi bliźniakami.
System jest skonstruowany w taki sposób, aby warstwa fizyczna była
odseparowana od oprogramowania i nie było możliwości ataku
na urządzenia z sieci.

16. Ułożenie infrastruktury
technicznej i łączność
Fizyczne połączenie urządzeń z Jednostką
Centralną / Bramką ConnectorIO. Autoryzacja
urządzeń w systemie za pomocą tokenów.
Utworzenie cyfrowych bliźniaków.
Uruchomienie chmury
i autoryzacja użytkowników
Uruchomienie oprogramowania ConnectorIO,
utworzenie kont i przydzielenie dostępów
użytkownikom, wygenerowanie tokenów
i haseł do logowania.
Dostosowanie dashboardu
i reguł automatyzacji
Każdy klient ma inne potrzeby, dlatego:
– interfejs użytkownika umożliwia tworzenie
widżetów, które wizualizują dane,
lub
–zespół Connectorio może spersonalizować
panel użytkownika i dostosować go do
konkretnych potrzeb klienta.
1
2
3
Jak wygląda proces wdrożenia?
Instalacja systemu wymaga trzech kroków.
12

17. ConnectorIO jako system
zarządzania budynkiem
Rożnice w stosunku do BMS

18. HVACW budynkach działa wiele systemów
sterowania, które są NIEPOŁĄCZONE!
Projektowanie instalacji jest często wykonywane przez oddzielne
podmioty, co prowadzi do niezgodności i braku wymiany danych
pomiędzy systemami oddanymi do użytku.
Niektóre systemy są dostępne na każdym piętrze i Najemca ma do
nich dostęp, ale pozostałe są obsługiwane przez zarządcę budynku.
Pomimo wdrożenia automatyzacji, wiele urządzeń jest nadal
sterowanych w oparciu o uproszczone harmonogramy.
Zarządzanie w oparciu o harmonogramy jest nieekonomiczne.
Nie sprawdza się w szczególności w przypadku obiektów
biurowych, których stan zagospodarowania często się zmienia.
NIEEFEKTYWNE zarządzanie
energią oparte na grafikach!
Czujniki
Elektryczność
Kontrola Dostępu

19. Czujniki monitorujące temperaturę, wilgotność i inne parametry otoczenia.
Przełączniki manualne, naścienne
Czujniki środowiska, sensory
Systemy ostrzegania, kontroli dostępu
Liczniki mediów, energii elektrycznej
Centrale HVAC
SYSTEMY, KTÓRE INTEGRUJEMY
Przełączniki ręczne mogą być monitorowane w systemie.
Można je wykorzystać jako dodatkowe wskaźniki obecności w obiekcie.
Monitorowanie zapotrzebowania na gaz, ogrzewanie, wodę, elektryczność.
Monitorowanie efektywności w zestawieniu z rzeczywistym
zapotrzebowaniem.

20. Ograniczenie wydatków na energię
Mniejsze zapotrzebowanie na ciepło
Uzasadnione chłodzenie
Redukcja emisyjności CO2
01
02
03
04
​Urządzenia i światła są włączane tylko wtedy, gdy jest to
konieczne, a nie ​dlatego, że ktoś je pozostawił włączone.
Wyłączanie nieaktywnych urządzeń
Dzięki zintegrowaniu kilku systemów i analizowaniu trednów
zużycia mediów łatwo można dokonać korekty ogrzewania,
która jest oparta na realnych danych, a nie prognozach.
Puste pomieszczenia nie są ogrzewane​
W pomieszczeniach, które pozostają puste przez dłuższy czas,
klimatyzacja jest automatycznie ograniczana.
​Klimatyzowanie ludzi, a nie mebli
Trendy zrównoważonego rozwoju zmuszają zarządców
nieruchomości do poszukiwania oszczędności. Najbardziej
efektywnym kosztowo elementem, na którym można
wygenerować oszczędności jest zwiększenie efektywności
infrastruktury technicznej.
​Zielony budynek
Ujednolicone Zarządzanie Infrastrukturą Techniczną
= Oszczędności!

21. PORÓWNANIE - Lokalny system BMS/BAS a ConnectorIO
Cecha Lokalny BMS ConnectorIO
Kontroler Zamknięty - dedykowany 1 lub 2 zdefiniowanym standardom
Otwarty - niepowiązany z określonym protokołem komunikacyjnym.
Ograniczony tylko ilością fizycznych interfejsów.
W przypadku niektórych standardów komunikacji możliwe jest automatyczne wykrywanie
urządzeń (plug & play).
Strumienie danych
(wejścia/wyjścia)
Ograniczony Konfigurowalny, w razie potrzeby można wykorzystać wszystkie dostępne kanały
Bramki podstawowe
(łączniki systemowe)
- $$$ drogie (setki euro),
- łączą tylko 2 standardy,
- Sprzężenie standardów należy zaprogramować przed użyciem przy użyciu narzędzi projektowych
specyficznych dla branży + aktualizacji oprogramowania układowego
- bramki działają w sposób rozproszony
- element pasywny, ograniczona komunikacja między bramkami.
- zmiany w konfiguracji urządzenia brzegowego są umiarkowanie proste,
- nie jest wymagana bezpośrednia fizyczna interakcja z urządzeniem brzegowym
- zmiany mogą być wprowadzane przez sieć
Bramki z serwerem web -
webserver
- $$$$ droższe niż bramki podstawowe,
- wymagają dużych nakładów pracy programistycznej, która odbywa się poza bramką (na serwerze
sieciowym)
Tryb pracy (lokalnie/zdalnie)
Tylko lokalnie.
Połączenie z chmurą możliwe, ale ograniczone do funkcji zaprogramowanych w sterowniku
sprzętowym i uzależnione od typu urządzenia.
Lokalny lub w chmurze (zdalny) - w nieruchomości lub poza nią.
Możliwości aplikacji w chmurze
Ograniczona, nie modularna:
- ogranicza się do kompatybilności modelu urządzenia i aktualizacji oprogramowania układowego.
- zwykle dostępni są tylko dostawcy głównego nurtu lub systemy chmurowe specyficzne dla
dostawców.
Nie ma ograniczeń, modularna (elastyczna) architektura:
- współpracuje z rozmaitymi głównymi oraz z nietypowymi dostawcami usług w chmurze.
Aktualizacje systemu
Kosztowne i skomplikowane - wymaga przeprogramowania oprogramowania znajdującego się w
układzie sterownika sprzętowego lub modernizacji sprzętu i interwencji wielu podwykonawców
(integratorów, operatorów BMS) na miejscu - w nieruchomości.
Stosunkowo łatwo, bez potrzeby fizycznej interwencji w lokalu.
Aktualizację można wykonać zdalnie.
Kompetencje operatora systemu Potrzebni są wysoko wykwalifikowani specjaliści. Wymaga podstawowych kompetencji w zakresie obsługi aplikacji komputerowych.
Backup - przechowywanie danych
Dane są zwykle przechowywane w bazie danych SQL znajdującej się na fizycznym urządzeniu
rejestrującym, które jest zainstalowane w nieruchomości.
Dane mogą być przechowywane lokalnie lub w chmurze.
Danych przechowywanych w chmurze nie dotyczą rygorystyczne ograniczenia zapisu na
nośniku lokalnym.
Zakres przechowywanych danych
Ograniczony
- zwykle ogranicza się do „dziennika trendów” dostępnego na poziomie rejestru sterownika
sprzętowego i zapisu tego dziennika w bazie danych SQL
Bez ograniczeń, można go wielokrotnie definiować i łatwo go przeprogramować.
Czas przechowywania danych
(zanim dane zostaną nadpisane)
5-60 minut, 1-dzień, 1-tydzień, 1-miesiąc
- ograniczona pojemnością lokalnego nośnika danych BMS,
- dane podlegają uśrednianiu,
- wartości skrajne mogą podlegać tzw. „rozmyciu”,
- w przypadku wymiany sprzętu, konieczna jest równoczesna wymiana nośnika danych.
Zależy tylko od rozdzielczości próbkowania danych według urządzenia i pojemności
pamięci.
- w przypadku przechowywania w chmurze mogą to być milisekundy, a nawet miesiące /
lata przechowywania danych.

22. W jaki sposób implementujemy
Chmurę (cloud-computing)?

23. A) BMS1: Tradycyjna integracja urządzeń (lokalnie)
Urządzenie Sterownik BMS
1) Ta sama zasada dotyczy systemów SCADA, z których wywodzą się BMS-y
B) IoT: Standardowe wdrożenie
Urządzenie Bramka Dostawca Chmury2
Tradycyjny sposób integracji urządzeń + Chmura IoT
2) Np. jeden z wiodących dostawców rozwiązań cloud-computing z rynku.

24. Możliwości implementacji chmury ConnectorIO
Sterownik Urządzenie
ConnectorIO
Cloud 1
REST
API
Bramka
ConnectorIO
1. Bezpośrednio do urządzenia
Kontroler Urządzenie
ConnectorIO
Cloud
REST
API
Bramka
ConnectorIO
2. Za pośrednictwem kontrolera
1) ConnectorIO Cloud może korzystać z infrastruktury dowolnego dostawcy rozwiązań cloud-computing. Klient ma pełną dowolność wyboru.

25. 3. Za pośrednictwem bramki / BMS 4. Chmura do Chmury
ConnectorIO
Cloud
Bramka
Urządzenie
Dostawca Chmury
HTTP/COAP/
MQTT/TCP
itd.
odczyty cykliczne
lub
monitorowanie
zdarzeń
REST
API
Bramka
ConnectorIO
Bramka
Urządzenie
Starszy
HVAC
HTTP +
webhook
MQTT (?)
Dostawca ChmuryConnectorIO
Cloud
REST
API
Bramka
ConnectorIO
Możliwości implementacji chmury ConnectorIO
W scenariuszu nr 4, ConnectorIO może zostać wykorzystane
do zapewnienia łączności ze starszymi urządzeniami, które nie są
obsługiwane przez Chmurę IoT, co pozwoli na integrację nowoczesnych
urządzeń Internetu Rzeczy z istniejącymi instalacjami budynkowymi.

26. Interfejs Oprogramowania
i Wizualizacje Danych

27. Zarządzanie
W głównym panelu administracyjnym
użytkownik może wykonać następujące
czynności:
• Przejrzeć stan wejść i wyjść, które są
pogrupowane według urządzeń.
• Ręcznie ograniczać/zezwalać na zapis
danych wejściowych z urządzeń.
System zapewnia jednolity interfejs dla
wszystkich zintegrowanych urządzeń. Jest
to ważny aspekt koncepcji Cyfrowego
Bliźniaka.

28. Kanały urządzeń • Każde urządzenie posiada wiele kanałów (wejść/wyjść), ale to użytkownik
decyduje, które z nich będą dostępne w systemie, a które odłączone.
• Odłączenie niewykorzystywanych kanałów pozwala uprościć interfejs.

29. Automatyzacje
• Mechanizm automatyzacji opiera się na
regułach logicznych.
• Wszystkie systemy zintegrowane w
ConnectorIO mogą wchodzić w interakcje
ze sobą – przykładowo można wybrać
odpowiedni stan urządzenia 1, który
wywoła określone działanie w urządzeniu
2 i 3, które fizycznie mogą być rozłączne.
• W uzasadnionych przypadkach jest
możliwe dodanie bardzo złożonych
automatyzacji dzięki skryptom.

30. Wyjście
Wejście
Zazwyczaj jest to przekroczenie określonej
wartości (progu), wykrycie zdarzenia lub
zmiana stanu jakiegoś urządzenia,
np. temperatura powyżej 22°C lub poniżej
19°C, wschód słońca, wykrycie ruchu.
Co ma wywołać działanie?
Wynikiem wykonania reguły może być
zmiana stanu kanału w jakimś
urządzeniu, czy zdarzenie.
Działanie może obejmować włączenie
światła, zmianę wartości zadanej lub np.
wysłanie wiadomości e-mail / sms-a.
Co ma się wydarzyć?
Warunki, które muszą wystąpić,
aby została wykonana reguła
Kryterium(-a) 1 lub więcej
Lista poleceń i stanów do wykonania,
w chwili, gdy kryterium(-a) jest
spełnione.
Działanie
Mechanizm reguł
Automatyzacje nareszcie uproszczone!

31. Personalizowane wizualizacje i widżety

35. Realizujesz projekt automatyki?
Zapraszamy do Kontaktu!

36. PODSUMOWANIE KORZYŚCI
Oszczędność
Optymalizacja pracy tylko HVAC
i oświetlenia przekłada się na
optymalizację 70% z całkowitego
zużycia energii elektrycznej przez
budynek.
Efektywność
Zwiększenie efektywność central HVAC
o 34-48% dzięki automatyzacji pracy
w zależności od zagospodarowania
pomieszczeń (obecności).
Kompatybilność i prostota
Rozwiązanie niezależne od dostawców
sprzętu, które zapewnia kompatybilność
i ujednolicenie danych pomiędzy
wieloma systemami. Łatwe w instalacji.
Analityka danych, raporty
Duże zbiory danych systemów
budynkowych zebrane w jednym
miejscu pozwalają przewidywać
trendy zużycia mediów
i wprowadzać oszczędności.
Monitorowanie Real-Time
Utrzymanie ruchu i redukcja ryzyka
awarii urządzeń dzięki centralnemu
nadzorowi nad ich pracą z panelu
na laptopie lub telefonie komórkowym
w czasie rzeczywistym.
Modernizacja budynku
Nieruchomości komercyjne klasy B
zyskują większy komfort i możliwość
połączenia istniejącej infrastruktury
z nowoczesnymi sprzętami
Internetu Rzeczy.

37. Skontaktuj się z nami
CEO: Łukasz Dywicki +48 721 151 666 - lukasz@connectorio.com
CMO: Ireneusz Krajewski +48 512 733 982 - irek@connectorio.com
Connectorio Sp. z o.o. - ul. Krasiczyńska 3/80, 03-379 Warszawa | KRS: 0000758107