Witajcie,

Czytając posty kilku adv userów, chciałbym zapytać czy ktoś myślał na
zrobieniem sobie systemu HA, ale całkowicie od podstaw.

Dlaczego tak, skoro na rynku jest kilkanaście różnych pomysłów i to
kilka dopracowanych i zróżnicowanych? - bo mam taki pomysł...

...bo mam już dość ciągłego "włażenia mi w buty" przez ich wytwórców.

Czego NIE CHCĘ - chmurowgo systemu lub czegokolwiek czego sam nie mogę
kontrolować i ustawić CAŁKOWICIE pod siebie - włącznie z kodem.

Tak - rozumiem, że to czyjaś praca, trud i środki włożone w budowę
takiego systemu i jego spieniężenie to treść jaką ze sobą niesie i w
sumie nikt mi nie każe akurat tego używać/kupować.

Czego oczekuję:

- Możliwości pracy CAŁKOWICIE lokalnej w ramach jakiejkolwiek sieci:
LAN, WIFI, czy RS-485 lub innej.
- Jednostki centralnej zarządzającej "klientami".
- NA RAZIE możliwości kontroli jako OPCJI przez sieć internetową w
formie dostępu zdalnego, rejestrowanego jako P2P lub vpn, ale to nie wymóg.
- Możliwości połączeń klientów w formie bez i przewodowej.
- Identyfikacji klienta i jego możliwości w formie prostej tablicy.
- reakcji obustronnej na zdarzenia typu fail, oob, czy tl.

Jednostka centralna nie musi mieć - póki co - wyszukanego menu czy
super-duper wyświetlacza - najważniejsze jest stabilne działanie i
stosunkowo prosta i szybka konfiguracja zarówno klientów jak i samego CU.

Do czego chcę go zaprząc:
- kontrola zużycia prądu w domu, globalnie i lokalnie - najlepiej
bezprzewodowo - w sumie licznik w rozdzielnicy i 4 gniazdkowe.
- proste sterowanie 3 pompami lub integracja zerojedynkowa z prościutkim
systemikiem opartym na LOGO!. (0BA6)
- odczyt temperatur w domu - 4 punkty, i na zewnątrz - 2 punkty.
- jako opcja komunikacja z piecem gazowym vailanta przez jakiś
"konwerter" i ich wewnętrzną magistralę (na płycie)
- odczyt wilgotności w domu - 2 punkty, i na zewnątrz - 1 punkt
- praca z RTC i/lub DCF77
- kontrolą pieca na paliwo stałe lub integracja z systemem nim
zarządząjacym - też na LOGO!. (0BA8)
- kontrolą sterowania bramą wjazdową, dwuskrzydłową (piloty na 433Mhz -
niekoniecznie kodowane)
- możliwością nieskomplikowanego dołożenia czegoś jeszcze w przyszłości
głównie np. prostego s-on/off'a

To co powyżej musi być widoczne w CU jako CL i ustawiane przez CU
bezpośrednio w CL. Aktualne parametry CL dostępne mają być po odpytaniu
przez CU i zapisywane w pamięci CU jako lista aktywnych CLi.

Jeśli chodzi o CU to sam procek może być jakiś bardziej wyszukany, PIC,
ATMEGA czy cokolwiek innego 32 lub 16 bitowego. W CLach wystarczy coś
energooszczędnego 8 bitowego ale z portem LAN lub wifi.


------------
Jest to w miarę logiczne ?

Macie jakieś doświadczenia ?

P.S. - Tak domyślam się, że to może być całkowicie nieekonomiczne, ale 2
inne takie nieekonomiczne projekciki sobie zrobiłem i na razie jestem z
nich zadowolony.

--
Pozdrawiam - titanus

do góry

On 22/03/2023 21:28, titanus wrote:
> zrobieniem sobie systemu HA, ale całkowicie od podstaw.

Tak. Ale nie od podstaw. Zainstaluj HomeAssistanta. Najlepiej w wersji
Hassio (zero wysiłku, wszystko skonfigurowane, automatyczne updates).

