Sterownik domu ESP32 na szynę DIN

[LukaszH]

Wiem że takie sterowniki DIY i oparte o GUI Generic, każdy ma w głowie pytania co dalej ze wsparciem i czy jak coś padnie, to jak uruchomię ponownie zasilanie/sterowanie w domu. Druga sprawa to co z przepisami i przeglądami elektrycznymi gdzie takie rozwiązania nie posiadają certyfikatów (chociaż jak porównuje to co sam robię i co wkładają producenci czasem z Chin, to ja wolę już bez tych CE). Na ten moment musi to zostać dla osób które trochę się na tym znają, a jednocześnie chcę dla pasjonatów utrzymać stałą ofertę tych płytek, a jak nie to udostępnię gerbery aby każdy mógł zamówić (chociaż to by wymagało jeszcze więcej wiedzy).

Fajnie jak by Zamel zrobił takie sterowniki (mogę udostępnić wszystko:)) i wtedy zniknęły by problemy z certyfikacją i pewnie kłopotem z wsparciem.

Jak Krycha88 pomoże mi uruchomić w GG moduł lan8720 to zaprojektuję wersję pod obudowę kradex zd1010.

[lukfud]

Jak Krycha88 pomoże mi uruchomić w GG moduł lan8720 to zaprojektuję wersję pod obudowę kradex zd1010.

Jeśli się nie mylę, to wystarczy zmienić header z wt32_eth01.h na esp32eth.h
https://github.com/krycha88/GUI-Generic ... th01.h#L30

[edm]

Świetny projekt, czytelnie opisane i omówione na filmie. Gratulacje !.
Niestety brakuję nieszczęsnego portu LAN, tym bardziej że sterownik dedykowany jest na szynę DIN.
Również jestem zdania że kabel to kabel. Wybierając urządzenia smart, zwykle kieruję się tym czy jest komunikacja po Lan. Jak jest Lan to i zazwyczaj też po WiFi, także każdy ma wybór i nie ma dyskusji. @lukfud na przykładzie WT32-ETH01 pokazał tutaj viewtopic.php?t=14159 jak to ogarnąć. Testowałem, używam i działa .

Owszem nie wszystko musi być po lan, np. termostat ścienny powiedzmy że może być po WiFi. Mam kilka urządzeń po WiFi tylko dlatego że nie powstały jeszcze odpowiedniki z portem Lan. Aczkolwiek na rynku jest kilka "podobnych" sterowników jak Twój, zarówno DIY jak komercyjnych, niektóre wyposażone w Lan.
Podsumowując super projekt, rozważ kolejne wersję już z Lan / WiFi.

[LukaszH]

Niestety ta moja słabość programowania powoduje że jedyna nadzieja jest położona na oprogramowaniu GG. Wiem że @lukfud zaproponował gotowe rozwiązanie jeśli chodzi o LAN i miałem cichą nadzieję że zostanie zaimplementowana w GG leży u mnie obudowa zd1010 i wszystkie części, więc jak dam radę odpalić ten moduł lan8720, to takie płytki zaprojektuje

[edm]

Niestety ta moja słabość programowania powoduje że jedyna nadzieja jest położona na oprogramowaniu GG. Wiem że @lukfud zaproponował gotowe rozwiązanie jeśli chodzi o LAN i miałem cichą nadzieję że zostanie zaimplementowana w GG leży u mnie obudowa zd1010 i wszystkie części, więc jak dam radę odpalić ten moduł lan8720, to takie płytki zaprojektuje

Chciałby mieć takie słabości w tych tematach. Projekty jakie robisz są godne podziwu.

[Lomax1983]

4. Jak idzie się po LAN w rozdzielni, to niestety wszystkie moduły muszą być już po LAN i dokładanie jakiś elementów Supli w przyszłości odpada, bo praktycznie oprócz potencjalnych DIY nie ma rozwiązań od np. Zamela. Traci się elastyczność

Czyli jak mamy urządzenie po LAN to nie ma możliwości używania gotowców od ZAMELa? Co stoi na przeszkodzie aby dodać do Cloud urządzenie po LAN i po Wi-fi?? Pytam ponieważ ciekawi mnie ten temat.

[klew]

4. Jak idzie się po LAN w rozdzielni, to niestety wszystkie moduły muszą być już po LAN i dokładanie jakiś elementów Supli w przyszłości odpada, bo praktycznie oprócz potencjalnych DIY nie ma rozwiązań od np. Zamela. Traci się elastyczność

Czyli jak mamy urządzenie po LAN to nie ma możliwości używania gotowców od ZAMELa? Co stoi na przeszkodzie aby dodać do Cloud urządzenie po LAN i po Wi-fi?? Pytam ponieważ ciekawi mnie ten temat.

Nie ma to żadnego znaczenia jak się łączą urządzenia. To, że coś jest po LAN nie wpływa w żaden sposób na urządzenia po Wi-Fi.

Nie wiem co Łukasz miał na myśli.

[edm]

Można używać LAN i WiFi, jedno drugiego nie wyklucza. Lecz niestety Zamel nie oferuje modułów z LAN.

[LukaszH]

4. Jak idzie się po LAN w rozdzielni, to niestety wszystkie moduły muszą być już po LAN i dokładanie jakiś elementów Supli w przyszłości odpada, bo praktycznie oprócz potencjalnych DIY nie ma rozwiązań od np. Zamela. Traci się elastyczność

Czyli jak mamy urządzenie po LAN to nie ma możliwości używania gotowców od ZAMELa? Co stoi na przeszkodzie aby dodać do Cloud urządzenie po LAN i po Wi-fi?? Pytam ponieważ ciekawi mnie ten temat.

Nie ma to żadnego znaczenia jak się łączą urządzenia. To, że coś jest po LAN nie wpływa w żaden sposób na urządzenia po Wi-Fi.

Nie wiem co Łukasz miał na myśli.

Trochę za mocne uproszczenie dałem w zdaniu i chodziło mi bardziej o pewną logikę w postępowaniu użytkownika/inwestora, a nie ograniczenie sprzętowe łączenia LAN z WI-FI. Dokładnie miałem na myśli, że jeśli ktoś ma szafkę metalową bez zasięgu wi-fi (daleko od routera) i dlatego poszukuje urządzeń które komunikują się po LAN, to w konsekwencji, że w tej szafce/rozdzielni nie ma wi-fi wszystkie następne sprzęty też powinny być po LAN, tracąc trochę możliwość dołożenia takich urządzeń jak np. licznik energii MEW, albo ROW od Zamela. Jak ktoś ogarnie aby w takiej rozdzielni jednak był zasięg WI-FI, to stabilność pracy z dobrym routerem w moim przypadku przez 3 lata, to nie zaobserwowałem jakiegokolwiek dyskomfortu pracy, że urządzenia nie są po LAN.
Natomiast nie jest moją intencją aby udowadniać, że lepiej jest po wi-fi tylko jako argument, że wi-fi ma większą elastyczność w przyszłości jeśli pokryje się zasięgiem cały dom/posesję w potencjalnym rozbudowywaniu inteligentnego domu (dodam że o rzędy wielkości tańszego).