logo elektroda
logo elektroda
X
logo elektroda
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

Kontroler paska LED Miboxer Mi light FUT036 - wersja bez WiFi (tylko RF), porównanie

p.kaczmarek2 01 Maj 2024 12:32 1308 7
  • Opakowanie kontrolera paska LED Miboxer FUT036.
    Kontroler paska LED FUT036 pojawił się na naszym forum pierwszy raz gdy jeden z użytkowników zapytał o możliwość zmiany firmware modułu CB3S ze środka, ale czy wiecie, że te same kontrolery są dostępne w wersji opierającej się tylko na samym RF, bez WiFi? Tutaj właśnie taki kontroler przedstawię. Omawiana tu wersja będzie jednokolorowa, chociaż dostępne też są wersje dla różnych kombinacji pasków LED (FUT037, FUT038, etc). Za pokazaną tu wersję zapłaciliśmy tylko 40zł, nie jest to dużo, ale to jest wersja bez WiFi, za wersje z WiFi płacimy około dwa razy tyle.

    Przypomnijmy najpierw starsze tematy, gdzie omawiane były wersje z łącznością i RF, i WiFi, oparte o moduł WiFi CB3S:
    Nietypowy kontroler paska LED Miboxer FUT037W+ z TuyaMCU - protokół komunikacji, OpenBeken
    Miboxer FUT036w and CB3s Issues: Flashing Firmware, WiFi Connectivity, and Button Control
    W przypadku wersji z WiFi oznaczenie zawiera literę W, np. FUT036W.

    Tutaj mam nieco inną wersję:
    Pudełko kontrolera paska LED Miboxer FUT036. Opakowanie kontrolera LED FUT036 pokazujące parametry techniczne.
    Po prostu FUT036, wedle oznaczeń jest tutaj RF 2.4GHz, ale nie ma WiFi.
    Zawartość:
    Kontroler LED MiBOXER FUT036 z instrukcjami obsługi.
    Instrukcja ze środka, opis całej rodziny, są tu kontrolery dla pasków jednokolorowych, do pasków CW (odcienie bieli), RGB, itd...:
    Instrukcje i pudełko kontrolera LED Miboxer FUT036 na stole Kontroler Miboxer FUT036 i instrukcja obsługi leżące na stole.
    Chyba nie ma na co czekać i można zajrzeć do środka kontrolera. Po prostu podważamy pokrywę:
    Kontroler LED FUT036 z otwartą obudową na drewnianym stole.
    W tej wersji mamy dwa tranzystory - SLD40N03T. Nie ma radiatora, samo PCB z wylewką miedzi jest w jego roli.
    Wnętrze kontrolera LED z dwoma tranzystorami SLD40N03T na zielonym PCB.
    Parametry SLD40N03T, jest to tranzystor MOSFET na 40V 30A o dość niskiej rezystancji w stanie przewodzenia:
    Karta katalogowa tranzystora N-MOSFET SLD40N03T 30V.
    Wyjmijmy całe PCB:
    Kontroler LED Miboxer FUT036 na drewnianym blacie
    Płytka drukowana kontrolera paska LED Miboxer z elementami elektronicznymi
    Zbliżenie na płytkę PCB kontrolera LED Miboxer z różnymi elementami elektronicznymi Zbliżenie na płytkę PCB z kontrolera LED FUT036. Zbliżenie na moduł elektroniczny z widocznym układem scalonym, kondensatorem oraz ścieżkami na płytce PCB. Zbliżenie na płytkę PCB kontrolera LED z widocznymi komponentami elektronicznymi.
    Osobno mamy tu MCU PY32F003 F18P6, oraz osobno jest układ radiowy - A319N15.
    PY32F003 to 32-bitowy ARM® Cortex®-M0+ z 20KB pamięci flash oraz 3KB pamięci SRAM, taktowany do 24MHz. Posiada zintegrowane peryferia takie jak I2C, SPI, USART, jedno 12-bitowe ADC i kilka timerów. Pracuje na napięciu 1.7~5.5V.
    Oprócz tego na PCB jest dość dużo wolnego miejsca:
    Zbliżenie na zieloną płytkę drukowaną z czteropolowym złączem śrubowym.

    Porównanie z wersją na WiFi
    Zdjęcia wersji na WiFi są dostępne chociażby w tych tematach:
    Nietypowy kontroler paska LED Miboxer FUT037W+ z TuyaMCU - protokół komunikacji, OpenBeken
    Miboxer FUT036w and CB3s Issues: Flashing Firmware, WiFi Connectivity, and Button Control
    Pierwsze co rzuca mi się w oczy to jest to, że wersja WiFi jest poniekąd "dokładką" do tego co jest bez WiFi, tj. moduł WiFi tylko odpowiada za komunikację, nie są używane jego PWM do sterowania LEDami, zamiast tego układ wykorzystuje protokół TuyaMCU:
    Schemat połączeń współpracy MCU i modułu Wi-Fi
    Protokół TuyaMCU - komunikacja pomiędzy mikrokontrolerem a modułem WiFi
    Czyli wersja na WiFi ma aż trzy osobne układy scalone - odbiornik RF, główny MCU oraz moduł WiFi.
    Co do głównego MCU, to w omawianym przeze mnie FUT037W+ był MCU Nuvoton, a tutaj jest Puya, ale oba z nich mają ten sam soft (FUT037W+ ma tylko go wzbogaconego o komunikację TuyaMCU).
    Oprócz tego są drobne różnice, np. w testowanej przeze mnie wersji RGBCW były użyte tranzystory K50N03A, a tutaj jest użyty SLD40N03T o zbliżonych parametrach. Plusem tego pojedynczego kontrolera jest to, że są tu aż dwa SLD40N03T na ten jeden oferowany kanał.

    Uwaga przy zamawianiu!
    Na koniec jeszcze chciałem zwrócić uwagę na drobną niezbyt pozytywną praktykę którą widzę w sklepach. Niektóre sklepy internetowe reklamują wersję z samym RF jako "WiFi z gwiazdką" (po dokupieniu adaptera), cytat:
    Cytat:

    Kontroler MONO "Ściemniacz" 144W RF 2,4 GHz WiFi* Renomowanej firmy MI-Light FUT036
    - Do taśm Jednokolorowych - MONO, możliwość ściemniania, rozjaśniania, włączania, wyłączania Taśm LED itd...
    - Komunikacja radiowa 2,4GHz z Pilotami FUT091, FUT093, FUT006, FUT007, FUT092, i Panelami B1/T1, B2/T2, B4,T4
    - Możliwość sterowania za pomocą Telefonu (smartphona) lub tabletu poprzez adapter WiFi Milight iBox

    Niezbyt mi się to podoba, bo jest różnica z wersją "WiFi z gwiazdką wymagające adaptera" oraz wersją "RF + WiFi (Tuya)", a jak ktoś niedoczyta opisu to może się nieco zdziwić.
    Parametry techniczne kontrolera LED
    Sam ich "adapter WiFi" będzie testowany w osobnym temacie.

    Podsumowanie
    Montowałem kilka tych kontrolerów i nie jest aż tak źle z zasięgiem ale oczywiście nie osiągało tego magicznego 30 metrów ze względu na ściany, teraz jedynie ciekawi mnie wersja Zigbee (oznaczenia w niej kończą się literką Z), zastanawiam się, czy tam też występuje TuyaMCU ale pomiędzy modułem Zigbee a MCU?
    Oprócz tego uważam, że wszystko zależy od naszych potrzeb, kontrolery pasków LED z samym WiFi są nieco prostsze do uwolnienia od chmury, ale czy koniecznie musimy uwalniać? Zresztą omawiana tu wersja jest i tak bez WiFi, więc to tylko poboczna uwaga.
    Na pewno ubolewam nad brakiem potencjalnej możliwości podłączenia przycisku. Zawsze jest to dla mnie problemem w tego typu produktach. Ja wiem, że z reguły takie kontrolery są schowane w niedostępnym miejscu ale ja bym chciał móc podłączyć jeden lub dwa przyciski (on/off i ściemniacz?) by móc kontrolować LEDy też bezpośrednio, w razie np. zgubienia/zepsucia telefonu bądź pilota... a w wersji z tego tematu nie jest to możliwe, co najwyżej możemy to uzyskać w wersji na WiFi jeśli zmienimy firmware na OBK i odpowiednio go skonfigurujemy.
    Podsumowując, jeśli ja bym miał montować Miboxery u siebie, to postawiłbym na wersję RF + WiFi z wgranym OBK, czyli działające 100% lokalnie, bez chmury, odpowiednio skonfigurowane tak by obsługiwało też przyciski bezpośrednio na urządzeniu (można wykorzystać do tego wolne piny CB3S).

    Fajne? Ranking DIY
    Pomogłem? Kup mi kawę.
    O autorze
    p.kaczmarek2
    Moderator Smart Home
    Offline 
  • #2 21066957
    krzbor
    Poziom 27  
    p.kaczmarek2 napisał:
    teraz jedynie ciekawi mnie wersja Zigbee (oznaczenia w niej kończą się literką Z), zastanawiam się, czy tam też występuje TuyaMCU ale pomiędzy modułem Zigbee a MCU?

    W swoich artykułach opisałeś już całe mnóstwo urządzeń opartych o WiFi. Fajnie jeśli powstanie taka bogata kolekcja na temat ZigBee. WiFi jest dobre jak chcemy podłączyć kilka urządzeń w domu. Jeśli jednak ma to być inteligentny dom, to trzeba przejść na inną technologię - uważam, że najlepszym wyborem jest ZigBee.
  • #3 21066965
    p.kaczmarek2
    Moderator Smart Home
    Mogę spróbować nieco pójść w stronę urządzeń z Zigbee, ale tam troszkę nie ma co robić. Nie wiem czy by to przyciągało użytkowników do naszej angielskojęzycznej strony https://www.elektroda.com/ tak skutecznie jak analizowanie urządzeń opartych na WiFi. Dodatkowo urządzenia WiFi mam często od czytelników (bo potem je przerabiam), a Zigbee działa z miejsca...

    Nie mniej, na pewno wezmę pod uwagę Twoją sugestię i postaram się jakieś Zigbee niedługo przedstawić.
    Pomogłem? Kup mi kawę.
  • #4 21067071
    krzbor
    Poziom 27  
    p.kaczmarek2 napisał:
    Mogę spróbować nieco pójść w stronę urządzeń z Zigbee, ale tam troszkę nie ma co robić.
    Trzeba do tematu podejść trochę inaczej niż WiFi i skupić się na działaniu, a w mniejszym zakresie na budowie (choć i to jest cenne jeśli urządzenia będą rozbierane). Tematyka:
    - zasięg i stabilność działania (kluczowa informacja),
    - działanie jako router,
    - działanie z ZigBee2MQTT i HA (sprzedawcy zawsze piszą o firmowych bramkach np. TUYA),
    - dodatkowe, istotne funkcje i opcje konfiguracyjne (poza standardowym działaniem).
    Podam przykład: należy wybrać sterowniki żaluzji (dopuszkowe) dla całego domu. Który model jest najlepszy?
  • #5 21067357
    p.kaczmarek2
    Moderator Smart Home
    krzbor napisał:

    - działanie z ZigBee2MQTT i HA (sprzedawcy zawsze piszą o firmowych bramkach np. TUYA)

    Jak najbardziej tak, w sumie trochę urządzeń już z ZigBee2MQTT testowałem.

    krzbor napisał:

    - zasięg i stabilność działania (kluczowa informacja),

    Jak merytorycznie sprawdzić zasięg? Zawsze odnoszę wrażenie, że komunikacja bezprzewodowa jest dość kapryśna i zależy w dużym stopniu od otoczenia.

    krzbor napisał:

    - dodatkowe, istotne funkcje i opcje konfiguracyjne (poza standardowym działaniem).

    Jak najbardziej tak, warto to dokumentować.

    krzbor napisał:

    Podam przykład: należy wybrać sterowniki żaluzji (dopuszkowe) dla całego domu. Który model jest najlepszy?

    Tu jest nieco gorzej, bo by wydać jakikolwiek sprawiedliwy werdykt trzeba by co najmniej kilka ich różnych modeli przetestować. Już bardziej widzę testowanie ich "stopniowe" i z czasem wyciąganie wniosków.


    @krzbor z tego co piszesz można odnieść wrażenie, że masz jakąś konfigurację opartą o Zigbee. Może byś chciał ją kiedyś przedstawić na forum, w formie prezentacji jakie urządzenia, ile, gdzie? Oczywiście bez podawania czułych informacji. Mógłbym pomóc na PW z organizacją tego, z redagowaniem.
    Pomogłem? Kup mi kawę.
  • #6 21067683
    krzbor
    Poziom 27  
    ZigBee będę dopiero wdrażał w nowo budowanym domu. Nie jest to dom dla mnie, a osoby go zamieszkujące nie będą posiadać tak szerokiej wiedzy w dziedzinie oprogramowania i zastosowanych technologii. Zatem zanim się na coś takiego zdecydowałem postanowiłem kupić koordynator (Sonoff ZBDongle-E) i podłączyć go do RPi3. Do tego zakupiłem kilka urządzeń aby było co testować (przycisk, termometr i gniazdko z funkcją routera). Ogólnie w nowym domu będą stosowane różne technologie (Ethernet, WiFi i ZigBee). Ich wspólnym mianownikiem będzie MQTT. Wszyscy robią automatykę na HA. To wspaniałe rozwiązanie, ale nieraz ktoś opisywał jak po aktualizacji lub zmianie konfiguracji wszystko przestało działać. Wykombinował zatem, że użyję dwóch RPi (już w wersji 4). Na jednym będzie Mosquito i Zigbee2MQTT oraz Apache i PHP. Opisywałem już moją automatyzację opartą o PHP. Właśnie w tej technologii chcę obsłużyć ogrzewanie (pobieranie temperatury poprzez Z2M oraz sterowanie zaworami ogrzewania podłogowego). Ten Pi będzie startował z karty SD, a wszystkie logi będą na RAMDisk. Dodatkowo po stabilnym okresie pracy przygotuję klona karty SD - jak padnie to się ją wymieni. Do drugiego RPi chcę podłączyć dysk SSD w adapterze na USB. Na nim będzie HA. Będzie sterował oświetleniem i żaluzjami oraz innymi elementami jeśli okażą się konieczne. Jak widać czeka mnie zakup sporej ilości urządzeń ZigBee - stąd dylemat co wybrać. Dużo wskazówek czerpię z opinii na Allegro. Trochę to mało miarodajne źródło, ale przy sporej ilości opinii powstaje całkiem sensowny obraz jakości i funkcjonalności urządzeń. Najtrudniej ocenić zasięg - tu opinie często są zupełnie skrajne. Zigbee2MQTT posiada ciekawe opcje prezentacji mocy sygnału i to w obie strony. Jeśli zajmiesz się testowaniem tego aspektu, to warto ustalić miejsce koordynatora i 2 punkty - przez ściany oraz przez strop i ściany. Jeśli punkty będą stałe będzie można także porównać wzajemnie urządzenia.
  • #7 21069646
    p.kaczmarek2
    Moderator Smart Home
    W takim razie jeśli byś udokumentował te wdrażanie (oczywiście w odpowiednio zanonymizowany sposób), to mógłby powstać z tego ciekawy reportaż.

    HA można postawić w formie maszyny wirtualnej. Zwiększa to nieco wymagania sprzętowe ale ułatwia kopie zapasowe i odzysk w razie problemów.

    To z tą kopią karty SD chyba można troszkę ulepszyć, ręczne kopie zapasowe nie są aż takie dobre... ale o ile nie będzie nikt tam modyfikować potem dużo to może i tak przejdzie.

    A stawiasz na włączniki światła takie które będą działać też jak HA będzie wyłączony, czy tak jak niekiedy to widzę, osobno włącznik i osobno element wykonawczy? Pytam bo dla mnie bardzo ważnym aspektem jest to co się dzieje w razie awarii. Z tego samego powodu nie lubię kontrolerów pasków LED które nie mają przycisków i zawsze takie przyciski dodaję po zmianie firmware.

    Nie wiem czy byłbym w stanie jakoś miarodajnie ten zasięg sprawdzić, bo z tego co wiem jest przy tym znacznie więcej zmiennych, choć mogę się mylić. Wydaje mi się, że wpływ ma też samo otoczenie, budowa budynku, sieci u sąsiadów, itp? To ze stałymi punktami dla różnych urządzeń to już jest coś, ale co z innymi sieciami WiFi, one nie zakłócą? Np. ruter u sąsiada zmieniający kanał? Albo rodzina która przyjechała do sąsiada z telefonami, tabletami? Zigbee też jest chyba na 2.4GHz... ale nie badałem tego, pytam.
    Pomogłem? Kup mi kawę.
  • #8 21069773
    krzbor
    Poziom 27  
    Na razie zrobiłem testy, ale gdy będę realizował to na docelowym Pi4 spróbuję to udokumentować. Pi z kartą SD jest właśnie tak pomyślane, aby go nie aktualizować. To ma być rodzaj "systemu wbudowanego". W zasadzie powinno się to dać zrobić, ale problemem mogą być nowe urządzenia ZigBee, które będą wymagać nowej wersji Z2M.
    Wszystkie wyłączniki planowane są jako zwykłe (mechaniczne) - ale za niektórymi (oświetlenie zewnętrzne, żaluzje) będą sterowniki ZigBee. Dom wbrew pozorom nie jest tylko dla mieszkańców - goście też mają się w nim czuć wygodnie i nie zastanawiać się jak zapalić światło w łazience. W domu mam kilka wyłączników sensorycznych i uważam, że klasyczne (z dużymi klawiszami) są znacznie wygodniejsze. W wielu miejscach można je obsługiwać bez patrzenia na wyłącznik. Bez HA wszystko ma działać, ale każdą żaluzję trzeba będzie opuszczać osobno. Na wydzielonym Pi chciałem tylko zrealizować ogrzewanie. To po prostu nie może "paść".
    Wirtualizację zwykle robi się na większych maszynach, a moje założenie to praca bez wentylatorów (zarówno w komputerze jak i zasilaczu). RPi4 jest jednak dostępne w wersji z większą ilością RAM. Do rozważenia zrobienie wirtualizacji na Pi.
    Jeśli chodzi o częstotliwość, to niestety ZigBee pokrywa się z WiFi.
REKLAMA