Na jakimś Pi4 (jak jesteś bogaty) lub na PC (może być maluteńki terminal
za x0zł).

> kontrolować i ustawić CAŁKOWICIE pod siebie - włącznie z kodem.

Tak.

> - Możliwości pracy CAŁKOWICIE lokalnej w ramach jakiejkolwiek sieci:
> LAN, WIFI, czy RS-485 lub innej.

HA bez problemu to ogarnia. Do innych sieci są bramki dostępowe (zWave,
433 czy Zigbee) i dalej obsługuje się tak samo jak każdą inną.

> - Jednostki centralnej zarządzającej "klientami".

HA.

> - NA RAZIE możliwości kontroli jako OPCJI przez sieć internetową w
> formie dostępu zdalnego, rejestrowanego jako P2P lub vpn, ale to nie wymóg.

Jak zestawisz VPN to HA działa jak byś był w sieci lokalnej. Pc/telefon.
Używam tak. Mogę z dowolnego miejsca obsugiwać dowolny podsystem jak mam
zintegrowany z HA, jedyne co robie, to uruchamiam wcześniej OpenVPN na
telefonie/laptopie i już.

> - Możliwości połączeń klientów w formie bez i przewodowej.

Klientów czyli obsługi HA? To przegladarka jest i apka. Działają tam,
gdzie jest sieć IP.

Prawie cała automatyka HA jest bezprzewodowa, ale ponieważ to działa na
MQTT, to jeśli znajdziesz coś po ethernecie, nie będzie problemu. Kolega
ma jakieś konwertery RS485<->ethernet. Bez znaczenia.

> - Identyfikacji klienta i jego możliwości w formie prostej tablicy.

Dashboards. Ustawiasz co ma mieć, właśny login/hasło i tyle. Choć nie
jest to super świetnie zrobione jeszcze, coś tam dłubią i w każdej
wersji są jakieś nowości.

> Jednostka centralna nie musi mieć - póki co - wyszukanego menu czy
> super-duper wyświetlacza - najważniejsze jest stabilne działanie i
> stosunkowo prosta i szybka konfiguracja zarówno klientów jak i samego CU.

Wszystko przez Web.

> Do czego chcę go zaprząc:
> - kontrola zużycia prądu w domu, globalnie i lokalnie - najlepiej
> bezprzewodowo - w sumie licznik w rozdzielnicy i 4 gniazdkowe.

Bez problemu, o ile liczniki mają jakiś normalny iface (rs485). Niektóre
mają, niektóre nie.

> - proste sterowanie 3 pompami lub integracja zerojedynkowa z prościutkim
> systemikiem opartym na LOGO!. (0BA6)

Nie wiem. Poszukaj jakie HomeAssistant ma integracje. Ma ich ogromną ilość.

> - odczyt temperatur w domu - 4 punkty, i na zewnątrz - 2 punkty.

Czytam nascie punktów, przez Zigbee i Wifi (tutaj robi to np. moje
urządzenie na ESP8622, czyta temperatury w kotłowni).

> - jako opcja komunikacja z piecem gazowym vailanta przez jakiś
> "konwerter" i ich wewnętrzną magistralę (na płycie)

Nie mam doświadczenia.

> - odczyt wilgotności w domu - 2 punkty, i na zewnątrz - 1 punkt

Masa termometrów ma za darmo wilgotność. Zobacz na przykłąd termometry
sonoff (takie malutkie białe pudełka). Działaja na Zigbee.

> - praca z RTC i/lub DCF77

Czas jest pobierany z netu, jak jest.

> - możliwością nieskomplikowanego dołożenia czegoś jeszcze w przyszłości
> głównie np. prostego s-on/off'a

Wystarczy je przeprogramować na gotowe oprogramowanie, wymagana lutownica.

