TomekWaw

Czyli po prawie roku analiz, rozkminiania, wybierania, wybrzydzania, cmokania, ponownego analizowania, wybierania, wahania się.... w końcu (!) masz coś mini działającego na biurku To skup się już na tym rozwiązaniu i nie analizuj dalej innych, bo w tym tempie nie zdążysz zrobić systemu przed emeryturą

Jeśli potrzebujesz jako koncówki jakiś sterownik z wejściami i wyjściami i komunikacją Ethernet, to pochyl się nad modułami Olimex ESP32-POE. Będą tańsze w zakupie, tańsze w eksploatacji (energia) oraz istotnie prostsze w zarządzaniu (np. przez ESPHome). Zastosowanie zamiast tego RPi z całym system operacyjnym którym trzeba zarządzać, wydaje się kompletnie bez sensu.

To zależy co tam postawisz i jak. Bo jak postawisz np. HA na karcie microSD, to pożegnasz się z tą kartą po tygodniu lub dwóch. Przeróżne programy mogą nawet na karcie działać długo i niezawodnie, ale trzeba zrozumieć systemy operacyjne, ramdyski, iopsy i takie tam rzeczy. Więc raczej tylko w rękach osób, które widzą co robią. Sam musisz sobie odpowiedzieć na pytanie, czy się do tej grupy zaliczasz.

Możesz wolnymi żyłami przesłać 24V DC w małym prądzie do zasilania jakiegoś osprzętu i ew. stany cyfrowe czegoś. Szansa że pójdzie na tym kablu jakaś komunikacja magistralna zależy od długości odcinków; na krótkich odcinkach - być może, na dłuższych - raczej będą problemy.

Ponadto w przypadku Loxone takie zabawy są zbędne, bo ten system - w przeciwieństwie do wielu innych - ma podtrzymywanie stanu logiki / bloków pomiędzy restartami (tj. uruchomieniem nowego programu). Wystarczy zaznaczyć checkbox przy opcji "Remanence" i magicznie po restarcie stan jest taki jak był przed. To rozwiązuje szereg kwestii, z którymi w przeciwnym wypadku trzeba rzeźbić. W HA podtrzymywania stanu encji też nie ma, temat stale lawiruje w pierwszej dziesiątce wishlist.. Impuls w Loxone to krótka zmiana stanu logicznego z 0 na 1 (i następnie powrót na 0). Takie impulsy najczęściej triggerują logikę na diagramach Loxone Config. To jest coś jak Inject w Node-RED, tylko nie jest "ręczny", a może pochodzić z przeróżnych wejść, innych bloków logicznych, itd. Przykład praktyczny: impuls na "powrót do domu" - podłączony do szeregu bloków funkcjonalnych uruchamia proces budzenia się całego domu do życia. Albo impuls na świt lub wschód słońca. Albo impuls na dotknięcie przycisku Touch. itd. itp.

Już się tak nie unoś. Barwne obrazy i porównania są częścią mojego specyficznego poczucia humoru. Jeśli moje żarciki Cię uradziły, bo np. jest coś na rzeczy z tym moczeniem się, to serdecznie przepraszam! A jeszcze wczoraj byłeś zdecydowany na KNX... Ale coś czułem, że to długo nie potrwa. Co nowy kolega Ci coś powie, to zmieniasz koncepcję. I myślę, że jeszcze zmienisz z 50 razy. Have fun. Co do Loxone; nie ma się co dziwić, że interfejs KNX został usunięty w Miniserverze Gen2 i przeniosiony do KNX Extension. Loxone miał już wtedy dobrze sprawdzony swój własny protokół magistralny bazujący na CANBus 2.0b, który jest w wielu wymiarach lepszy niż KNX (szybszy, zabezpieczony przed podsłuchem i manipulacją, itd). Nie ma więc nic dziwnego, że producent faworyzuje swoje rozwiązanie, nad którym ma pełną kontrolę inżynierską, które działa out-of-the-box, nie wymaga żadnej dodatkowej integracji oraz zapewnia niezawodność i szybkość uruchomienia - zarówno użytkownikom końcowym, jak i instalatorom (!). Dla ludzi, którzy z różnych powodów wolą osprzęt KNX - jest teraz interfejs KNX w formie rozszerzenia. Integracja tego osprzętu jest taka sama, jak w MS Gen1. Czego więcej chcesz? Możliwości integracji ze światem IoT? Loxone jest systemem bardzo otwartym, a z wykorzystaniem Loxberry i ioBrokera da się go zintegrować praktycznie ze wszystkim. I nie jestem tu gołosłowny, bo w poprzednim mieszkaniu sam zintegrowałem go z ponad 160 generycznymi akcesoriami w różnych technologiach: Z-wave, Zigbee, Wifi, RF433, Bluetooth, LoraWAN. Nie napotkałem dotychczas [o]sprzętu, którego nie byłem w stanie zintegrować z Loxone. I nie potrzeba do tego Home Assistanta, który jest bardzo źle prowadzonym projektem open-source. Który po 10 latach nadal jest na wczesnym etapie rozwoju, przez co jest bardzo zmienny i bynajmniej nie można mu przypisać cechy niezawodności. Ale jeszcze się o tym wszystkim przekonasz..

