System home asistant - trochę inaczej.

W dniu 2023-03-26 o 14:56, LordBluzg®🇵🇱 pisze:

I tu bym się nie zgodził. Te angielskie nazwy zawsze mnie w języku polskim denerwują, ale obiektywnie patrząc są i będę funkcjonowały.

Tłumacząc jednak na polski domowy asystent (choć osobiście wolałbym : system domu), to nie ściśle dom inteligentny. W/g mnie (trzymajmy się jednak skrótów angielskich) HA integruje w sobie rozwiązania SH i stanowi nad nimi nadzór i kontrolę.

Czy jeśli do zarządzania HA dostanie TYLKO zespół niepowiązanych zwykłych przekaźników, kontraktronów i styczników wykonawczych będzie to można uznać za smart home ?

Tak - to pytanie retoryczne - dla mnie nie wnoszące NIC obecnie do głównej dyskusji.

...ale to jest nadal nie to o co pytałem w wątku głównym.

------------- w sumie to w tej części tej dyskusji EOT bo nic to nie wnosi -------------------- wyjaśniam rzeczy nieistotne.

Czyli workaroundy. Sprzedałeś system, w którym przez kiepską architekturę nie ma wglądu w historię z powodu niemożności synchronizacji zdarzeń miedzy systemem a GUI, głównie z powodu bliżej nie określonej paranoi bezpieczeństwa. Gratuluję. To jedna z przyczyn, dla której rękodzieła zazwyczaj są kompletnie bez sensu.

To masz 50+ innych metod do wyboru.

https://notify.events/en/blog/home-assistant-notifications-setup-guide

W dniu 26.03.2023 o 22:25, titanus pisze:

Oczywiście. Dlaczego? Bo to odróżnia systemy oparte na tradycyjnych rozwiązaniach a integracja elementów wykonawczych i centralne zarządzanie to nic innego jak SH. Dopiero tutaj pojawiają się nazwy HA w sensie różnych rozwiązań. [...]

Ależ jest. Ty chcesz sam zbierać biblioteki, robić sobie www dla każdego przekaźnika bo...masz jakieś niesprecyzowane pretensje do twórców różnych "Sonoff, Tyua, Domoticz" itp.

Supla daje Ci jedynie wolne od wszystkiego oprogramowanie do kontrolerów, do których podłączasz czujniki czy przekaźniki czy co tam chcesz. Część hardwarowa nie ma nic wspólnego z Supla ale Supla jako gotowy soft może pracować rozdzielnie jak i w oparciu o CU. Po prostu, masz gotowe GUI z dostępem przez przeglądarkę i tyle. Gdzie będziesz zbierał te dane, też zależy od Ciebie jak i nimi sterował. Myk polega na tym, że jeśli będziesz chciał to rozbudować dalej, to znów masz jakieś gotowe elementy w sensie oprogramowania czy dostęp do źródła i sam wybierasz włącznie z oprogramowaniem CU.

Swoją Suplę oparłem o ESP32 czy Wemos, użyłem czujników dostępnych w sklepie i zbudowałem sobie cały system smart bez zakupu urządzeń z już wgraną Supla, czyli to, co zawarłeś na początku.

Wgrałem Supla i korzystam z chmury jednak bo mi wygodniej i mam P2P bo całość wisi na LTE na działce ROD na akumulatorze z PV i potrzebuję mieć tam dostęp zdalny, który mam przez apkę bo jestem tam raz na jakiś czas i cała automatyka odbywa się bez mojego udziału ale jeśli chcę czymś sterować to używam telefonu jak pilota do TV.

Wisi na tym cały alarm, kilka czujników temperatury, wilgotności, woltomierze amperomierze, system kontroli wiatraka, sterowanie pompami do oczka wodnego, sterowanie kamerami, czujki ruchu, kontaktrony itp.

Podzieliłem to w sumie na dwa ESP32, gdzie jeden zajmuje się wszystkim oprócz wiatraka a drugi ESP32 obsługuje wiatrak.

Całość spięta i realizowana jest w zależnościach: od deszczu, czasu, wilgotności, wiatru, temperatury, stanu akumulatora, ruchu, wschodu i zachodu słońca i co tam jeszcze sobie wymyślisz w skali zmian i reakcji na nie.

