Tanie radiowe wyłączniki 5V/230V z USB do sterowania z komórki. Rekomendacje?

heby <heby@poczta.onet.pl> wrote:

....

Ja zawsze pokazuje przykład pralek: przygłupy od projektowania zrobią
NFC, Bluetooth, Wifi ale ani jeden z tych kretynów nie wpadł na to, aby
to wpiąć do *mojej* sieci WiFi i udostepnić MQTT.

Zastanawiam się, czy to nie jest celowe. Z drugiej strony co to miałoby
mieć na celu...

Chmurowych to jedno. Jeszcze pół biedy, jak sam postawisz sobie chmurę i
sam masz nad nią kontrolę. Tutaj nie było awarii chmury

Rozwiązania chmurowe są złe nie tylko z powodu awarii chmury. W zasadzie
awarie bardziej będzie miał dostawca netu, router czy AP, a nie chmura.

To też. Tak czy inaczej, jest wiele rzeczy, które mogą po drodze paść.

Jak nie zapalam, to nie wypala. W dzień jestem przyzwyczajony do świała, w
nocy nie.

I ze sracza nocą po ciemku korzystasz?

Normalne eneergooszczędne urzędzenie bierze 0,5W w standby.

Tu nie chodzi o pobór energii (to nie ten rząd wielkości, żeby się tym
przejmować) tylko o ilość świała. Ma być minimalna ale nie zerowa.

No to nocą zapalacz "niezerową". W czym właściwie problem?

Ale nie automatycznie. Włączę sam, chcę po prostu, żeby czajnik sam się
wyłączył i pozostał wyłączony, aż znów go nie włączę.

To zmienia postać rzeczy, chcesz jednak by się załączał To teraz ...
czy nie byłoby celowe by to załączanie mogło zostać wyzwolone także
zdalnie? I dalej ... czy czajnik nie powinien zdalnie (lub lokalnie
odpowiednio do okoliczności) przekazywać, że woda osiągnęła temperaturę
i utrzymywać ją aż do użycia?

A nie da się po prostu podpiąć ESP, które po MQTT dostałoby sygnał zwarcia
przekaźnika, i ten przekaźnik wyzwoliłby coś w centrali alarmowej?

Da się, ale to druciarstwo. Ja mówię o integracji OOTB.

Przypuszczalnie ja już nie doczekam. Świat idzie w przeciwnym kierunku.
Mam centralkę alarmową ~10 lat i po przeczytaniu instrukcji obsługi
stwierdzam, że lata '70 wiecznie żywe, a "styki przekaźnika" to jednie
słuszna opcja komunikacji z czymkolwiek.

Raczej rozwiązanie dla bezmyślnego konsumenta, a nie kogoś, kto umie w
MQTT.

Nikt nie musi umieć MQTT. Wystarczy, aby zapłacili komuś, kto dorobi
automatyzacje do HA/Domoticz/Supla i jakiś gotowych chmurowców Xiaomi,
Tuya czy Sonoff, może wsadzili do srodka jakieś Zigbee zamiast wifi.

To wydatek promila z promila dochodów firmy na 1/2 programistów.

Ale problem w tym, że to suwerena nie zachęci a wręcz odstraszy.

Suweren ma mieć "uproszczone". To jest do tego stopnia ważne, że mam w
ręce złożone urządzenie automatyki przemysłowej z "uproszczonym"
konfigurowaniem za pomocą 2 przycisków. A menu hierarchiczne i
wielopoziomowe.

Ta zaraza upraszczania trafia nawet w teoretycznie niesuwerenowe rejony.
Więc pralki z integracją z HA nie doczekam, za to pewnie doczekam
takiej, która zamiast przycisków i pokręteł będzie miała appkę i
abonament na działanie. Trudno.

W sumie nie wiem co mają w regulaminie, ale słabe to jest. Oni są dostawcą
usług a nie strażnikiem moralności.

To działa też w realnym świecie. Jeśli wejdziesz do samolotu i zapalisz
w łazience, to masz bana na latanie.

To wydatek promila z promila dochodów firmy na 1/2 programistów.
Teoretycznie tak, praktycznie musi być zgłoszona potrzeba, trzeba to
zaprojektować, muszą być testy, poten regresja przy kolejnych wersjach...
tak to w korpo jest.

