Głowica Termostatyczna Bluetooth
Jestem nowy, dopiero drugi dzień o tym wszystkim czytam.
Rozumiem, że w tych wszystkich elektronicznych zaworach, zamykanie jak i otwieranie wykonywane jest przez silniczek elektryczny tak?
Czy nie można po prostu z takiego zaworu wyrzucić całej elektroniki zostawiając tylko zasilanie (baterie) i ten silniczek i zamontować tam zwykły uniwersalny przełącznik WIFI? I nim sterować w połączeniu z termometrem? Czy to nie jest takie proste?
Rozumiem, że w tych wszystkich elektronicznych zaworach, zamykanie jak i otwieranie wykonywane jest przez silniczek elektryczny tak?
Czy nie można po prostu z takiego zaworu wyrzucić całej elektroniki zostawiając tylko zasilanie (baterie) i ten silniczek i zamontować tam zwykły uniwersalny przełącznik WIFI? I nim sterować w połączeniu z termometrem? Czy to nie jest takie proste?
Teoretycznie da się, ale po pierwsze baterię na WIFI nie pociągną za długo i tutaj już jest lipa. Przedstawione w tym temacie głowice EQ-3 wydają się spoko, ale w praktyce nikt jeszcze nie przedstawił gotowego rozwiązania, tylko koncept którego ja osobiście nie umiem wdrożyć. Więc stąd inne pomysły i koncepcje, które dla mnie wydają się prostsze do realizacji.
Trafiłem jeszcze na coś takiego:
Patryk125 pisze: ↑
wt wrz 26, 2017 10:53 am
- grzejniki kanałowe jest możliwość podpięcia ich do supli? aby sterowały temperaturą?
- jeden grzejnik 'normalny' jest w łazience i trzeba nim także sterować da się ?
- ogrzewanie podłogowe w łazience?
Sterować grzejnikami można, ale trzeba dać większy stycznik. Funkca działa teraz na zasadzie skryptu kolegi @fracz
Patryk125 pisze: ↑
wt wrz 26, 2017 10:53 am
- grzejniki kanałowe jest możliwość podpięcia ich do supli? aby sterowały temperaturą?
- jeden grzejnik 'normalny' jest w łazience i trzeba nim także sterować da się ?
- ogrzewanie podłogowe w łazience?
Sterować grzejnikami można, ale trzeba dać większy stycznik. Funkca działa teraz na zasadzie skryptu kolegi @fracz
Do sterowania tej głowicy z bluetooth dałoby się napisać łatwo skrypty na Raspberry PI.
W sumie nie tylko głowicy BLE, ale czujników/urządzeń nie obsługiwanych "natywnie" przez SUPLA, a obsługiwanych przez Linuxa.
Komunikacja mogła by się odbywać za pomocą REST-API lub obecnym interfejsem IPC do supla-dev.
Musiałaby istnieć możliwość tworzenia kanałów w systemie SUPLA bez istniejących urządzeń We/Wy.
Czyli tworzę sobie w SUPLA urządzenie np."Głowica termostatyczna", "termometr", "czujnik otwarcia okna". Nie są one fizycznie połączone z żadnym urządzeniem typu ESP, RPI, ale mogę odczytywać/zapisywać ich stan za pomocą API.
Dałoby to możliwość wizualizacji/sterowania w SUPLA praktycznie czegokolwiek...
W sumie nie tylko głowicy BLE, ale czujników/urządzeń nie obsługiwanych "natywnie" przez SUPLA, a obsługiwanych przez Linuxa.
Komunikacja mogła by się odbywać za pomocą REST-API lub obecnym interfejsem IPC do supla-dev.
Musiałaby istnieć możliwość tworzenia kanałów w systemie SUPLA bez istniejących urządzeń We/Wy.
Czyli tworzę sobie w SUPLA urządzenie np."Głowica termostatyczna", "termometr", "czujnik otwarcia okna". Nie są one fizycznie połączone z żadnym urządzeniem typu ESP, RPI, ale mogę odczytywać/zapisywać ich stan za pomocą API.
Dałoby to możliwość wizualizacji/sterowania w SUPLA praktycznie czegokolwiek...
Zobacz sobie na gita. Tam masz source do C/C++ w którym możesz okodować sobie urządzenie, które będzie normalnie widoczne w cloudzie
Java 4 Life
API Java
GUI
Server Mock
API Java
GUI
Server Mock
Osobiście widzę to tak
SUPLA <---- WIFi ----> ESP32 < ---- Bluetooth ----> Głowice
Czyli można zrobić taki gate na bazie ESP32.
SUPLA <---- WIFi ----> ESP32 < ---- Bluetooth ----> Głowice
Czyli można zrobić taki gate na bazie ESP32.