Opracowanie algorytmu analizy schematów przebywania użytkowników w ramach innowacyjnego systemu ogrzewania [03/05/2026/IZO]
Notice description
Powstaje w kontekście projektu:
FESL.10.02-IP.01-0B44/24 - Przeprowadzenie prac B+R nad opracowaniem inteligentnego systemu zarządzania ogrzewaniem kolejnym krokiem rozwoju budownictwa energooszczędnego
Przedmiotem zamówienia jest przeprowadzenie prac badawczych nad opracowaniem algorytmu analizy schematów przebywania użytkowników (ASP) na potrzeby inteligentnego systemu zarządzania ogrzewaniem w mieszkaniach w budynkach wielorodzinnych. W skład kompletnego systemu (zestawu) wchodzić będą następujące elementy:
– sterownik grzejnika – urządzenie montowane bezpośrednio na zaworze grzejnikowym, odpowiedzialne za pomiar lokalny, sterowanie napędem zaworu, łączność bezprzewodową oraz realizację logiki sterowania ogrzewaniem;
– bezprzewodowy czujnik temperatury – urządzenie pomiarowe dostarczające danych o temperaturze powietrza, natężeniu światła oraz obecności/ruchu użytkowników w pomieszczeniu;
– zestaw algorytmów optymalizacyjnych – warstwa percepcji, predykcji i decyzji zasilająca centralną logikę sterowania ogrzewaniem i zarządzania profilami temperaturowymi; część algorytmów (w tym niniejszy algorytm ASP) jest zlecana na zewnątrz, natomiast centralna warstwa sterowania realizowana jest przez Zamawiającego we własnym zakresie.
Opracowanie algorytmu analizy schematów przebywania użytkowników jest kluczowe dla optymalizacji ogrzewania i prawidłowej realizacji projektu na etapie TRL 3. Algorytm integruje dane z czujników ruchu/obecności oraz innych istotnych parametrów, dynamicznie dostosowując temperaturę w pomieszczeniach do rzeczywistych potrzeb mieszkańców. Zastosowanie technik uczenia maszynowego pozwoli na ciągłą adaptację do nawyków użytkowników, co zredukuje zużycie energii i zwiększy komfort, eliminując potrzebę ręcznej konfiguracji systemu.
Algorytm analizuje dane historyczne dotyczące obecności użytkowników w poszczególnych pomieszczeniach i na tej podstawie tworzy dynamiczne harmonogramy przewidujące prawdopodobieństwo ich przebywania w konkretnych pokojach. Istotnym elementem jest możliwość aktualizacji modelu co 15 minut, co pozwoli na precyzyjne zarządzanie temperaturą i optymalizację zużycia energii w oparciu o rzeczywiste potrzeby użytkowników. Algorytm musi być zdolny do samodzielnego wykrywania zmian w codziennych nawykach mieszkańców oraz elastycznego reagowania na nietypowe zachowania, takie jak zmiany w harmonogramie czy dłuższa nieobecność.
Cel usługi:
Opracowanie kompletnego, działającego modułu ASP prognozującego prawdopodobieństwo obecności użytkowników w poszczególnych pomieszczeniach w slotach 15-minutowych, z wyprzedzeniem wystarczającym do wczesnego nagrzania pomieszczenia, wykrywającego dłuższą nieobecność oraz zmiany nawyków, a także raportującego poziom pewności predykcji. Moduł stanowi warstwę popytu zasilającą centralę i nie jest modułem wykonawczym sterowania grzejnikiem.
Zakres usługi:
Opracowanie Algorytmu analizy Schematów Przebywania użytkowników (ASP) jako kompletnego modułu badawczo-rozwojowego obejmującego model predykcyjny obecności, mechanizm tworzenia dobowego profilu prawdopodobieństwa obecności (96 slotów 15-minutowych), wykrywanie dłuższej nieobecności i powrotu, detekcję zmiany schematu przebywania, ocenę niepewności predykcji, obsługę danych niepełnych, walidację w scenariuszach i przypadkach brzegowych oraz przygotowanie do integracji z centralą sterującą systemu.
Założenia do opracowania algorytmu ASP:
Algorytm ASP stanowi warstwę percepcji i predykcji popytu na ciepło, która zasila centralną warstwę sterowania ogrzewaniem oraz zarządzania profilami temperaturowymi, realizowaną przez Zamawiającego we własnym zakresie. ASP odpowiada na pytanie: kiedy, gdzie i z jakim wyprzedzeniem będzie potrzebne ciepło. Horyzont wyprzedzenia predykcji obecności musi być nie krótszy niż maksymalny przewidywany czas nagrzania pomieszczenia, aby umożliwić wczesne nagrzewanie (preheating).
ASP dowodzi parametru Kamienia Milowego KM2: „algorytm przewidujący obecność użytkowników w pomieszczeniach z dokładnością ≥ 95%”. Wykonawca zobowiązany jest opracować ASP jako działający, testowalny i możliwy do niezależnego uruchomienia moduł systemu, a nie jako samą koncepcję, prezentację ani model badawczy pozbawiony implementacji.
Ocena odbiorowa ma dwie warstwy. Warstwa A to metryka headline, czyli główny parametr kamienia milowego (dokładność zbalansowana obecności ≥ 95%), przyjęty dosłownie z wniosku o dofinansowanie. Warstwa B to podmetryki operacjonalizujące headline i zabezpieczające przed pozornym wykonaniem, np. modelem „zawsze pusto” albo modelem skutecznym wyłącznie w łatwych scenariuszach. Samo spełnienie metryki headline nie wystarcza do odbioru – wymagane są dodatkowo: uruchomienie modułu i walidacja na danych Zamawiającego oraz na zbiorze held-out, spełnienie metryk krytycznych, komplet produktów końcowych, brak nieusuniętych wad blokujących integrację oraz protokół potwierdzający parametr kamienia milowego.
Wymagane wejścia:
Dane z czujników obecności/ruchu, identyfikator pomieszczenia, znacznik czasu, historia obecności, dane dobowe/kalendarzowe, a w miarę dostępności dane z czujników światła i temperatury. Moduł musi działać w trybie degradacji jakości przy częściowym braku danych i jednoznacznie oznaczać dane niewystarczające.
Wymagane wyjścia:
96-slotowy profil prawdopodobieństwa obecności, skalibrowana miara pewności predykcji, przewidywany moment rozpoczęcia obecności, flaga dłuższej nieobecności / tryb ECO, sygnał zmiany schematu przebywania, komunikat „dane niewystarczające” oraz ustrukturyzowany wynik możliwy do wykorzystania przez centralę sterującą. Wszystkie strefy w jednym cyklu decyzyjnym muszą zostać obsłużone w oknie 15 minut na docelowej platformie lub na środowisku referencyjnym uzgodnionym z Zamawiającym; wymagany jest profil wydajnościowy modułu.
Poniższe progi stanowią minimalne kryteria sukcesu produktu. Niespełnienie którejkolwiek metryki minimalnej jest wadą krytyczną, niezależnie od tego, czy średnia ważona innych metryk byłaby wyższa. Progi minimalne i docelowe stanowią gwarantowane parametry produktu i nie podlegają obniżeniu w toku realizacji umowy. Odbiór całościowy nastąpi dopiero po łącznym potwierdzeniu kompletności produktu, poprawności merytorycznej, zgodności integracyjnej, pozytywnej walidacji na danych Zamawiającego i zbiorze held-out, potwierdzeniu metryki headline ≥ 95% oraz spełnieniu metryk krytycznych; załącznikiem do protokołu jest raport walidacyjny z macierzą pomyłek per scenariusz.
Za niewystarczające i niepodlegające odbiorowi uznaje się w szczególności:
samą koncepcję, prezentację albo raport bez działającej implementacji; brak kodu źródłowego, modeli, dokumentacji metodologicznej, technicznej i instrukcji uruchomienia; rozwiązanie niemożliwe do przetestowania u Zamawiającego; rozwiązanie typu black-box bez dokumentacji metodologicznej i wytłumaczalności wyników; brak opisanych wejść i wyjść; brak gotowości integracyjnej z centralą sterującą; brak obsługi danych niepełnych, opóźnionych lub sprzecznych; brak walidacji w wymaganych scenariuszach i przypadkach brzegowych; oraz wykorzystanie bibliotek lub komponentów na licencjach ograniczających komercyjne wykorzystanie przez Zamawiającego.
Umowa będzie przewidywała kary umowne.
Produkty końcowe wymagane od Wykonawcy:
– raport z analizy źródeł danych, ograniczeń modelu, założeń walidacyjnych i ryzyk;
– opis metody algorytmicznej, zmiennych wejściowych i wynikowych, sposobu uczenia/kalibracji, aktualizacji oraz oceny niepewności;
– działający prototyp modułu algorytmicznego możliwy do niezależnego uruchomienia przez Zamawiającego;
– kod źródłowy, modele, pliki konfiguracyjne, instrukcja uruchomienia, opis zależności oraz repozytorium albo paczka wdrożeniowa;
– dokumentacja techniczna i integracyjna: wejścia, wyjścia, formaty danych, API lub interfejs wymiany danych, komunikaty błędów, obsługa przypadków brzegowych;
– raport walidacyjny: dane wejściowe, dane referencyjne, metodyka liczenia metryk, wyniki per scenariusz, wyniki per przypadek brzegowy, tabela błędów oraz macierz pomyłek;
– dane, odtwarzalna procedura walidacji zaakceptowana przez Zamawiającego;
– rekomendacje dotyczące dalszego uczenia, kalibracji, monitorowania dryftu modelu, estymacji niepewności oraz integracji z centralą sterującą.
Zakłada się realizację merytoryczną prac w okresie od 10.06.2026 r. do 15.09.2026 r. W ramach prowadzonych prac przewiduje się cykliczne, co najmniej cotygodniowe konsultacje z zespołem badawczym Zamawiającego w biurze projektu w Dąbrowie Górniczej, al. Józefa Piłsudskiego 92, albo w uzgodnionym trybie zdalnym, w celu prezentacji postępów, ryzyk technicznych, wyników cząstkowych oraz gotowości do testów odbiorowych. W wyniku wykonanej usługi Wykonawca opracuje raport z przeprowadzonych prac.
Dane postępowanie obejmuje część zamówienia. Pozostały zakres zamówienia:
– Opracowanie algorytmów modelowania strat cieplnych i efektywności cieplnej pomieszczeń
– Opracowanie algorytmów analizy ekspozycji oraz prognozowania zysków cieplnych z nasłonecznienia
Pozostałe postępowania na elementy zamówienia zostaną opublikowane do 31.12.2026. Jednocześnie informujemy iż pozostały zakres zamówienia jak również termin zamówienia pozostałych elementów może ulec zmianie.
Okres gwarancji: -
Miejsce realizacji
Cała polska
FESL.10.02-IP.01-0B44/24 - Przeprowadzenie prac B+R nad opracowaniem inteligentnego systemu zarządzania ogrzewaniem kolejnym krokiem rozwoju budownictwa energooszczędnego
Przedmiotem zamówienia jest przeprowadzenie prac badawczych nad opracowaniem algorytmu analizy schematów przebywania użytkowników (ASP) na potrzeby inteligentnego systemu zarządzania ogrzewaniem w mieszkaniach w budynkach wielorodzinnych. W skład kompletnego systemu (zestawu) wchodzić będą następujące elementy:
– sterownik grzejnika – urządzenie montowane bezpośrednio na zaworze grzejnikowym, odpowiedzialne za pomiar lokalny, sterowanie napędem zaworu, łączność bezprzewodową oraz realizację logiki sterowania ogrzewaniem;
– bezprzewodowy czujnik temperatury – urządzenie pomiarowe dostarczające danych o temperaturze powietrza, natężeniu światła oraz obecności/ruchu użytkowników w pomieszczeniu;
– zestaw algorytmów optymalizacyjnych – warstwa percepcji, predykcji i decyzji zasilająca centralną logikę sterowania ogrzewaniem i zarządzania profilami temperaturowymi; część algorytmów (w tym niniejszy algorytm ASP) jest zlecana na zewnątrz, natomiast centralna warstwa sterowania realizowana jest przez Zamawiającego we własnym zakresie.
Opracowanie algorytmu analizy schematów przebywania użytkowników jest kluczowe dla optymalizacji ogrzewania i prawidłowej realizacji projektu na etapie TRL 3. Algorytm integruje dane z czujników ruchu/obecności oraz innych istotnych parametrów, dynamicznie dostosowując temperaturę w pomieszczeniach do rzeczywistych potrzeb mieszkańców. Zastosowanie technik uczenia maszynowego pozwoli na ciągłą adaptację do nawyków użytkowników, co zredukuje zużycie energii i zwiększy komfort, eliminując potrzebę ręcznej konfiguracji systemu.
Algorytm analizuje dane historyczne dotyczące obecności użytkowników w poszczególnych pomieszczeniach i na tej podstawie tworzy dynamiczne harmonogramy przewidujące prawdopodobieństwo ich przebywania w konkretnych pokojach. Istotnym elementem jest możliwość aktualizacji modelu co 15 minut, co pozwoli na precyzyjne zarządzanie temperaturą i optymalizację zużycia energii w oparciu o rzeczywiste potrzeby użytkowników. Algorytm musi być zdolny do samodzielnego wykrywania zmian w codziennych nawykach mieszkańców oraz elastycznego reagowania na nietypowe zachowania, takie jak zmiany w harmonogramie czy dłuższa nieobecność.
Cel usługi:
Opracowanie kompletnego, działającego modułu ASP prognozującego prawdopodobieństwo obecności użytkowników w poszczególnych pomieszczeniach w slotach 15-minutowych, z wyprzedzeniem wystarczającym do wczesnego nagrzania pomieszczenia, wykrywającego dłuższą nieobecność oraz zmiany nawyków, a także raportującego poziom pewności predykcji. Moduł stanowi warstwę popytu zasilającą centralę i nie jest modułem wykonawczym sterowania grzejnikiem.
Zakres usługi:
Opracowanie Algorytmu analizy Schematów Przebywania użytkowników (ASP) jako kompletnego modułu badawczo-rozwojowego obejmującego model predykcyjny obecności, mechanizm tworzenia dobowego profilu prawdopodobieństwa obecności (96 slotów 15-minutowych), wykrywanie dłuższej nieobecności i powrotu, detekcję zmiany schematu przebywania, ocenę niepewności predykcji, obsługę danych niepełnych, walidację w scenariuszach i przypadkach brzegowych oraz przygotowanie do integracji z centralą sterującą systemu.
Założenia do opracowania algorytmu ASP:
Algorytm ASP stanowi warstwę percepcji i predykcji popytu na ciepło, która zasila centralną warstwę sterowania ogrzewaniem oraz zarządzania profilami temperaturowymi, realizowaną przez Zamawiającego we własnym zakresie. ASP odpowiada na pytanie: kiedy, gdzie i z jakim wyprzedzeniem będzie potrzebne ciepło. Horyzont wyprzedzenia predykcji obecności musi być nie krótszy niż maksymalny przewidywany czas nagrzania pomieszczenia, aby umożliwić wczesne nagrzewanie (preheating).
ASP dowodzi parametru Kamienia Milowego KM2: „algorytm przewidujący obecność użytkowników w pomieszczeniach z dokładnością ≥ 95%”. Wykonawca zobowiązany jest opracować ASP jako działający, testowalny i możliwy do niezależnego uruchomienia moduł systemu, a nie jako samą koncepcję, prezentację ani model badawczy pozbawiony implementacji.
Ocena odbiorowa ma dwie warstwy. Warstwa A to metryka headline, czyli główny parametr kamienia milowego (dokładność zbalansowana obecności ≥ 95%), przyjęty dosłownie z wniosku o dofinansowanie. Warstwa B to podmetryki operacjonalizujące headline i zabezpieczające przed pozornym wykonaniem, np. modelem „zawsze pusto” albo modelem skutecznym wyłącznie w łatwych scenariuszach. Samo spełnienie metryki headline nie wystarcza do odbioru – wymagane są dodatkowo: uruchomienie modułu i walidacja na danych Zamawiającego oraz na zbiorze held-out, spełnienie metryk krytycznych, komplet produktów końcowych, brak nieusuniętych wad blokujących integrację oraz protokół potwierdzający parametr kamienia milowego.
Wymagane wejścia:
Dane z czujników obecności/ruchu, identyfikator pomieszczenia, znacznik czasu, historia obecności, dane dobowe/kalendarzowe, a w miarę dostępności dane z czujników światła i temperatury. Moduł musi działać w trybie degradacji jakości przy częściowym braku danych i jednoznacznie oznaczać dane niewystarczające.
Wymagane wyjścia:
96-slotowy profil prawdopodobieństwa obecności, skalibrowana miara pewności predykcji, przewidywany moment rozpoczęcia obecności, flaga dłuższej nieobecności / tryb ECO, sygnał zmiany schematu przebywania, komunikat „dane niewystarczające” oraz ustrukturyzowany wynik możliwy do wykorzystania przez centralę sterującą. Wszystkie strefy w jednym cyklu decyzyjnym muszą zostać obsłużone w oknie 15 minut na docelowej platformie lub na środowisku referencyjnym uzgodnionym z Zamawiającym; wymagany jest profil wydajnościowy modułu.
Poniższe progi stanowią minimalne kryteria sukcesu produktu. Niespełnienie którejkolwiek metryki minimalnej jest wadą krytyczną, niezależnie od tego, czy średnia ważona innych metryk byłaby wyższa. Progi minimalne i docelowe stanowią gwarantowane parametry produktu i nie podlegają obniżeniu w toku realizacji umowy. Odbiór całościowy nastąpi dopiero po łącznym potwierdzeniu kompletności produktu, poprawności merytorycznej, zgodności integracyjnej, pozytywnej walidacji na danych Zamawiającego i zbiorze held-out, potwierdzeniu metryki headline ≥ 95% oraz spełnieniu metryk krytycznych; załącznikiem do protokołu jest raport walidacyjny z macierzą pomyłek per scenariusz.
Za niewystarczające i niepodlegające odbiorowi uznaje się w szczególności:
samą koncepcję, prezentację albo raport bez działającej implementacji; brak kodu źródłowego, modeli, dokumentacji metodologicznej, technicznej i instrukcji uruchomienia; rozwiązanie niemożliwe do przetestowania u Zamawiającego; rozwiązanie typu black-box bez dokumentacji metodologicznej i wytłumaczalności wyników; brak opisanych wejść i wyjść; brak gotowości integracyjnej z centralą sterującą; brak obsługi danych niepełnych, opóźnionych lub sprzecznych; brak walidacji w wymaganych scenariuszach i przypadkach brzegowych; oraz wykorzystanie bibliotek lub komponentów na licencjach ograniczających komercyjne wykorzystanie przez Zamawiającego.
Umowa będzie przewidywała kary umowne.
Produkty końcowe wymagane od Wykonawcy:
– raport z analizy źródeł danych, ograniczeń modelu, założeń walidacyjnych i ryzyk;
– opis metody algorytmicznej, zmiennych wejściowych i wynikowych, sposobu uczenia/kalibracji, aktualizacji oraz oceny niepewności;
– działający prototyp modułu algorytmicznego możliwy do niezależnego uruchomienia przez Zamawiającego;
– kod źródłowy, modele, pliki konfiguracyjne, instrukcja uruchomienia, opis zależności oraz repozytorium albo paczka wdrożeniowa;
– dokumentacja techniczna i integracyjna: wejścia, wyjścia, formaty danych, API lub interfejs wymiany danych, komunikaty błędów, obsługa przypadków brzegowych;
– raport walidacyjny: dane wejściowe, dane referencyjne, metodyka liczenia metryk, wyniki per scenariusz, wyniki per przypadek brzegowy, tabela błędów oraz macierz pomyłek;
– dane, odtwarzalna procedura walidacji zaakceptowana przez Zamawiającego;
– rekomendacje dotyczące dalszego uczenia, kalibracji, monitorowania dryftu modelu, estymacji niepewności oraz integracji z centralą sterującą.
Zakłada się realizację merytoryczną prac w okresie od 10.06.2026 r. do 15.09.2026 r. W ramach prowadzonych prac przewiduje się cykliczne, co najmniej cotygodniowe konsultacje z zespołem badawczym Zamawiającego w biurze projektu w Dąbrowie Górniczej, al. Józefa Piłsudskiego 92, albo w uzgodnionym trybie zdalnym, w celu prezentacji postępów, ryzyk technicznych, wyników cząstkowych oraz gotowości do testów odbiorowych. W wyniku wykonanej usługi Wykonawca opracuje raport z przeprowadzonych prac.
Dane postępowanie obejmuje część zamówienia. Pozostały zakres zamówienia:
– Opracowanie algorytmów modelowania strat cieplnych i efektywności cieplnej pomieszczeń
– Opracowanie algorytmów analizy ekspozycji oraz prognozowania zysków cieplnych z nasłonecznienia
Pozostałe postępowania na elementy zamówienia zostaną opublikowane do 31.12.2026. Jednocześnie informujemy iż pozostały zakres zamówienia jak również termin zamówienia pozostałych elementów może ulec zmianie.
Okres gwarancji: -
Miejsce realizacji
Cała polska
Time limit for receipt of tenders
2026-06-05 21:59:59.0
Location
Kraj: Polska
Category assortment
Measurements, tests and technical acceptance
Consultancy
Consultancy
Buyer details
VEMMIO Sp. z o.o.
Al. Józefa Piłsudskiego 92/92
41-300 Dąbrowa Górnicza
Województwo: śląskie
Kraj: Polska
NIP: 6342818818
Al. Józefa Piłsudskiego 92/92
41-300 Dąbrowa Górnicza
Województwo: śląskie
Kraj: Polska
NIP: 6342818818