I tym się ostatecznie zaorałeś. Jednak jesteś Grażyną automatyki oraz ostatecznie potwierdziłeś, że masz mierną wiedzą o Loxone. Powiedziałbym taką "chłopską", bo działasz trochę "na chłopski rozum". Tacy ludzie też są, wiadomo... ale na ogół nic szczególnego nie osiągają, bo kręcą się w swoich teoriach jak gówno w przeręblu. Luźna obserwacja: zazwyczaj można ich rozpoznać po błędach ortograficznych. A Ty - jak widzę - tym "markerem" się tu już nieźle obsmarowałeś... Tak czy siak, szkoda mi czasu na akademickie dyskusje z takimi pacjentami, więc nie licz na dalsze odpowiedzi z mojej strony. Masz teraz nowego kolegę - Ratpawa i możecie sobie wspólnie rozkminiać KNXy do woli. Have fun

Mylisz się. Nie ma tam żadnej bazy danych. Dane które - jak celnie zauważyłeś - MOGĄ (a nie "muszą") być zbierane, są zapisywane w plikach tekstowych w formacie XML. Jak wszystko w Loxone, jest to udokumentowane: https://www.loxone.com/enen/kb/statistics/ I tak jak już pisałem, stosowane karty - przemysłowe, z dużym nadmiarem pojemności - zupełnie dobrze radzą sobie z sekwencyjnym zapisem plików. O ile się tego bezmyślnie nie nadużywa - patrz komentarz #28. Znam wiele architektur ze SPOFem, które działają 30 lat i więcej. Na przykład: Ty Przeżyłeś 50 lat, a masz szereg SPOFów: jedno serce, jedną wątrobę, jedną trzustkę, jeden mózg. Chcesz przykłady bardziej techniczne? Proszę bardzo - motoryzacja. W każdym pojeździe z wtryskiem jest ECU (komputer sterujący), który jest jeden i jest SPOFem. Czy ktokolwiek kupując samochód ma sraczkę i rozkminia wysoko hipotetyczny temat co to będzie jak padnie ECU? "O matko boska, co będzie jak stanę na zaśnieżonej drodze w górach przy -30 st. C, jadąc na wigilię???" Poza tym, srsly. Twój dom nie jest infrastrukturą bankową czy giełdy papierów wartościowych i tak naprawdę wcale nie musi dzialać w modelu HA (High Availability). Świat się nie zawali, jeśli nawet w tej wysoko hipotetycznej sytuacji padnie Miniserver i poczekasz kilka godzin na jego wymianę. Dom się w tym czasie nie zdąży wychłodzić i nie zamarzniesz, naprawdę. A jeśli masz lęk przed ciemnością i boisz się że obsikasz majtki, to po prostu kup sobie jakąś lampkę na baterie. Jest wiele racjonalnych opcji na mitygację tej sytuacji, od posiadania zapasowego Miniservera w szufladzie, po spędzenie nocy po prostu w hotelu. Nota bene dużo większy problem będziesz miał, jeśli padnie w domu jeden z wielu innych SPOFów które się w nim znajdują, np. pompa ciepła. Ale tu też świat się nie zawali i nie zamarzniesz od razu. PS. Na stany lękowe jest obecnie wiele rozwiązań farmakologicznych; np. Mianseryna, Hydroksyzyna, Doksepina.