> Jeśli chodzi o CU to sam procek może być jakiś bardziej wyszukany, PIC,
> ATMEGA czy cokolwiek innego 32 lub 16 bitowego. W CLach wystarczy coś
> energooszczędnego 8 bitowego ale z portem LAN lub wifi.

Prawie cała automatyka działa na ESPxxxx, to do tego stopnia jest
zaintegrowane z HomeAssistantem, że masz tam osobny plugin, ESPHome,
który pozwala programować urządzenia bezpośrednio ze strony (wliczając
kompilację i upload firware przez wifi). Pełno gotowców na praktycznie
każde dostępne na rynku urządzenie, w tym sonoff.

> Macie jakieś doświadczenia ?

Głównie pozytywne.

> P.S. - Tak domyślam się, że to może być całkowicie nieekonomiczne, ale 2
> inne takie nieekonomiczne projekciki sobie zrobiłem i na razie jestem z
> nich zadowolony.

Jestem zadowolny przede wszystkim dlatego, że nie mam osobnych apek do
każdej żarówki osobno, jak starają się mi wcisnąć pustaki produkujące te
żarówki. HA integruje mi *prawie* wszystko. Obecnie rozpracowuje pompę
ciepła. W zasadzie już rozpracowałem, tylko ilość rejestrów przytłacza i
wymaga masy pisaniny.

Mam: termometry, wilgotnośc, regulatory na kaloryferach, część
oświetlenia, rekuperację, roombę, telewizor, część sieci, czujniki ruchu
i zbliżeniowe, klimatyzatory, sterowanie ogrzewaniem, monitoring z
kamerami i kilka innych dupereli, dostepne w jednej aplikacji
HomeAssistant, w dodowlnym miejscu na świecie. To na tyle dobre, że
ogladam obraz z kamer z lagiem max 1sek będąc na Krecie, a wiem to, bo
mogę migać żarówkami ;).

do góry

