GUI Generic

[arqiu70]

Proponuje koło wyświetlacza OLED czarnym markerem dopisać wartość korekty

No Wy sobie tutaj podśmich*jki robicie, a to jest coś, co by się nie tylko do OLED-a przydało, ale także do warunkowania po sensorze temperatury w GUI-Generic.

No to już są dwa argumenty przemawiające za korektami - oled i warunki.

[YoMan]

Jest na to zgłoszony issue na github: https://github.com/SUPLA/supla-core/issues/181
W zasadzie tego typu funkcjonalność trzeba będzie zaimplementować, gdy pojawi się termostat w Supli, bo wtedy lokalne urządzenie musi znać skorygowaną temperaturę. Tylko pytanie czy taka korkekta powinna być ustawiana w cloud, czy też w konfiguracji urządzenia?
Także myślę, że problem korekty temperatury będzie rozwiązany. Prawdopodobnei "w tym roku" (viewtopic.php?p=91834#p91834 )

Proszę mi się tu supla cloudem nie zasłaniać. Zrobiłeś obsługę OLED-a? Zrobiłeś No to teraz to dokończ wprowadzając lokalną korektę wskazań
Jak ktoś używa OLED ustawi sobie korektę lokalnie i nie będzie używał korekty w cloud, jak ktoś nie używa OLED-a będzie sobie korygował w cloudzie
No i to wszystko co miałem w tym temacie do powiedzenia, tak więc do roboty Czekamy w GUI-Generic

jak się rozpędzać to na całego .... i harmonogram tygodniowy @klew -

[Elektryk Szczecin]

To prawda ale kanał dedykowany pod stacje meteo tak samo ma swoje plusy

[klew]

jak się rozpędzać to na całego .... i harmonogram tygodniowy @klew -

Harmonogram i tak wymaga dostępu do sieci, bo potrzebny jest czas, a nie widziałem aby ktoś tutaj sobie RTC z baterią instalował

[Goral64]

Harmonogram i tak wymaga dostępu do sieci, bo potrzebny jest czas, a nie widziałem aby ktoś tutaj sobie RTC z baterią instalował

No to potrzymaj piwo...

[YoMan]

Harmonogram i tak wymaga dostępu do sieci, bo potrzebny jest czas, a nie widziałem aby ktoś tutaj sobie RTC z baterią instalował

No to potrzymaj piwo...

Wasze dyskusję wywołują u mnie uśmiech po dzisiejszym ciężkim dniu ... <pifko> dla Was

[YoMan]

jak się rozpędzać to na całego .... i harmonogram tygodniowy @klew -

Harmonogram i tak wymaga dostępu do sieci, bo potrzebny jest czas, a nie widziałem aby ktoś tutaj sobie RTC z baterią instalował

Ale po co odłączać się od sieci. Niech sobie pobiera czas z sieci i synchronizuje z lokalnym. (Chyba że esp w ogóle nie ma własnego zegara).Tylko teraz ciężko zrealizować harmonogram bo zostają sceny, którym niestety nie dowierzam (sory @fracz) aczkolwiek dwa starsze GUIe chodzą jako termostaty i tylko raz się przycięły (na 6mies).

Póki nie ma kanału termostatu to można by ogarniać lokalnie i tylko czas pobierać. Przypuszczam (i rozumiem) jednak ze wobec zapowiadanego kanału termostatu w cloudzie nikomu się nie chce tego rozwijać.

[Goral64]

Póki nie ma kanału termostatu to można by ogarniać lokalnie i tylko czas pobierać. Przypuszczam (i rozumiem) jednak ze wobec zapowiadanego kanału termostatu w cloudzie nikomu się nie chce tego rozwijać.

Kanał dla termostatu to jedno, ale termostat powinien działać niezależnie od dostępu do clouda.
Dlatego ja czekam na termostat od ZAMEL-a a ZAMEL nie wrzuci go na rynek, dopóki Supla nie zagwarantuje mu obsługi w cloudzie i w apce

[klew]

Jeśli jest sieć, c to można używać istniejących harmonogramów z cloud. Chyba że masz na myśli termostat

[Goral64]

Jeśli jest sieć, c to można używać istniejących harmonogramów z cloud. Chyba że masz na myśli termostat

No w tym przypadku chodzi mi o typowy termostat, a nie przekaźnik sterowany harmonogramem, który chyba aktualnie nie potrafi zadziałać w zależności od wartości innego czujnika (szczerze mówiąc harmonogramy używam tylko do światła i to w oparciu o wschód-zachód słońca oraz o czas, wiec nie do końca go chyba poznałem)?