Temat niezawodności Miniserverów i karty SD wyczerpałem w komentarzu #28. To są "wymysły". Karty microSD stosuje się od wielu lat w przemysłowych sterownikach PLC, bo ma to szereg zalet praktycznych. Argument "wiligijny" już kiedyś czytałem... jako jedną z fantazji wymyślonych prawdopodobnie przez konkurencję w celu stymulowanie lęków i fobii. Tak jak już pisałem (w komentarzu #28 ), Miniservery nie padają, a prawdopodobieństwo że akurat system padnie w wigilię jest wielokrotnie mniejsze niż np. przerwa w dostawie prądu w wigilię. Ale domyślam się, że tym razem Tobie nie chodzi o ponownie dorzucanie ognia pod swoje fobie, tylko... próbujesz sobie jakoś "racjonalizować" wybór KNX nad Loxone i po prostu chcesz się w tym wyborze utwierdzić. A podobno już zdecydowałeś. A nie wystarczy Ci, że opublikujesz na fb deklarację samostanowienia wg prawa naturalnego...? PS. Myślałem, że jesteś poważnym człowiekiem...

Jestem jednym z autorów poradników na Loxwiki i myślę, że dość dobrze znam Loxone. Ty zaś wydajesz się być dość początkujący. Co ma wejście P (Presense) do stanu LC i jego nastrojów świetlnych? Oj Grażynko, Grażynko...

Uff, wreszcie. Bo już bałem się, że ten wątek nigdy się nie skończy Jak coś, to pisz już do naszej Grażynki.

Heh. Tak się właśnie szerzą durne płotki że "Loxone nawalił". Srsly, nie raczyłeś nawet sprawdzić co się dzieje, albo chociaż dowiedzieć się co to oznacza - od swojego instalatora albo z dokumentacji Loxone??? Czujnik ruchu w Loxone mruga w dwóch popularnych przypadkach: gdy ponownie uruchamia się system po zapisaniu nowej konfiguracji oraz - o ile dobrze pamiętam - podczas aktualizacji firmware akcesoriów, która to aktualizacja w całym osprzęcie Loxone następuje automatycznie po pewnym czasie od aktualizacji oprogramowania Miniservera (którą można wyzwolić na szereg różnych sposobów, w tym nawet z apki). Osprzęt Loxone nie traci łączności bez powodu (w przypadku Tree to oznacza jakiś poważny problem "kablowy"). A jeśli już straci, to nie odzyskuje jej od tak po restarcie zasilania. To że klepnąłeś bezpiecznikiem aby rozwiązać ten rzekomy "problem" - słabo świadczy o Twoim poziomie wiedzy i sposobie rozumowania. Zachowałeś się jak Grażynka, a chcesz tu doradzać innym...

U mnie działa już chyba 6 rok i nigdy nie nawalił. Na grupie polskich użytkowników Loxone na fb jest ponad 3000 ludzi i poza jedną osobą, w której dom strzelił piorun, też nikomu jeszcze nie nawalił. W całej Europie Loxone działa w ponad 250.000 domów - słyszałeś / czytałeś o jakichś awariach? A w niektórych domach działa już nie 5, nie 10, a 13-14 lat (and counting). Ile jeszcze chcesz czekać aby przekonać się, że to "po prostu działa"? To raz. A dwa - nie musisz snuć katastroficznych wizji co się stanie przy hardware v2.0 w Loxone. To już się stało. Miniserver Gen2 zostały wydany jakieś 3 lata temu. I zgadnij co - jest w pełni kompatybilny wstecznie z Miniserverem Gen1 i całym osprzętem Loxone, który był sprzedawany od lat. Do nowej wersji zostało jedynie dodane kilka nowe możliwości wynikających z mocniejszego sprzętu i w ogólnie ten Miniserver Gen2 może po prostu "więcej". Loxone to nie Grenton, który akurat jest winny aktu niekompatybilności, który był dokonany na dość wczesnym etapie rozwoju w związku z koniecznością zmiany napięcia magistrali z zabawkowych 5V w wersji 1, na 24V w wersji 2 systemu. Loxone nie popełnia takich błędów projektowych, bo ma zupełnie inny potencjał inżynierski (nawet ciężko to porównać, ale spróbuj: po siedzibach). A jeśli były jakieś błędy wieku dziecięcego w Loxone, to były 15 lat temu.