Suweren ma mieć "uproszczone". To jest do tego stopnia ważne, że mam w
ręce złożone urządzenie automatyki przemysłowej z "uproszczonym"
konfigurowaniem za pomocą 2 przycisków. A menu hierarchiczne i
wielopoziomowe.
Może co innego było tu kluczowe, np. nie było miejsca na przyciski?

Wielopoziomowe, hierarchiczne menu może suwerena jednak przerosnąć.

To działa też w realnym świecie. Jeśli wejdziesz do samolotu i zapalisz
w łazience, to masz bana na latanie.
Ale to sprowadza (bardziej lub mniej, ale jednak) realne zagrożenie.

Ja zawsze pokazuje przykład pralek: przygłupy od projektowania zrobią
NFC, Bluetooth, Wifi ale ani jeden z tych kretynów nie wpadł na to, aby
to wpiąć do *mojej* sieci WiFi i udostepnić MQTT.
Zastanawiam się, czy to nie jest celowe. Z drugiej strony co to miałoby
mieć na celu...
No jak co? Można udostępnić zaawansowanie prania w HA, np zgłosić, że
się zakończyło. Nie musi być po MQTT.

io <io@op.pl.invalid> wrote:

Jak nie zapalam, to nie wypala. W dzień jestem przyzwyczajony do świała, w
nocy nie.

I ze sracza nocą po ciemku korzystasz?

Tak, z tą małą 2 W czerwoną lampką. To prawie po ciemku.

Normalne eneergooszczędne urzędzenie bierze 0,5W w standby.

Tu nie chodzi o pobór energii (to nie ten rząd wielkości, żeby się tym
przejmować) tylko o ilość świała. Ma być minimalna ale nie zerowa.

No to nocą zapalacz "niezerową". W czym właściwie problem?

Nie zapalam, jest włączona cały czas.

W czym problem? W tym, żeby mi automatyka nie zapalała sama światła, jakie
uzna za stosowne. Sam wiem, czy chcę w tym momencie zapalić światło, czy
nie. Wiem, czy będę w wannie czytał książkę papierową (światło) czy
czytnik (bez światła, bo ma wbudowane).

Ale nie automatycznie. Włączę sam, chcę po prostu, żeby czajnik sam się
wyłączył i pozostał wyłączony, aż znów go nie włączę.

To zmienia postać rzeczy, chcesz jednak by się załączał To teraz ...
czy nie byłoby celowe by to załączanie mogło zostać wyzwolone także
zdalnie? I dalej ... czy czajnik nie powinien zdalnie (lub lokalnie
odpowiednio do okoliczności) przekazywać, że woda osiągnęła temperaturę
i utrzymywać ją aż do użycia?

Ale po co? Nie widzę tu zastosowania. Jak ktoś widzi to są takie
rozwiązania.

On 24/07/2023 00:45, io wrote:
Ja zawsze pokazuje przykład pralek: przygłupy od projektowania zrobią
NFC, Bluetooth, Wifi ale ani jeden z tych kretynów nie wpadł na to, aby
to wpiąć do *mojej* sieci WiFi i udostepnić MQTT.
Zastanawiam się, czy to nie jest celowe. Z drugiej strony co to miałoby
mieć na celu...
No jak co? Można udostępnić zaawansowanie prania w HA, np zgłosić, że
się zakończyło. Nie musi być po MQTT.

Widzę to inaczej:

1) zacznij pranie, jak prognoza pogody pokaże słoneczne 2h.
2) nie odpalaj suszarki z poprzednim praniem do czasu aż pralka nie
zakończy cyklu

W ten sposob można wyciskać ostatnie soki z PV, nowe instalacje mają
niekoniecznie najtańsze magazynowanie w sieci, więc sprawa robi się
nagle istotna.

Hej,

Potrzebuję urządzenia w ilości sztuk czterech, które będzie zasilane z 5 V
i będzie w stanie radiowo wyłączyć to 5 V na wyjściu. Podłączam, podaje
napięcie, robię jakiś zdalny myk, i napięcie przestaje być podawane. Prąd
do 1 A. Złącza USB-A, ale może być też micro USB..

Zamiast 5 V może być 230 V. Urządzenia, które chcę wyłączać, mają
zasilacze, więc albo wepnę się przed zasilaczem, albo za nim.