środa, 22 marca 2023 o 22:30:18 UTC+1 heby napisał(a):
> On 22/03/2023 21:28, titanus wrote:
> > zrobieniem sobie systemu HA, ale całkowicie od podstaw.
> Tak. Ale nie od podstaw. Zainstaluj HomeAssistanta. Najlepiej w wersji
> Hassio (zero wysiłku, wszystko skonfigurowane, automatyczne updates).
>
> Na jakimś Pi4 (jak jesteś bogaty) lub na PC (może być maluteńki terminal
> za x0zł).
> > kontrolować i ustawić CAŁKOWICIE pod siebie - włącznie z kodem.
> Tak.
> > - Możliwości pracy CAŁKOWICIE lokalnej w ramach jakiejkolwiek sieci:
> > LAN, WIFI, czy RS-485 lub innej.
> HA bez problemu to ogarnia. Do innych sieci są bramki dostępowe (zWave,
> 433 czy Zigbee) i dalej obsługuje się tak samo jak każdą inną.
> > - Jednostki centralnej zarządzającej "klientami".
> HA.
> > - NA RAZIE możliwości kontroli jako OPCJI przez sieć internetową w
> > formie dostępu zdalnego, rejestrowanego jako P2P lub vpn, ale to nie wymóg.
> Jak zestawisz VPN to HA działa jak byś był w sieci lokalnej. Pc/telefon.
> Używam tak. Mogę z dowolnego miejsca obsugiwać dowolny podsystem jak mam
> zintegrowany z HA, jedyne co robie, to uruchamiam wcześniej OpenVPN na
> telefonie/laptopie i już.
> > - Możliwości połączeń klientów w formie bez i przewodowej.
> Klientów czyli obsługi HA? To przegladarka jest i apka. Działają tam,
> gdzie jest sieć IP.
>
> Prawie cała automatyka HA jest bezprzewodowa, ale ponieważ to działa na
> MQTT, to jeśli znajdziesz coś po ethernecie, nie będzie problemu. Kolega
> ma jakieś konwertery RS485<->ethernet. Bez znaczenia.
> > - Identyfikacji klienta i jego możliwości w formie prostej tablicy.
> Dashboards. Ustawiasz co ma mieć, właśny login/hasło i tyle. Choć nie
> jest to super świetnie zrobione jeszcze, coś tam dłubią i w każdej
> wersji są jakieś nowości.
> > Jednostka centralna nie musi mieć - póki co - wyszukanego menu czy
> > super-duper wyświetlacza - najważniejsze jest stabilne działanie i
> > stosunkowo prosta i szybka konfiguracja zarówno klientów jak i samego CU.
> Wszystko przez Web.
> > Do czego chcę go zaprząc:
> > - kontrola zużycia prądu w domu, globalnie i lokalnie - najlepiej
> > bezprzewodowo - w sumie licznik w rozdzielnicy i 4 gniazdkowe.
> Bez problemu, o ile liczniki mają jakiś normalny iface (rs485). Niektóre
> mają, niektóre nie.
> > - proste sterowanie 3 pompami lub integracja zerojedynkowa z prościutkim
> > systemikiem opartym na LOGO!. (0BA6)
> Nie wiem. Poszukaj jakie HomeAssistant ma integracje. Ma ich ogromną ilość.
> > - odczyt temperatur w domu - 4 punkty, i na zewnątrz - 2 punkty.
> Czytam nascie punktów, przez Zigbee i Wifi (tutaj robi to np. moje
> urządzenie na ESP8622, czyta temperatury w kotłowni).
> > - jako opcja komunikacja z piecem gazowym vailanta przez jakiś
> > "konwerter" i ich wewnętrzną magistralę (na płycie)
> Nie mam doświadczenia.
> > - odczyt wilgotności w domu - 2 punkty, i na zewnątrz - 1 punkt
> Masa termometrów ma za darmo wilgotność. Zobacz na przykłąd termometry
> sonoff (takie malutkie białe pudełka). Działaja na Zigbee.
> > - praca z RTC i/lub DCF77
> Czas jest pobierany z netu, jak jest.
> > - możliwością nieskomplikowanego dołożenia czegoś jeszcze w przyszłości
> > głównie np. prostego s-on/off'a
> Wystarczy je przeprogramować na gotowe oprogramowanie, wymagana lutownica.
> > Jeśli chodzi o CU to sam procek może być jakiś bardziej wyszukany, PIC,
> > ATMEGA czy cokolwiek innego 32 lub 16 bitowego. W CLach wystarczy coś
> > energooszczędnego 8 bitowego ale z portem LAN lub wifi.
> Prawie cała automatyka działa na ESPxxxx, to do tego stopnia jest
> zaintegrowane z HomeAssistantem, że masz tam osobny plugin, ESPHome,
> który pozwala programować urządzenia bezpośrednio ze strony (wliczając
> kompilację i upload firware przez wifi). Pełno gotowców na praktycznie
> każde dostępne na rynku urządzenie, w tym sonoff.
>
> > Macie jakieś doświadczenia ?
>
> Głównie pozytywne.
> > P.S. - Tak domyślam się, że to może być całkowicie nieekonomiczne, ale 2
> > inne takie nieekonomiczne projekciki sobie zrobiłem i na razie jestem z
> > nich zadowolony.
> Jestem zadowolny przede wszystkim dlatego, że nie mam osobnych apek do
> każdej żarówki osobno, jak starają się mi wcisnąć pustaki produkujące te
> żarówki. HA integruje mi *prawie* wszystko. Obecnie rozpracowuje pompę
> ciepła. W zasadzie już rozpracowałem, tylko ilość rejestrów przytłacza i
> wymaga masy pisaniny.
>
> Mam: termometry, wilgotnośc, regulatory na kaloryferach, część
> oświetlenia, rekuperację, roombę, telewizor, część sieci, czujniki ruchu
> i zbliżeniowe, klimatyzatory, sterowanie ogrzewaniem, monitoring z
> kamerami i kilka innych dupereli, dostepne w jednej aplikacji
> HomeAssistant, w dodowlnym miejscu na świecie. To na tyle dobre, że
> ogladam obraz z kamer z lagiem max 1sek będąc na Krecie, a wiem to, bo
> mogę migać żarówkami ;).
I jak ci to jest potrzebne jak jesteś tydzień na bieda wakacjach na Krecie to znaczy
że potrzebne jest jak kurwie majtki albo w dupie zęby. Grzeje klimatyzatorem.
Klimatyzator ma wifi. Raz zdalnie chciałem go włączyć żeby wypróbować jak to działa.
I więcej nie miałem takiego głupiego pomysłu. Pod fetyszyzm podchodzi zakładanie
takich bezużytecznych urządzeń. Ja rozumie że ktoś może lubić jak mu ładna laska w
lateksowym gorsecie i nylonowych pończochach loda robi. Ale żeby się brandzlowac
zdalnym kręceniem zaworem na grzejniku. Powinno się ciebie leczyć elektrowstrząsami.

