Termostat

klew · Post Sun Nov 02, 2025 11:21 am

vajera wrote: Sun Nov 02, 2025 11:00 am
Jest klasa RemoteOutputInteface

Tak, tylko ona służy do przekazywania stanu z zewnętrznego termostatu do suplowego. Jak jest użyta, to supla nie steruje wyjściem termostatu

Duch__ · Post Sun Nov 02, 2025 12:10 pm

Taki jest zamiar by Supla nie sterowała moim wyjściem. Mój algorytm ma sterować wyjściem.

klew · Post Sun Nov 02, 2025 1:28 pm

Duch__ wrote: Sun Nov 02, 2025 12:10 pm Taki jest zamiar by Supla nie sterowała moim wyjściem. Mój algorytm ma sterować wyjściem.

To użyj tego remoteoutput.
Na nim możesz ustawiać stan tego co chcesz, aby było w Supli widoczne

zzrr · Post Sun Nov 02, 2025 2:59 pm

Duch__ wrote: Sun Nov 02, 2025 12:10 pm Taki jest zamiar by Supla nie sterowała moim wyjściem. Mój algorytm ma sterować wyjściem.

Jak byś miał sprecyzować to co napisałeś... Supla ma nie sterować wyjściem i masz na myśli ustawiony OUTPUT jako GPIO?
Czy ma w ogóle nie reagować np na osiągnięcie zadanej temperatury. Bo tak właśnie jest przy RemoteOutputInterface.
Bo jeśli HVAC ma działać normalnie, jedynie nie wykorzystywać fizycznego GPIO to chyba jedyna na razie możliwość to klasa dziedzicząca po InternalPinOutput tak jak @klew mowił i wtedy wszystkie GPIO wcześniej podczepione do HVACów masz do wykorzystania pod własny algorytm działania. Wystarczy wtedy monitorować stan a dalej z fizycznym włączeniem, kiedy czy ma być itp. robisz co chcesz.

Duch__ · Post Sun Nov 02, 2025 3:06 pm

Docelowo chce przejść na PID. Supla i jej aplikacja ma być tylko zadajnikiem temperatury. Nad sterowaniem wyjściami GPIO ma panować algorytm PID.

zzrr · Post Sun Nov 02, 2025 3:19 pm

Duch__ wrote: Sun Nov 02, 2025 3:06 pm Docelowo chce przejść na PID. Supla i jej aplikacja ma być tylko zadajnikiem temperatury. Nad sterowaniem wyjściami GPIO ma panować algorytm PID.

Ok. Bo przy RemoteOutputInterface to faktycznie pozostaje praktycznie tylko interface. Ale jak zadasz np. temperaturę 20 stopni. To czy będzie 18 czy 15 rzeczywista to on nie zareaguje. Nie pobierzesz aktualnego stanu za pomocą np. hvac->getChannel()->isHvacFlagHeating(); Ale faktycznie to ma być PID to sam fakt czy jest ON/OFF wiele nie wnosi. Poprzeczkę będziesz miał wysoko przy tym rozwiązaniu bo będziesz musiał w HVAC samodzielnie włączać GRZEJ, NIE GRZEJ itp. Oczywiście jeśli zechcesz w aplikacji widzieć czy w danym momencie grzeje czy nie

klew · Post Sun Nov 02, 2025 4:03 pm

Tam wystarczy ustawiać odpowiednie wartości na tym output interface, a resztę klasa ogarnie.
Interfejs może być typu on off lub 0-100%
Wartości 1-101 to grzanie, -1 do:-101 to chłodzenie. 0 idle
Nastawy termostatu można odczytać odpowiednimi get na klasie HVAC.
Ogólnie mimo dużej złożoności klasy HVAC, te zewnętrzne interfejsy podłącza się dość łatwo

vajera · Post Sun Nov 02, 2025 4:38 pm

klew wrote: Sun Nov 02, 2025 4:03 pm Tam wystarczy ustawiać odpowiednie wartości na tym output interface, a resztę klasa ogarnie.
Interfejs może być typu on off lub 0-100%
Wartości 1-101 to grzanie, -1 do:-101 to chłodzenie. 0 idle
Nastawy termostatu można odczytać odpowiednimi get na klasie HVAC.
Ogólnie mimo dużej złożoności klasy HVAC, te zewnętrzne interfejsy podłącza się dość łatwo

Potwierdzam

zzrr · Post Sun Nov 02, 2025 5:46 pm

klew wrote: Sun Nov 02, 2025 4:03 pm Tam wystarczy ustawiać odpowiednie wartości na tym output interface, a resztę klasa ogarnie.
Interfejs może być typu on off lub 0-100%
Wartości 1-101 to grzanie, -1 do:-101 to chłodzenie. 0 idle
Nastawy termostatu można odczytać odpowiednimi get na klasie HVAC.
Ogólnie mimo dużej złożoności klasy HVAC, te zewnętrzne interfejsy podłącza się dość łatwo

Hmm... Więc to może być ciekawe. Liczę w takim razie że się ten temat będzie rozwijał.