Mam problem z tym, że muszę powtarzać się. Po prostu przeczytaj sobie ponownie moją odpowiedź nr #46 w tym wątku. Owszem możesz odbierać w Loxone telegramy od autonomicznych układów KNX, ale możesz je sobie wsadzić w dupę, bo nic sensownego z nimi w Loxone nie zrobisz. I jeżeli twierdzisz, że używasz standardowych bloczków Loxone (Lightning Controller, Automatic Shading, Intelligent Room Controller) w obustronnej komunikacji z KNX (sterowanie i synchronizacja stanu), to wiem że nie piszesz prawdy, bo to po prostu nie jest możliwe. Dlaczego? Przeczytaj kolejny raz odpowiedź #46. Reszty nie chce mi się już komentować, wybacz nie mam czasu na ten chaos.

Oczywiście, że się da. Ja nie korzystam z chmury dostępowej Loxone, a mam zdalnie dostęp do swojego systemu. Jest to realizowane przez server VPN na moim routerze i klienta VPN on-Demand na iPhone'ach i iPadach. Po uruchomieniu aplikacji Loxone poza domem, w ciągu 2-3 sekund wpina ona w sposób automatyczny i bezpieczny się do sieci domowej.

https://www.loxforum.com/ https://loxwiki.atlassian.net/ https://wiki.loxberry.de/ https://library.loxone.com/ https://www.facebook.com/groups/LoxonePLusers https://www.facebook.com/groups/476463289187034 Społeczności i zasoby w których możesz grzebać bez endu. Niektóre wymagają wtyczki Google Translator bo są częściowo po niemiecku, ale jest to bardzo przydatna wiedza. Powodzenia w szukaniu analogicznych zasobów dla KNX czy np. krajowych systemów smart home.

Już napisałem Ci kilka przykładów czego nie zrobisz w ramach "samego systemu KNX". Nie obsłużysz wideofonów, kamer monitoringu, nie zrealizujesz sensownie obsługi systemu multi-room audio, nie obsłużysz typowych i przydatnych w smart home integracji (agd / white good, roboty sprzątające, koszące, itd). Wyzwaniem będzie też integracja z asystentami głosowymi (1home bridge znam, ale idealny nie jest). Do każdej bardziej zaawansowanej logiki będziesz też zmuszony zastosować jakiś niedorzecznie drogi logic server / engine albo po prostu wyjść poza ekosystem KNX. HA jest tu rozwiązaniem tylko częściowym, bo wielu rzeczy do teraz nie ogarnia. Np. nie zapewnia obsługi wideofonów - brak wsparcia dla protokołu SIP. Jego zdolność do zapewniania ewentualnej logiki jest mierna, stąd ludzie szybko uciekają do Node-Reda, który nadal jest bardzo prymitywnym rozwiązaniem. Kiedy z Node-Red przesiadasz się do Loxone Config, to masz wrażenie że zmieniłeś Poloneza Caro na Mercedesa S-klasę.

Ty po prostu nie rozumiesz co to znaczy osprzęt KNX w trybie dump. Już mi się nie chce po raz trzeci w tym wątku powtarzać to samo. Pisałem już bowiem, że taki model zastosowania osprzętu KNX w Loxone jest możliwy, ale wiąże się z utratą autonomiczności jego działania, co jest jedną z flagowych zalet KNX.

Biali ludzie do sterowania oświetleniem w Loxone nie używają bloków switch czy dimmer, tylko robią to przez zintegrowany kontroler oświetlenia, którego możliwości znacznie wykraczają poza włącz/wyłącz/ściemnij pojedyncze światło. Jak już wyżej napisałem, ten kontroler nie ma wejść aktualizujących stany nastrojów świetlnych np. z magistrali KNX. Można go użyć z aktorami KNX, ale tylko takimi ustawionymi w tryb dump, tzn. bez sterowania logiką KNX. A to unicestwia jedną z flagowych zalet KNX - autonomiczność i przez to rzekomo (!) wyższą niezawodność, bo cała logika i tak musi iść przez Loxone. Alternatywnie KNX można zrobić jak należy, jednak wówczas do obsługi takich zespołów osprzętu KNX trzeba użyć bloczki KNX/EIB, które mają wejścia aktualizacji stanu. Ale jak sam zauważyłeś dalej - są one "upośledzone", a raczej po prostu bardzo biedne / stare / nieaktualizowane (prawdopodobnie celowo, no cóż... Loxone ma swoją agendę).