do góry

On 23/03/2023 02:52, Zenek Kapelinder wrote:
> I jak ci to jest potrzebne

Nie jest. Robię to z czystej radości faktu, że mogę i potrafię. Nie
zrozumiesz i nie oczekuję, że zrozumiesz.

do góry

On Wed, 22 Mar 2023 21:28:00 +0100, titanus wrote:
> Czytając posty kilku adv userów, chciałbym zapytać czy ktoś myślał na
> zrobieniem sobie systemu HA, ale całkowicie od podstaw.
>
> Dlaczego tak, skoro na rynku jest kilkanaście różnych pomysłów i to
> kilka dopracowanych i zróżnicowanych? - bo mam taki pomysł...
>
> ...bo mam już dość ciągłego "włażenia mi w buty" przez ich wytwórców.
>
> Czego NIE CHCĘ - chmurowgo systemu lub czegokolwiek czego sam nie mogę
> kontrolować i ustawić CAŁKOWICIE pod siebie - włącznie z kodem.

Przecietny klient nie jest programistą i chce gotowy :-)

A i Ty kiedys pomyslisz, ze przydałoby sie zdalne zarządzanie,
i wraca problem serwera/chmury.

> Czego oczekuję:
> - Możliwości pracy CAŁKOWICIE lokalnej w ramach jakiejkolwiek sieci:
> LAN, WIFI, czy RS-485 lub innej.
> - Jednostki centralnej zarządzającej "klientami".
> - NA RAZIE możliwości kontroli jako OPCJI przez sieć internetową w
> formie dostępu zdalnego, rejestrowanego jako P2P lub vpn, ale to nie wymóg.

A "zewnetrzny" adres IP masz? Stały?

> - Możliwości połączeń klientów w formie bez i przewodowej.
> - Identyfikacji klienta i jego możliwości w formie prostej tablicy.
> - reakcji obustronnej na zdarzenia typu fail, oob, czy tl.
>
> Jednostka centralna nie musi mieć - póki co - wyszukanego menu czy

Musi, bo juz widać, ze chcesz dowolne, czasem skomplikowane reguły.
Moze i bez menu, ale z jakims jezykiem programowania.

> super-duper wyświetlacza - najważniejsze jest stabilne działanie i
> stosunkowo prosta i szybka konfiguracja zarówno klientów jak i samego CU.

Srednio się da, szczególnie przy wifi :-)

