W dniu 2023-03-27 o 17:32, io pisze:
> W dniu 25.03.2023 o 19:14, titanus pisze:
>> W dniu 2023-03-23 o 11:28, J.F pisze:
>>> On Wed, 22 Mar 2023 21:28:00 +0100, titanus wrote:
> ...>
>>>> - 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.
>>>
>> Tylko po co?
>> Jeśli stworzę własny ekosystem na zasadzie:
>> CU czyta i zapisuje w pamięci rodzaje i możliwości CLi, to ustawienie
>> i zapis do CL będzie w postaci: podania pola zmiany i paramertu
>> zmiany. Cl przyjmie po sieci to co CU chce zmienić - sprawdzi czy się
>> da, zmieni i jeśli wszystko będzie OK, wyśle do CU potwierdzenie
>> zmiany. Tyle. Tu nic nie trzeba będzie programować. Niewielki kod do
>> zarządzania CLem trzeba będzie wgrać do niego tylko raz.
>>
>> Dlatego też w samym CU nie trzeba będzie również żadnego gigantycznego
>> kodu do zarządzania.
>
> Nie chcesz uzależnić światła od jasności pomieszczenia, obecności
> mieszkańca, aktywności tego mieszkańca i jeszcze ewentualnej symulacji
> obecności mieszkańca, jakieś alarmy włamaniowe? Nieobecność mieszkańca
> może zgasić światło ale też uruchomić czyszczenie przedpokoju po butach.
> No to właśnie masz pewne reguły. Możesz je zmieniać bez zmiany elementów
> wykonawczych. Do tego jest właśnie używany HA. Nie ma tylko sensu by
> samo sterowanie całym domem zależało od tego jednego HA. No ale chyba
> dało by się to sterowanie rozproszyć nawet za pomocą HA i nadal mając
> profity z istnienia tegoż HA.
>
Cóż... nie chcę :D

> ...
>>>>
>>>> ------------
>>>> 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.
>>>
>> ...eee tam - może i wygląda to (na papierze) ambitnie, ale takie mi
>> się nie wydaje.
>>
>> Stworzenie CLa np w formie płytki dwustronnej o wielkości koła fi 55
>> (coby weszło np do puszki) posadzenia tam jakiegoś 14/16 pinowego pica
>> razem z interfejsem wifi czy lan oraz parę elmentów wykonawczych nie
>> jest jakimś szczególnym dla mnie wyzwaniem.
>
> No ale po co chcesz ją robić jak jest gotowa? Co chcesz dodać co będzie
> zasługiwało na zrobienie tego samodzielnie?
>
Np wielokolorowe SUPERLEDY, żeby to świeciło jak psu... :DDDDD

... a na poważnie - myślę o integracji w jednej płytce CL wielu
możliwych funkcjonalności i ich aktywacji/deaktywacji na poziomie kodu
lub jak to robią producenci np płyt głównych wpięciem np rezystora,
dipswitcza czy czegokolwiek innego. CL może być wtedy termometrem,
higrometrem, ciśnieniomierzem, czy sonofem... muszę się ograniczać ?

>>
>> Wyzwaniem jest takie tego oprogramowanie, żeby stanowiło to jedną
>> całość. Stąd główne pytanie w rootpoście - czy ktoś robił sobie coś
>> takiego od podstaw?
>
> Ale jaką całość? Przecież nie będziesz robić każdego komponentu
> sterowania bo się zajedziesz i mała szansa że coś wniesiesz do tego co
> już ludzie zrobili. Robisz interfejsy i integrację głównie istniejących
> komponentów. Możesz sobie zrobić coś swojego by uzyskać funkcjonalność,
> której gotowe komponenty nie oferują lub oferują za zbyt wysoką cenę.
> Ale to tyle. Dajmy na to chcesz mieć pomiary temperatur we wszystkich
> pomieszczeniach i na dworze a nie tylko tu i na dworze, jak w tanich
> stacyjkach hipermarketowych.
>
> ...

j/w.

Co do temp. Jeden CL do którego przewodowo wpinam np 4 czujniki temp
przewodowo - bo czemu nie ? CL zbiera te dane i wysyła lokalną siecią do
CU. CU widzi tylko jednego CL'a ale ten podaje mu info, że jest 4krotnym
czujnikiem i takie dane wysyła. Więc tylko kwestią NAPRAWDĘ skromnego
oprogramowania jest co z tym dalej zrobię.

--
Pozdrawiam - titanus