Remi pisze: ↑śr cze 09, 2021 7:05 pm
W miarę możliwośći zaproponował bym wprowadzenie synchronizacji czasu z serwerem czasu poprzez protokół NTP (Network Time Protocol). Adres serwera czasu podawany przy konfiguracji (gdyby ktoś chciał się synchronizować do zegara lokalnego z jakiegoś powodu).
Biblioteka ma już możliwość odczytu czasu lokalnego dla użytkownika z serwera Supli. Nie dodawałbym osobno odczytu z NTP. Dzięki temu na serwerze i na urządzeniach będzie ten sam czas. Nie zmienia to jednak zalecenia do posiadania bateryjnego zegara podłączonego do urządzenia. Chodzi o to, aby termostat był w stanie pracować po utracie zasilania, gdy nie ma dostępu do sieci.
Remi pisze: ↑śr cze 09, 2021 7:05 pm
Jak rozumiem tryb wakacji będzie ustawiany manualnie co w mojej ocenie jest za mało elastyczne. Mam nieoficjalną wersję termostatu w której mogę poprzez suplę włączyć/wyłączyć funkcję termostatu - jest to mega opcja dzięki której mam redundantny termostat (jeden pilnuje drugiego aby temperatura nie wyszla poza zakres). Ponadto systemy geolokalizacji dają nam możliwość wykrycia przez system, czy domownicy są na tyle daleko że w domu nie pojawią się w najbliższych godzinach i przy sterowaniu automatycznym funkcji "wakacje" jesteśmy w stanie zautomatyzować dobór odpowiednich temperatur (a o automatyzację tak na prawdę chodzi w systemach IoT).
Tutaj jest pole do popisu i do dalszego rozwoju. Osobiście widziałbym możliwość włączenia trybu "wakacje" jednym kliknięciem dla wszystkich urządzeń. Sam w domu mam ~15 termostatów oraz klimatyzację i wentylację, które możnaby ustawić w tryb wakacyjny. Klikanie osobno na każdym termostacie i ustawianie daty powrotu to byłaby udręka
Ale z drugiej strony ktoś może mieć w swojej Supli mieszkanie oraz domek letniskowy. Warto aby tryb "wakacje" był ustawiany osobno dla tych "domów". Lokalizacje tego problemu nie rozwiążą, bo te często są używane do poszczególnych pomieszczeń wewnątrz jednego "domu".
Jeśli byłby wystawiony interfejs do ustawiania tego stanu, to można sobie szaleć z geolokalizacją.
W ramach pracy nad termostatem na 100% nie będzie dodane nic związanego z geolokalizacją. Takie dane są dość wrażliwe. Już sam tryb "wakacje" ustawiony na 2 tygodnie na serwerze budzi moje lekkie wątpliwości (co jeśli ktoś dostał się do naszego konta i widzi ten stan?)
Remi pisze: ↑śr cze 09, 2021 7:05 pm
Ponadto z moich obserwacji - jak część z nas wie na rynku jest sporo czujników DS18B20 które nie koniecznie są oryginalne. Zaobserwowałem, że czujniki te potrafią mocno zachwiać prawidłową pracą termostatu. Proponuję wprowadzić filtry na odczyty i np zebrać próbki 5-10 pomiarów, odrzucić te które są błędne i wyliczyć średnią, na bazie której termostat będzie sterował przekaźnikiem.
Nigdy nie spotkałem się z DS-em, który by dawał duży rozrzut temperatur. Nawet DHT potrafią dawać dość stabilne odczyty (choć posiadają często duży stały błąd pomiaru). Termostat na pewno będzie korzystał z zaimplementowanych już termometrów w biblitece. Jeśli ktoś potrafi programować, to takie uśrednianie/odrzucanie można zawsze samemu zrobić. Jeśli nie programujesz i pokażesz mi te dziwne odczyty na kilku DS-ach, to obiecuję, że dorobię wersję uśredniającą pomiary
. Natomiast jeśli jest to stały błąd pomiarowy, to takie korekty można wprowadzać w ramach aktualnego kodu.
Remi pisze: ↑śr cze 09, 2021 7:05 pm
Jest planowany termostat z wyjściem analogowym?
Owszem, ale możliwe są do ustawienia tylko dwie skrajne wartości wyjścia analogowego ;P
A tak na serio - rozwiń myśl. Czym chciałbyś sterować i w jaki sposób?