Celem zlecenia jest gotowy system do zainstalowania w mieszkaniu wynajmowanym na pokoje, pozwalający właścicielowi kontrolować, w których pokojach uruchomiony został czujnik dymu, jak również psucie/rozłączanie czujników przez lokatorów.
System musi:
1. [INPUT] odbierać informacje od 8-10 czujek o wykryciu dymu (aktywacja alarmu)
2. [INPUT] monitorować stan czujek, najprostsze 0/1 (działa/nie działa)
3. [OUTPUT] Procesować te dane w jeden z poniższych sposobów, w kolejności naszych preferencji:
A) wysyłać te dane jako HTTP Request pod zadany URL (obsługa https); transmisja natychmiast (preferowane) lub okresowo; format danych dowolny;
B) przechowywać te dane lokalnie (np na karcie SD) celem okresowego odczytu.
C) wysyłać w inny sposób - przez Internet lub kartę SIM (do uzgodnienia)
4. [OUTPUT] Tym samym kanałem transmitować swój heartbit (wystarczy raz na godzinę + po restarcie) oraz wszelkie własne errory/warningi od autora systemu oraz zwracane z użytych komponentów.
5. Samoczynnie wznawiać działanie po przywróceniu zasilania i być odporny na jego niezapowiedziane zaniki.
6. Umożliwiać edycję lub eksport/import konfiguracji (takiej jak np. URL docelowy dla danych, dane dostępowe do WiFi itp.) bez użycia specjalistycznych narzędzi. Na przykład: edycja przez interfejs webowy, wgrywanie z laptopa przez port USB, przechowywanie tych danych na karcie SD itp. Jeśli system lub jego komponenty generują lokalne pliki logów, dobrze by było gdyby je też można było pobrać równie łatwo.
7. Posiadać tryb testowy, w ktorym mozna zasymulowac dowolny INPUT (alarm i zerwanie polaczenia z czujka)
Środowisko:
Można pracować w oparciu o założenie, że mieszkanie jest podłączone do Internetu i moduł centralny może łączyć się z Internetem za pomocą portu LAN lub sieci Wi-Fi. Akceptujemy też rozwiązania wymagające karty SIM do wysyłania informacji.
System będzie pracować w temperaturze pokojowej.
Czujki:
- Można zaproponować dowolne czujki, jednak całkowity koszt systemu oraz dostępność kompatybilnych z systemem czujek (w razie ich awarii) będą decydujące.
- Czujki NIE mają posiadać/wyzwalać syreny alarmowej - alarmy mają być ciche - tylko rejestracja zdarzeń.
- Preferowane są rozwiązania bez prowadzenia okablowania od czujek do centralki (czujki z nadajnikiem albo zewnętrzny nadajnik do każdej czujki), jednak decydująca będzie różnica w cenie obu rozwiązań.
Wymagana dokumentacja:
- instrukcja instalacji
- instrukcja konfiguracji
- instrukcja testowania/diagnostyki
- dokumentacja interfejsu zewnętrznego, w tym szczegółowe formaty wszystkich rodzajów wysyłanych wiadomości (alarm, awaria, heartbit, error/warning) wraz z przykładami
Osobnym opcjonalnym przedmiotem umowy (do uzgodnienia) mogą być prawa autorskie do rozwiązania z przekazaniem pełnej dokumentacji odtworzeniowej umożliwiającej skonstruowanie kolejnego egzemplarza systemu, zawierającej m.in. wykaz wszystkich podzespołów, instrukcję ich konfiguracji, schematy połączeń, kod źródłowy oprogramowania, wskazanie użytego środowiska programistycznego/kompilatora itp.
Termin realizacji:
Maksymalnie do końca września 2020.
Stroną zamawiającą jest osoba prywatna.
Umowa będzie cywilno-prawna, podatek w formie PCC.
Oferty na PW@elektroda lub wwalker(_at_)wp.pl.
Ze względu na dużą otwartość i elastyczność powyższych wymagań można składać oferty wariantowe, np. wersję najtańszą oraz wersję najbliższą rozwiązaniom wskazanym jako preferowane. Osobno proszę wycenić odsprzedaż praw autorskich.
System musi:
1. [INPUT] odbierać informacje od 8-10 czujek o wykryciu dymu (aktywacja alarmu)
2. [INPUT] monitorować stan czujek, najprostsze 0/1 (działa/nie działa)
3. [OUTPUT] Procesować te dane w jeden z poniższych sposobów, w kolejności naszych preferencji:
A) wysyłać te dane jako HTTP Request pod zadany URL (obsługa https); transmisja natychmiast (preferowane) lub okresowo; format danych dowolny;
B) przechowywać te dane lokalnie (np na karcie SD) celem okresowego odczytu.
C) wysyłać w inny sposób - przez Internet lub kartę SIM (do uzgodnienia)
4. [OUTPUT] Tym samym kanałem transmitować swój heartbit (wystarczy raz na godzinę + po restarcie) oraz wszelkie własne errory/warningi od autora systemu oraz zwracane z użytych komponentów.
5. Samoczynnie wznawiać działanie po przywróceniu zasilania i być odporny na jego niezapowiedziane zaniki.
6. Umożliwiać edycję lub eksport/import konfiguracji (takiej jak np. URL docelowy dla danych, dane dostępowe do WiFi itp.) bez użycia specjalistycznych narzędzi. Na przykład: edycja przez interfejs webowy, wgrywanie z laptopa przez port USB, przechowywanie tych danych na karcie SD itp. Jeśli system lub jego komponenty generują lokalne pliki logów, dobrze by było gdyby je też można było pobrać równie łatwo.
7. Posiadać tryb testowy, w ktorym mozna zasymulowac dowolny INPUT (alarm i zerwanie polaczenia z czujka)
Środowisko:
Można pracować w oparciu o założenie, że mieszkanie jest podłączone do Internetu i moduł centralny może łączyć się z Internetem za pomocą portu LAN lub sieci Wi-Fi. Akceptujemy też rozwiązania wymagające karty SIM do wysyłania informacji.
System będzie pracować w temperaturze pokojowej.
Czujki:
- Można zaproponować dowolne czujki, jednak całkowity koszt systemu oraz dostępność kompatybilnych z systemem czujek (w razie ich awarii) będą decydujące.
- Czujki NIE mają posiadać/wyzwalać syreny alarmowej - alarmy mają być ciche - tylko rejestracja zdarzeń.
- Preferowane są rozwiązania bez prowadzenia okablowania od czujek do centralki (czujki z nadajnikiem albo zewnętrzny nadajnik do każdej czujki), jednak decydująca będzie różnica w cenie obu rozwiązań.
Wymagana dokumentacja:
- instrukcja instalacji
- instrukcja konfiguracji
- instrukcja testowania/diagnostyki
- dokumentacja interfejsu zewnętrznego, w tym szczegółowe formaty wszystkich rodzajów wysyłanych wiadomości (alarm, awaria, heartbit, error/warning) wraz z przykładami
Osobnym opcjonalnym przedmiotem umowy (do uzgodnienia) mogą być prawa autorskie do rozwiązania z przekazaniem pełnej dokumentacji odtworzeniowej umożliwiającej skonstruowanie kolejnego egzemplarza systemu, zawierającej m.in. wykaz wszystkich podzespołów, instrukcję ich konfiguracji, schematy połączeń, kod źródłowy oprogramowania, wskazanie użytego środowiska programistycznego/kompilatora itp.
Termin realizacji:
Maksymalnie do końca września 2020.
Stroną zamawiającą jest osoba prywatna.
Umowa będzie cywilno-prawna, podatek w formie PCC.
Oferty na PW@elektroda lub wwalker(_at_)wp.pl.
Ze względu na dużą otwartość i elastyczność powyższych wymagań można składać oferty wariantowe, np. wersję najtańszą oraz wersję najbliższą rozwiązaniom wskazanym jako preferowane. Osobno proszę wycenić odsprzedaż praw autorskich.