Technologia radiowa dowolna -- może być WiFi, Bluetooth, cokolwiek, może
być też coś własnego, co sobie przez GPIO w raspi obsłużę. Bo generalnie
to ma to być sterowane z komórki, ale stronę softową sobie ogarnę --
napisanie prostej apki na Androida, która mi się z tym połączy i wyśle
komunikat do wspomnianego raspi (które wyśle coś na GPIO albo przez WiFi),
mnie nie przerasta.

Wszystkie odbiorniki mogą być na jednym kanale -- czyli nadajnik podaje
sygnał i wszystkie odbiorniki się wyłączają.

Włączanie nie jest potrzebne. Jak się wyłączą, to w końcu przyjdę i
wyłączę im zasilanie fizycznie. A za jakiś czas włączę i cykl ma się
zacząć od początku (czyli mają podać napięcie na wyjście do momentu
otrzymania kolejnego sygnału, że mają już nie podawać).

Feedback (czyli informacja, że faktycznie doszedł sygnał i urządzenie
zadziałało) nie jest wymagany.

Cena gra rolę. Im tańsze, tym lepsze. Potrzebuję 4 sztuk i nie chcę na to
wydać więcej niż 100 zł.

Bardzo ważne, żeby nie było fałszywych zadziałań. Czyli jak nie podam
sygnału, to ma sobie z szumu nie wyłowić fałszywego sygnału. Miałem kiedyś
taką lampkę na pilota, w nocy potrafiła się sama włączyć, bo jej się coś
uroiło.

Obszar działania -- ok. 5 metrów, ale w budynku, przez ściany.

Są jakieś (tanie) gotowce,
Sonoff

W czym problem? W tym, żeby mi automatyka nie zapalała sama światła, jakie
uzna za stosowne. Sam wiem, czy chcę w tym momencie zapalić światło, czy
nie. Wiem, czy będę w wannie czytał książkę papierową (światło) czy
czytnik (bez światła, bo ma wbudowane).

To nic nie ma do zapalania. Możesz sobie ustalać jakie ma się świecić a
jednocześnie mieć samozapalanie.

To zmienia postać rzeczy, chcesz jednak by się załączał To teraz ...
czy nie byłoby celowe by to załączanie mogło zostać wyzwolone także
zdalnie? I dalej ... czy czajnik nie powinien zdalnie (lub lokalnie
odpowiednio do okoliczności) przekazywać, że woda osiągnęła temperaturę
i utrzymywać ją aż do użycia?

Ale po co? Nie widzę tu zastosowania. Jak ktoś widzi to są takie
rozwiązania.

Jak nie widzisz? Przecież piszę jakie jest. To niespecjalnie wyszukane
scenariusze. Raczej typowe korzystanie. Czemu nie miało by to tak
właśnie działać.

Teoretycznie tak, praktycznie musi być zgłoszona potrzeba, trzeba to
zaprojektować, muszą być testy, poten regresja przy kolejnych
wersjach... tak to w korpo jest.

"Ten pomysł jest innowacyjny, w związku z tym nie możemy go
zrealizować".

Wielopoziomowe, hierarchiczne menu może suwerena jednak przerosnąć.

Nie suwerena. Mnie przerasta. Skonfigurowanie czegokolwiek to męczarnia,
jedna pomyłka i od nowa.

Ale co moze być prostsze od 2 przycisków?

Osobiście, jak obecnie widzę słowo "uproszczone" to mam odruch sięgania
po kij bejsbolowy w celu zadania pytania projektantowi.

To działa też w realnym świecie. Jeśli wejdziesz do samolotu i zapalisz
w łazience, to masz bana na latanie.
Ale to sprowadza (bardziej lub mniej, ale jednak) realne zagrożenie.

Rzecz w tym, że regulaminy są, mają nieoczywiste zapisy i są respektowane.

Ale co moze być prostsze od 2 przycisków?

Jeden przycisk z różnymi funkcjami w zależności od czasu trzymania :)

Zrealizowałem kiedyś trzy funkcje na jednym przycisku właśnie w taki
sposób (poniżej sekundy, do dwóch sekund, powyżej dwóch sekund).

Jeden przycisk z różnymi funkcjami w zależności od czasu trzymania :)

Zrealizowałem kiedyś trzy funkcje na jednym przycisku właśnie w taki
sposób (poniżej sekundy, do dwóch sekund, powyżej dwóch sekund).

Jeszcze morsem można. Wtedy da się więcej.