> Do czego chcę go zaprząc:
> - kontrola zużycia prądu w domu, globalnie i lokalnie - najlepiej
> bezprzewodowo - w sumie licznik w rozdzielnicy i 4 gniazdkowe.
> - proste sterowanie 3 pompami lub integracja zerojedynkowa z prościutkim
> systemikiem opartym na LOGO!. (0BA6)
> - odczyt temperatur w domu - 4 punkty, i na zewnątrz - 2 punkty.
> - jako opcja komunikacja z piecem gazowym vailanta przez jakiś
> "konwerter" i ich wewnętrzną magistralę (na płycie)
> - odczyt wilgotności w domu - 2 punkty, i na zewnątrz - 1 punkt
> - praca z RTC i/lub DCF77
> - kontrolą pieca na paliwo stałe lub integracja z systemem nim
> zarządząjacym - też na LOGO!. (0BA8)
> - kontrolą sterowania bramą wjazdową, dwuskrzydłową (piloty na 433Mhz -
> niekoniecznie kodowane)
> - możliwością nieskomplikowanego dołożenia czegoś jeszcze w przyszłości
> głównie np. prostego s-on/off'a
>
> To co powyżej musi być widoczne w CU jako CL i ustawiane przez CU
> bezpośrednio w CL. Aktualne parametry CL dostępne mają być po odpytaniu
> przez CU i zapisywane w pamięci CU jako lista aktywnych CLi.
>
> Jeśli chodzi o CU to sam procek może być jakiś bardziej wyszukany, PIC,
> ATMEGA czy cokolwiek innego 32 lub 16 bitowego. W CLach wystarczy coś
> energooszczędnego 8 bitowego ale z portem LAN lub wifi.
>
> ------------
> Jest to w miarę logiczne ?

Jest, ale brzmi jak ambitny projekt Open Source, z mnóstem pluginów.
I jesli nie zainteresujesz powaznych producentów, to bedziesz musial
hackowac ich urzadzenia/komunikacje/chmury.

> Macie jakieś doświadczenia ?
> P.S. - Tak domyślam się, że to może być całkowicie nieekonomiczne, ale 2
> inne takie nieekonomiczne projekciki sobie zrobiłem i na razie jestem z
> nich zadowolony.

Zanim skonczyc całośc, to piec zmienisz :-)

J.

do góry

W dniu 23.03.2023 o 11:28, J.F pisze:
[...]

>> Czego NIE CHCĘ - chmurowgo systemu lub czegokolwiek czego sam nie mogę
>> kontrolować i ustawić CAŁKOWICIE pod siebie - włącznie z kodem.
>
> Przecietny klient nie jest programistą i chce gotowy :-)

...i tutaj pojawia się...Supla :D
>
> A i Ty kiedys pomyslisz, ze przydałoby sie zdalne zarządzanie,
> i wraca problem serwera/chmury.

Supla może korzystać z polskiej chmury jak i z lokalnej/własnej/prywatnej.

Do wyboru.

>
>> Czego oczekuję:
>> - Możliwości pracy CAŁKOWICIE lokalnej w ramach jakiejkolwiek sieci:
>> LAN, WIFI, czy RS-485 lub innej.
>> - Jednostki centralnej zarządzającej "klientami".
>> - NA RAZIE możliwości kontroli jako OPCJI przez sieć internetową w
>> formie dostępu zdalnego, rejestrowanego jako P2P lub vpn, ale to nie wymóg.
>
> A "zewnetrzny" adres IP masz? Stały?

Piszesię dzisiaj "publiczny". W przypadku braku publicznego IP i
niemożliwości, Supla oferuje P2P ale z zewnętrzną chmurą potrzebną do
zestawienia połączenia. Jedna apka w telefonie/powiadomienia/eventy,
możliwości scen, skryptów, historia w apce lub przez przeglądarkę, csv,
programowanie modułów (ESP) przez przeglądarkę w sensie wyklikania z
gotowca. Pełne wsparcie w zakresie wszelakich liczników energii i
czujników/dupereli.

Zero rycia w "kodzie" ale jak ktoś ma potrzebę to bez problemu, wszystko
ładnie opisane po polsku. Mam, używam, chwalę.


--
LordBluzg(R)??
<<<?i? ć?d?? i Putina i ęjcaredefnoK>>>

do góry

czwartek, 23 marca 2023 o 08:01:11 UTC+1 heby napisał(a):
> On 23/03/2023 02:52, Zenek Kapelinder wrote:
> > I jak ci to jest potrzebne
> Nie jest. Robię to z czystej radości faktu, że mogę i potrafię. Nie
> zrozumiesz i nie oczekuję, że zrozumiesz.
Co tu jest do rozumienia. Ja wolę laskę w lateksie. Więcej. Każdy normalny facet woli
laskę w lateksie. Ale jak komuś nie staje to musi robić dobowe wykresy temperatury w
kiblu.