Jeszcze raz. Niczego nie kupiłem w sensie gotowca "z systemem" i są to elementy ogólnie dostępne bez wskazania na "system".

Gdybym nie miał tam problemów z zasilaniem, ustawiłbym własną "chmurę" (czyli CU) a że router LTE (Huawei) posiada "wpięcie" VPN to bym w domu postawił sobie VPN i połączenie przychodzące/klient realizowane jest od strony LTE (czyli niepubliczy/zmienne IP) z działki i mam w tym momencie własne P2P. Obca chmura w sumie mi nie przeszkadza a że jest darmowa to pasuje :)

W domu też mam różne rozwiązania Supla i też są w tej apce ale nie tak rozbudowane jak na działce (głównie sterowanie piecem).

Wydaje mi się, że masz chyba 15 min na poczytanie czym jest Supla.

Albo pisz swoją Supla i nazwij to jak chcesz :) Ja bym jednak otwartych drzwi nie wyważał.

Jak chcesz to mogę cię polecić. Jak będzie coś chciał ode mnie następnym razem to mu powiem, że już się tym nie zajmuję (rękojmia już minęła), ale jest człowiek, który to zrobi lepiej - stoi?

Ale czym tu się chwalić? Aplikacje i platformy podmiotów trzecich. To samo ja mogę wykorzystać u siebie. Właśnie się zastanawiałem jak to powiadomienie będzie ci przychodzić jak nie jesteś połączony z VPN.

A jeszcze takie pytanie z ciekawości - jak edytujesz ten plik konfiguracyjny, to w którym momencie on go zaczytuje i kiedy sprawdza poprawność?

Nie chcę. Z prostego powodu: ja się tym zajmuje hobbystycznie a zawodowo ma inne obowiązki. Więc jeśli klient będzie miał kłopot natury mojego zawodu, to śmiało polecaj.

Czyli sprzedałeś mu system, który narzeźbiony na kolanie dodatkowo będzie wymagał reverse engeenering albo postawienia na nowo, a Ty trzymasz bazy i dostęp do nich?

Sprytne!

Mylisz się, jesli Ci się wydaje, że miałbym przyjemność poprawiać po kimś jakieś rękodzieło.

To o 49+ więcej niż pokazałeś u siebie. To całkiem niezły powód do chwalenia się.

Nikt nie spodziewa się, że ze "smarthome by Mirek (c)" dostaną własne telefony i stacje bazowe.

Innymi słowy wykorzystywanie istniejących kanałów komuniakcyjnych jest rozsądzniejsze, niż produkcja kwadratowych kół z powodu jakiejś paranoii.

Taka ikonka w telefonie. Tylko że to zbędne. Po co miałbym to wiedzieć? Jak nie jestem połaczony, to HA wyświetla, że nie jestem połaczony. Jak się połącze, to działa.

Poprawność jakiego pliku konfiguracyjnego?

W dniu 25.03.2023 o 19:14, titanus pisze:

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.

...

No ale po co chcesz ją robić jak jest gotowa? Co chcesz dodać co będzie zasługiwało na zrobienie tego samodzielnie?

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.

...

Niespecjalnie zmniejsza. Jeden właściciel chmury nie przebije nawet niewielu dostawców internetu np z okolicy. Przede wszystkim od tych dostawców internetu i tak zależy dostęp do chmury w tym internecie.

Przecież ten MQTT jest tu tylko kanałem komunikacyjnym. Sterowanie odbywa się, w ukrytej części systemu co najwyżej wykorzystując ten kanał komunikacyjny. To co za różnica czy tam latają stany obiektów czy sterowania.

Np po to, by względnie bezpiecznie zrealizować komunikację między sobą wielu systemów bez konieczności tworzenia sieci o ograniczonym dostępie.

Zależy co rozumiemy pod określeniem "problem". Zwykle taki problem dokładnie jest, ale często da się go rozwiązać.

Dwa akapity wyżej.

Tak dobrze znasz zagadnienie nawadniania? Może jednak coś jest...

