krycha88
commented
2 years ago Bardzo możliwe, że zostanie to zrealizowane przy wprowadzaniu termostatu. Teraz trochę nie widzę potrzeby aby to zmieniać.
Open Hrumque opened 2 years ago
krycha88
commented
2 years ago Bardzo możliwe, że zostanie to zrealizowane przy wprowadzaniu termostatu. Teraz trochę nie widzę potrzeby aby to zmieniać.
Obecnie warunkowanie jest ograniczone do przekaźników. Podejrzewam, że wypadałoby zrobić je również dla innych spraw (poziom PWM, kolor rgb, itd - co tam jeszcze dodamy kiedyś) Oraz warunkować od różnych parametrów (nie tylko temperatury).
Może warto by przenieść konfigurowanie warunkowania - na osobną zakładkę konfiguratora www device, będzie łatwiej tam dopisywać co komu przyjdzie do głowy? A przychodzi wiele:
(już jest, dla przekaźnika) warunek "regulatora" jak termostat - od poziomu mierzonego (np temperatury, wilgotności, ale też np mocy mierzonej miernikiem mocy, czy napięcia/prądu - z któregoś z obsługiwanych czujników) - czyli "wartość załączenia", "wartość wyłączenia" plus przełącznik "w górę/ w dół" - zależnie czy to ma być "termostat" grzania, czy chłodzenia (w przypadku odniesienia się do temperatury
warunek np jasności OLED, albo gaszenia w ogóle ledów konfiguracji/sygnalizacji, od jasności oświetlenia z czujnika dedykowanego (lub innego parametru - np z analog in, bo tam łatwo podpiąć fotorezystor)
sterowanie poziomem PWM od sygnału sterującego - czyli choćby to była funkcja liniowa - zakres wejściowy (np temperatur) IN-min i IN-max, oraz zakres wyjściowy pwm-min, i pwm-max, co dałoby nam funkcje sterowania - poniżej wartości IN-min pwm=0 (lub 255, zależnie od kolejności wartości PWM-min i pwm-max), od IN-min rośnie pwm od pwm-min, liniowo, az do IN-max, przy którym jest pwm-max, powyżej którego ustawia się pwm=255 na stałe (lub na 0, zależnie ktorejest większę, pwm-min czy pwm-max). Dlaczego tak? Bo np do sterowania wentylatorami - poniżej pewnego poziomu nie ma sensu nim kręcić bo będzie tylko piszczał, a potrzeba pewnego pwm-minimalnego, by raczył ruszyć pewnie. To samo od drugiej strony - od góry , nie zawsze chcemy do maksa dojeżdzać, no ale jak temperatura wszystko przekroczy - to niech będzie. A jak ktoś tego nie będzie potrzebował - tylko zwykła funkcje liniową, to sobie wpisze pwm-min=0, pwm-max=255 i gotowe.
Zastosowanie tego PWMu będzie chyba bardzo szerokie - ja już widzę poza wentylatorem - osuszanie grzaniem (grzałka silikonowa na 12v przyklejona z tyłu lustra w łazience! i sterowanie z wilgotności), załączanie grzania rynien czy innych schodów przewodem grzewczym....
Przy wybieraniu warunków - jakby się jeszcze dawało nie tylko wybrać "temperatura z kanału 0" a np różnice/sumę wartości z kanałów pomiarowych - to już w ogóle super. Suma - pozwoliłaby sterować wartością średnią (suma podzielona przez liczbę czynników i mamy), a różnica - wiadomo - często trzeba sterować coś w zależności od różnicy temperatur, np pompa obiegowa do solarów.
Przydałoby się też, by parametrem wejściowym - mógł być poziom "pwm dimmer-a" (prawdziwego, lub wirtualnego - ustawionego na gpio-virtual) - wtedy dało się ustawiać ten parametr "termostatowania" jako led-dimmer-pwm (od strony supli, skoro nie mamy tak długo kanału dyskretnego uniwersalnego) - to mielibyśmy termostat ustawiany z aplikacji (tak że pwm=35% przyjmijmy jako ustawienie 35'C ). Poza tym można by warunkować "powyżej ustawionego PWM ileś - załącz chłodzenie aktywne przekaźnikiem" czy coś takiego ;)