do góry

W dniu 22.03.2023 o 21:28, titanus pisze:
> Witajcie,
>
> Czytając posty kilku adv userów, chciałbym zapytać czy ktoś myślał na
> zrobieniem sobie systemu HA, ale całkowicie od podstaw.

Myślę, że bardzo wielu i nawet wielu zrobiło jakieś podwaliny. Ja np w
poprzednim wieku napisałem pracę dyplomową "system sterowania
oświetleniem dla celów mieszkaniowych" w której zbudowałem programowalne
karty transmisyjne do ówczesnego peceta jako taki zaczątek systemu.
Dotąd nie udało mi się zrealizować takiego systemu w jakiejś istotnej
części. Ale coraz bardziej dojrzewam :-) i stopniowo rozwijam co mam.
Coraz bardziej realne to jest. Mam przeróżne składniki takiego systemu i
ostatnio właśnie mnie bardziej wzięło na ogarnięcie tego jako całości.

>
> Dlaczego tak, skoro na rynku jest kilkanaście różnych pomysłów i to
> kilka dopracowanych i zróżnicowanych? - bo mam taki pomysł...
>
> ...bo mam już dość ciągłego "włażenia mi w buty" przez ich wytwórców.
>
> Czego NIE CHCĘ - chmurowgo systemu lub czegokolwiek czego sam nie mogę
> kontrolować i ustawić CAŁKOWICIE pod siebie - włącznie z kodem.
>
> Tak - rozumiem, że to czyjaś praca, trud i środki włożone w budowę
> takiego systemu i jego spieniężenie to treść jaką ze sobą niesie i w
> sumie nikt mi nie każe akurat tego używać/kupować.
>
> Czego oczekuję:
>
> - Możliwości pracy CAŁKOWICIE lokalnej w ramach jakiejkolwiek sieci:
> LAN, WIFI, czy RS-485 lub innej.
> - Jednostki centralnej zarządzającej "klientami".
> - NA RAZIE możliwości kontroli jako OPCJI przez sieć internetową w
> formie dostępu zdalnego, rejestrowanego jako P2P lub vpn, ale to nie wymóg.
> - Możliwości połączeń klientów w formie bez i przewodowej.
> - Identyfikacji klienta i jego możliwości w formie prostej tablicy.
> - reakcji obustronnej na zdarzenia typu fail, oob, czy tl.
>
> Jednostka centralna nie musi mieć - póki co - wyszukanego menu czy
> super-duper wyświetlacza - najważniejsze jest stabilne działanie i
> stosunkowo prosta i szybka konfiguracja zarówno klientów jak i samego CU.

A po co jakaś jednostka centralna? Żeby się mogła zepsuć?

System powinien być możliwie rozproszony by nieuchronne awarie
komponentów nie czyniły go bezużytecznym na krótszy lub dłuższy czas.
Ludzie np stawiają HA na RPi, który kosztuje obecnie coś 700zł a który
może się uszkodzić jak każdy inny komputer nie tylko sprzętowo. I
instalują tam jeszcze jakieś komponenty typu MQTT od których zależy
sterowanie wszystkiego. To jakiś obłęd jest.

>
> Do czego chcę go zaprząc:
> - kontrola zużycia prądu w domu, globalnie i lokalnie - najlepiej
> bezprzewodowo - w sumie licznik w rozdzielnicy i 4 gniazdkowe.
> - proste sterowanie 3 pompami lub integracja zerojedynkowa z prościutkim
> systemikiem opartym na LOGO!. (0BA6)
> - odczyt temperatur w domu - 4 punkty, i na zewnątrz - 2 punkty.

To tylko mogę zasugerować, że lepiej mieć dużo prostych czujników
zewnętrznych z których określa się temperaturę. Można wyeliminować
wadliwe pomiary wynikające z wpływu nagrzanych ścian itp itd.