Ale jak chmura będzie w Amazonie albo Google to żaden admin nie zablokuje, bo by mu żyć nie dali. Generalnie jeśli jesteś w Polsce albo na terenie UE to problemu zasadniczo nie ma - łączysz się po prostu przez komórkę. Gorzej jak jesteś w jakimś dziwnym kraju, gdzie 1MB danych przez sieć komórkową kosztuje tyle co obiad dla paru osób. Zdany jesteś na wifi w hotelu albo w innym miejscu, w którym gościsz. A tam z dostępem to może być już różnie.

W dniu 26.03.2023 o 13:43, titanus pisze:

W czym wyraża się ten nacisk na prywatność?

Nie tyle zdalne ile po prostu bez ograniczenia do działania lokalnego. Bo to normalne jest.

W dniu 26.03.2023 o 12:01, LordBluzg®🇵🇱 pisze:

No ale to przecież tylko dwie techniki przygotowania interfejsu.

A co konkretnie ta apk'a wnosi?

Nie wiem o co Ci chodzi.

W dniu 26.03.2023 o 14:56, LordBluzg®🇵🇱 pisze:

...

A jak ta Supla padnie to będzie można dalej korzystać? Tak pytam bo nie wiem :-)

W dniu 27.03.2023 o 20:16, io pisze:

Bo czytać nie umisz? Skoro masz wszystko u siebie i nie musisz korzystać z NICZEGO w sensie jakiejkolwiek usługi z zewnątrz, to jak?

W dniu 27.03.2023 o 20:19, LordBluzg®🇵🇱 pisze:

Ale na tym łogrutku!

W dniu 27.03.2023 o 20:43, io pisze:

Mam tam lokalne zabezpieczenia i automatykę w podstawowej wersji. Jak nie ma netu to kamery rejestrują lokalnie a alarm odpala wyjkę...logiczne, że powiadomienia nie dostanę jak nie będzie netu i najwyżej klapa od oczka wodnego się nie podniesie. Nie chciało mi się dublować tego przez sms ale żaden problem podpiąć sobie centralkę za 200zł, która to realizuje kodami sms.

Wiatrak też ma zabezpieczenia lokalne, najwyżej tracę historię w danych. Widać, że nie rozumiesz systemu :)

Nie o to mi chodziło, że lokalni dostawcy zablokują dostęp do chmury, ale raczej że usługi chmurowe zawiodą w ten czy inny sposób. Oczywiście to nie tak hop siup, by coś w chmurze przestało działać, ale to jednak ciągle jedna chmura a dostawców wielu i jak nie ten dostęp do internetu to inny.

W dniu 2023-03-27 o 19:45, io pisze:

...a skąd mam wiedzieć - nie czytałem pełnej specki źródłowego HA. Co to wnosi do źródłowego pytania ? Czy jeśli wyjaśnię czym są i jak działają poszczególne podsystemy samego HA to sprawi to, że w tym przypadku zrekonfiguruję swoje pomysły ?

A co jest normalne w/g Ciebie ? Nie, nie chcę wiedzieć. To nic nie wnosi do źródła dyskusji.

Normalność to pojęcie całkowicie abstrakcyjne. I tak je traktuję.

W dniu 2023-03-26 o 23:23, LordBluzg®🇵🇱 pisze:

W sumie : TAK.

Supla, supla, supla...

Supla, supla, smart, supla, supla...

Chcę to zbudować w oparciu o JEDNOPUNKTOWE LOKALNE sterowanie centralne. Wisi mi w tym momencie czy transmisja będzie zabezpieczona SSL, SHA2048 czy będzie to czysty tekst po RS-232.

Zresztą najbliżej mi z tym wszystkim do idei sterowania LOGO!, jednak tam są ograniczenia interakcyjne, ale w sumie...dokupić jakiś wyświetlacz TD i parę modułów A/D. Kosztowo będę w dupie, ale może będzie OK ? ;-D

...ale dlaczego nie? Koło też wymyślali już chyba tysiące razy na nowo:

Było takie do taczki, takie do powozu, do roweru, do samochodu czy też koła w kole - że zacytuję biblię i na jej podstawie patent :D

To jednak przecież i tak w swojej istocie KOŁO, ale jakże różne - prawda ?

To wcale nie musi byś "inna" supla. To może być ZUPEŁNIE INNA Supla :D

W dniu 2023-03-27 o 17:32, io pisze:

Cóż... nie chcę :D

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ć ?

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ę.