Już Ci poniekąd pisałem a propos wizualizacji. To nie jest kwestia że "nie potrafi". Pewnie i potrafi, ale jest to trudne lub bardzo trudne, czasochłonne i najczęściej kosztowne. Inna sprawa że, KNX powstał 30 lat temu z myślą o automatyce dużych obiektów typu biurowce, hotele, galerie itd - w zakresie głównie oświetlenia i HVAC. I mimo że od wielu lat stosuje się go też w automatyce domowej jako tzw. smart home, to system zasadniczo niewiele się zmienił i nadal w budownictwie mieszkaniowym jest to swoista proteza. Organizacja KNX ostatnie lata trochę przespała i pociąg jej jakby odjechał. Wskutek tego szereg przydatnych w smart home integracji w praktyce musi być realizowane poza ekosystemem KNX. Pomyśl np. o urządzeniach AGD typu White Goods, o przeróżnych robotach (koszących, sprzątających), systemach audio, wideofonach, asystentach głosowych, itd. To wszystko sprowadza trochę KNX do klepaczy przekaźników.. Wiem, mocno upraszczam, ale you get the idea. Zupełnie nie zrozumiałeś mojej wypowiedzi. Nie chodzi o ograniczenia w KNX (bez względu czy one są, czy nie). Chodzi o ograniczenia w obsłudze KNX w Loxone, które w praktyce uniemożliwiają wizualizację autonomicznych aktorów KNX (i sterowanie nimi równolegle z Loxone i z innych wejść KNX), w sposób typowy w Loxone. Co w praktyce zmusza do następującego wyboru: albo używasz urządzenia KNX jako dumb (bez logiki KNX), albo używasz je z logiką KNX (np. asocjacjami z innym osprzętem KNX), ale tracisz w Loxone możliwości wynikające z rozbudowanego UI. Przykładowo, zapoznaj się jak oświetleniem steruje Loxone. Nie pojedynczym punktem, ale całą strefą / pomieszczeniem z wieloma punktami oświetleniowymi różnych typów. Zobacz dokumentację Lightning Controlera, jego wejścia, wyjścia, konfigurację nastrojów, automatyki ich aktywacji i miksowania nastrojów. I oczywiście możesz taki Lightning Controller użyć na zbiorze aktorów KNX (przekaźnikach, ściemniaczach, dimmerach PWM, itd) ustawionych w dumb. Ale jak tylko zaangażujesz jakaś logikę KNX, np. wyłączysz pojedynczą lampę np. przyciskiem KNX, to całe sterowanie i wizualizacja w Loxone Ci się rozjedzie, bo LC nie ma wejść stanu tak jak prosty blok EIB Switch. Analogicznie, zapoznaj się jak działa w Loxone sterowanie roletami ( https://www.loxone.com/plpl/kb/zaluzja-automatyczna/ ). Jest to bardzo rozbudowane, ale tu podobnie nie ma wejść na synchronizację stanów. Takie wejście jest w bloku roleta EIB, ale ten blok jest drastycznie biedniejszy: https://www.loxone.com/plpl/kb/zaluzja-knx/

No to kolega mało rzeczy ma - same najbardziej podstawowe rzeczy. Co oglądaliście przez 5 godzin?? Zrobisz jak będziesz uważał. Każdy tak się wyśpi, jak sobie pościeli. Doceniam Twoją drobiazgowość i dociekliwość, ale mam wrażenie że już przesadzasz i robisz overthinking. Dla takich osób KNX może jest i dobrą drogą, tam będziesz miał ciągle dużo rozważań i przemysleń. Ja też nie chciałbym, abyś wybrał Loxone wyłącznie za moją namową, a potem ciągle stękał i narzekał. A jak wybierzesz KNX, to przynajmniej "będzie na kolegę"

Chciałem na to odpisać, ale widzę że nie muszę, bo sam sobie odpisałeś: No właśnie. Z racji tych ograniczeń, z którymi się właśnie "meczysz", lepiej osprzęt Loxone ustawiać jako dump. Te ograniczenia to w szczególności: bloki EIB do oświetlenia tylko w formie prymitywnych przełączników Switch lub Dimmer. LC już praktycznie nie daje się użyć z "niepodległym" (cokolwiek by to znaczyło) zestawem aktorów KNX blok rolety EIB, która jest istotnie biedniejsza od standardowego bloku rolety automatycznej (który z kolei nie ma odpowiednich wejść) praktycznie brak jakichkolwiek innych bloków logicznych do obsługi KNX. Loxone sprowadził cały "niepodległy" KNX do roli klikaczy światła i klikaczy rolet i ta integracja dwukierunkowa działa, ale jest po prostu bardzo biedna. do bloku ogrzewania (inteligentny regulator pokojowy) "niepodległego" termostatu KNX oczywiście też nie podłączysz

Tak, nawet 5e. Ale jak już pisałem wcześniej, ja jestem gorącym zwolennikiem topologii drzewa oraz używania kabla Tree jako magistrali. Bo te 2x1,5mm2 do przesyłania większych prądów 24V się naprawdę przydaje.

Zasadniczo wiele rzeczy się da zrobić w każdym dobrym systemie wizualizacji, ale na ogół zrobienie dobrego interfejsu jest skomplikowane i wymaga czasu, a czas to pieniądz, więc to po prostu kosztuje. Być może dlatego Twój kolega z tego zrezygnował, a może ma dość prosty system automatyki i nie ma tam co wizualizować - nie wiem. W Loxone interfejs użytkownika widoczny potem w apce robi się sam przy okazji robienia logiki. Z apki nie trzeba korzystać, ale wg mnie wielokrotnie się przydaje - chociażby do jakiegoś nietypowego sterowania czy podglądu / monitorowania parametrów / statystyk, itp. Popatrz sobie w Internecie jak zbudowana jest apka Loxone, a najlepiej zainstaluj sobie na telefonie i po prostu potestuj. [ATTACH=CONFIG]467938[/ATTACH] https://www.loxone.com/plpl/produkty/apps/ Są tam sensownie zrealizowane elementy kontroli wszystkich obszarów automatyki domowej; oświetlenia, zacieniania, ogrzewania / chłodzenia / wentylacji, dostępu i bezpieczeństwa / alarmu, multimediów, audio, zarządzania energią, nawadnianiem, urządzeniami AGD, itd, itp. Większość z nich jest już głęboko przemyślna i od lat sprawdzona w użytkowaniu (np. interfejs ogrzewania, z którym się już chyba zapoznałeś czy np. sterowania oświetleniem). Warto wspomnieć też o świetnym UI do sterowania muzyką, które jest bardzo podobne do Spotify (z którym zresztą Loxone jest głęboko zintegrowany). Super zrobione są też wizualizacje związane z zarządzaniem energią (zobacz np. tutaj: https://www.loxone.com/enen/blog/loxone-config-app-13-1/ ) Z innych "smaczków" są np.: - możliwość łatwego tworzenia niemal dowolnych schematów systemu, patrz tu: i tu https://www.loxone.com/plpl/produkty/software/schemat-systemu/ - wbudowany "Designer automatyki", czyli narzędzie do dorabiania na szybkości prostych automatyzacji ew. do rozbudowy z apki systemu przez "zwykłego" użytkownika, patrz - możliwość zarządzania użytkownikami, przypisywania im uprawnień, kodów i chipów do systemu KD (!) - natywna obsługa komunikacji głosowej z wideofonem (apka jest klientem SIP. Zrobienie tego na na generycznych silnikach wizualizacji nie jest łatwe, a czasami wręcz niemożliwe) - powiadomienia typu rich push Żeby tego jeszcze było mało, cały interfejs jest dostępny w wielu różnych formach do wyboru: - interfejsu webowego - aplikacji na Windows, MacOS, Linux (różne architektury) - apek iOS, iPadOS, Android, Amazon FireOS - apek na zegarki Apple Watch i Android Wear Wszystko to jest dostępne bez dodatkowych kosztów, a interfejs tworzony jest automatycznie, kompletnie bez wysiłku. Czy są jakieś serwery wizualizacji do KNX, które mogą zrobić wszystko co potrafi Loxone? Nie wiem. Natomiast jeśli są, to z pewnością są kosztowne - najpierw w zakupie, a potem we wdrożeniu.

To prawda. Ale osobiście nie mam przekonania, że powszechny / otwarty standard jest zawsze lepszy od dobrego rozwiązania danego producenta. Weźmy np. pocztę e-mail. Czy powszechny standard IMAP, umożliwiający wykorzystanie różnych serwerów/deamonów jest lepszy od systemu poczty Exchange firmy Microsoft (oferowanego również w ramach usług Microsoft 365)? No nie, bo jego metoda synchronizacji z klientem jest archaiczna (+50 innych powodów). Czy powszechny i otwarty standard przesyłu dźwięku po tcp/ip - DLNA, jest lepszy od protokołów opracowanych przez Apple lub Sonos? No nie, bo nie zapewnia synchronizacji między strefami, tak jak protokoły AirPlay2 i ten stworzony przez Sonosa. Takich przykładów, gdzie coś będącego otwartym standardem niekoniecznie jest lepsze od rozwiązań proprietary można wymieniać długo. Czy Microsoft, Apple i Sonos mogą upaść? Jasne, ale jest to mało prawdopodobne. Czy Loxone może upaść? Jasne, ale to też wydaje się mało prawdopodobne. I tu każdy musi sobie zadać pytanie: czy bardziej woli korzystać "tu i teraz" z najlepszych dostępnych rozwiązań na rynku, czy może bardziej woli zaspokajać swoje lęki o kondycję finansową konkretnych producentów, w bliżej nieokreślonym horyzoncie czasowym. Ja osobiście wolę korzystać z najlepszych rozwiązań, poza tym uważam że Loxone jest już za dużym producentem by upaść i zniknąć z rynku. Miniservery zasadniczo nie padają. Znane są mi tylko dwa przypadki w Polsce, w których Miniserver został uszkodzony i stało się to wyłącznie w wyniku przepięcia będącego następstwem wyładowań burzowych. Nie ma elektroniki która wytrzyma wszystko. Z tego co wiem, praktycznie każdy instalator Loxone ma na półce wolny / awaryjny Miniserver, więc zorganizowanie sobie nowego na podmiankę jest kwestią max kilku godzin (a jeśli mieszkasz w dużym mieście to pewnie szybciej). Wiem że niektóre osoby, które maja w tej kwestii pierdolca, mają nawet zapasowy Miniserver u siebie w szufladzie. Ja nie sam mam - nie czuję takiej potrzeby. Padanie kart SD w Loxone zdarzało chyba przez chwilę w okolicach roku 2006 czy 2007 bo był jakiś błąd w optymalizacji oprogramowania. Został poprawiony, od wtedy nic się nie dzieje. Ale instalatorzy innych systemów chętnie podtrzymują mit, że karty microSD w Loxone padają Nie padają, przynajmniej jeśli się je używa zgodnie z przeznaczeniem. Karta microSD jest używana głównie i przede wszystkim do zbootowania systemu, który następnie pracuje już w pamięci kontrolera. Dodatkowo karta jest używana do zapisywania stanów wybranych bloków (tzw. "remanencji"), aby się te stany zachowały pomiędzy wgraniami kolejnych nowych konfiguracji sterownika (które wymagają restartu systemu). No i w trzeciej kolejności na karcie mogą być też zapisywane statystyki wybranych bloków, wejść i stanów, które są źródłem wykresów w apce. I tu jest pewne ograniczenie - Loxone rekomenduje aby nie dokonywać więcej niż 3000 zapisów do tych statystyk na dobę. Można, bo to są karty high-endurance typu Sandisk Industrial z duuużym nadmiarem wolnych bloków, ale wtedy system mimo wszystko wyświetli warning, że to może skrócić czas życia karty. Sam stan techniczny karty jest przez system monitorowany i jeśli wear % przekroczy określona wartość - system wyświetla warning i zachęca do wymiany karty na nową. Nawet jak karta padnie zupełnie, system nadal może działać, bo działa w pamięci. Dobrą praktyką jest profilaktyczna wymiana karty microSD na nową co ok. 3-4 lata oraz posiadanie karty zapasowej z wgranym programem na ew. szybką podmiankę. Ja tak właśnie robię. Do statystyk zapisuję 4812 zapisów dziennie i nic się nie dzieje, wszystko działa. Resztę interesujących mnie danych wypycham z Loxone do zewnętrznej bazy InfluxDB i wyrysowuję je w Grafanie.