> - jako opcja komunikacja z piecem gazowym vailanta przez jakiś
> "konwerter" i ich wewnętrzną magistralę (na płycie)
> - odczyt wilgotności w domu - 2 punkty, i na zewnątrz - 1 punkt
> - praca z RTC i/lub DCF77
> - kontrolą pieca na paliwo stałe lub integracja z systemem nim
> zarządząjacym - też na LOGO!. (0BA8)
> - kontrolą sterowania bramą wjazdową, dwuskrzydłową (piloty na 433Mhz -
> niekoniecznie kodowane)
> - możliwością nieskomplikowanego dołożenia czegoś jeszcze w przyszłości
> głównie np. prostego s-on/off'a
>
> To co powyżej musi być widoczne w CU jako CL i ustawiane przez CU
> bezpośrednio w CL. Aktualne parametry CL dostępne mają być po odpytaniu
> przez CU i zapisywane w pamięci CU jako lista aktywnych CLi.
>
> Jeśli chodzi o CU to sam procek może być jakiś bardziej wyszukany, PIC,
> ATMEGA czy cokolwiek innego 32 lub 16 bitowego. W CLach wystarczy coś
> energooszczędnego 8 bitowego ale z portem LAN lub wifi.

Jak wyżej, zamiast jednej jednostki centralnej wiele sterowników
obiektowych np jeden na pomieszczenie.

>
>
> ------------
> Jest to w miarę logiczne ?
>
> Macie jakieś doświadczenia ?
>
> P.S. - Tak domyślam się, że to może być całkowicie nieekonomiczne, ale 2
> inne takie nieekonomiczne projekciki sobie zrobiłem i na razie jestem z
> nich zadowolony.
>

No ale to Tobie chodzi głównie o integrację którą akurat bardzo trudno
samodzielnie zrobić bo np trzeba napisać apkę na smartfona co ma wiele
aspektów, których nie ogarniają nawet programiści tych apek. Użyj po
prostu HA. Jest otwarty.

do góry

W dniu 23.03.2023 o 02:52, Zenek Kapelinder pisze:
> środa, 22 marca 2023 o 22:30:18 UTC+1 heby napisał(a):
>> On 22/03/2023 21:28, titanus wrote:
..
> I jak ci to jest potrzebne jak jesteś tydzień na bieda wakacjach na Krecie to
znaczy że potrzebne jest jak kurwie majtki albo w dupie zęby. Grzeje klimatyzatorem.
Klimatyzator ma wifi. Raz zdalnie chciałem go włączyć żeby wypróbować jak to działa.
I więcej nie miałem takiego głupiego pomysłu. Pod fetyszyzm podchodzi zakładanie
takich bezużytecznych urządzeń. Ja rozumie że ktoś może lubić jak mu ładna laska w
lateksowym gorsecie i nylonowych pończochach loda robi. Ale żeby się brandzlowac
zdalnym kręceniem zaworem na grzejniku. Powinno się ciebie leczyć elektrowstrząsami.

Ty po prostu pilnujesz zwykle domu jak pies budy i dlatego nie czujesz
profitów z dostępu zdalnego.

do góry

W dniu 23.03.2023 o 14:46, Zenek Kapelinder pisze:
> czwartek, 23 marca 2023 o 08:01:11 UTC+1 heby napisał(a):
>> On 23/03/2023 02:52, Zenek Kapelinder wrote:
>>> I jak ci to jest potrzebne
>> Nie jest. Robię to z czystej radości faktu, że mogę i potrafię. Nie
>> zrozumiesz i nie oczekuję, że zrozumiesz.
> Co tu jest do rozumienia. Ja wolę laskę w lateksie. Więcej. Każdy normalny facet
woli laskę w lateksie. Ale jak komuś nie staje to musi robić dobowe wykresy
temperatury w kiblu.

To sprzedaj dom i d...y nie zawracaj. :-)

do góry