Mam kolejne urządzenie do zabawy!
Jest to kontroler Tuya SPI LED z maksymalnie 4 liniami danych (w zależności od kontrolera taśmy LED) obsługujący do 1000 diod LED przy 8 amperach. Jego model to WT-SPI, a szybkie Google pokazuje kilku sprzedawców tego urządzenia.
https://www.aliexpress.com/item/1005005335498067.html
Instrukcja produktu jest całkiem dobra i jest również dostępna w formacie PDF, który załączam. Liczba obsługiwanych typów kontrolerów LED wydaje się dość obszerna
Nie wiedziałem, że niektóre typy diod LED mają oddzielne linie danych i zegara, dlatego jest C01/D01 & C02/D02
Pomimo posiadania modułu CBU/BK7231N urządzenie jest również wyposażone w MCU. Akceptowane napięcie wejściowe to 5-24 V z opcjami złącza beczkowego lub gołego przewodu. Z moim adapterem baryłkowym 12V DC wyjście wynosi 12 V, więc natywnie nadaje się do taśm LED, które wymagają 12 V, takich jak WS2811.
Myślę, że poprawnie zidentyfikowałem te komponenty
Wraz z odpowiednimi stronami produktów:
https://www.xlsemi.com/datasheet/XL1509-EN.pdf
http://www.microne.com.cn/en/product/246.html
https://www.mcu.com.cn/en/Products/112
https://www.nexperia.com/products/analog-logi...ers/transceivers/series/74HC245-74HCT245.html
Ponieważ MCU jest podłączony do CBU za pomocą komunikacji RX i TX z prędkością 115200 bodów, nie byłem w stanie wykonać zrzutu oprogramowania układowego CBU bez odcięcia ścieżki TX do MCU. Niestety odciąłem też RX, myślę, że wcześniej zwykle musiałem robić tylko jedno. Nieważne, można to naprawić.
A z MCU mogę zrobić kopię zapasową, w załączeniu. Również boot log:
Jako v2.1.6 nie jest załatany, więc Cloudcutter może być użyty do flashowania do Openbeken. Moje następne kroki to naprawa RX/TX i rozpoczęcie przechwytywania komunikacji MCU za pomocą TuyaMCU Analyser. Nie byłem w stanie uzyskać pełnej odpowiedzi API od Tuya dla tego urządzenia, więc będę musiał użyć tuyaMcu_sendQueryState jak wyjaśniono tutaj https://www.elektroda.com/rtvforum/topic4049908.html
Jestem ciekawy, czy pin MOSI na CBU cokolwiek robi. Czy MCU robi wszystko i czy zawiera pełny program obsługiwanych typów kontrolerów LED i animacji widocznych w aplikacji Tuya? Jeśli tak, czy wszystkie te rzeczy można ustawić za pomocą polecenia MCU samodzielnie z poziomu Openbeken? Jeśli tak, może to oznaczać długie autoexec i wiele opcji GUI do ustawienia w OBK. Niestety, obawiam się, że oznaczałoby to brak możliwości OBK PixelAnim.
Jest to kontroler Tuya SPI LED z maksymalnie 4 liniami danych (w zależności od kontrolera taśmy LED) obsługujący do 1000 diod LED przy 8 amperach. Jego model to WT-SPI, a szybkie Google pokazuje kilku sprzedawców tego urządzenia.
https://www.aliexpress.com/item/1005005335498067.html
Instrukcja produktu jest całkiem dobra i jest również dostępna w formacie PDF, który załączam. Liczba obsługiwanych typów kontrolerów LED wydaje się dość obszerna
Nie wiedziałem, że niektóre typy diod LED mają oddzielne linie danych i zegara, dlatego jest C01/D01 & C02/D02
Pomimo posiadania modułu CBU/BK7231N urządzenie jest również wyposażone w MCU. Akceptowane napięcie wejściowe to 5-24 V z opcjami złącza beczkowego lub gołego przewodu. Z moim adapterem baryłkowym 12V DC wyjście wynosi 12 V, więc natywnie nadaje się do taśm LED, które wymagają 12 V, takich jak WS2811.
Myślę, że poprawnie zidentyfikowałem te komponenty
Wraz z odpowiednimi stronami produktów:
https://www.xlsemi.com/datasheet/XL1509-EN.pdf
http://www.microne.com.cn/en/product/246.html
https://www.mcu.com.cn/en/Products/112
https://www.nexperia.com/products/analog-logi...ers/transceivers/series/74HC245-74HCT245.html
Ponieważ MCU jest podłączony do CBU za pomocą komunikacji RX i TX z prędkością 115200 bodów, nie byłem w stanie wykonać zrzutu oprogramowania układowego CBU bez odcięcia ścieżki TX do MCU. Niestety odciąłem też RX, myślę, że wcześniej zwykle musiałem robić tylko jedno. Nieważne, można to naprawić.
A z MCU mogę zrobić kopię zapasową, w załączeniu. Również boot log:
Kod: Text
Jako v2.1.6 nie jest załatany, więc Cloudcutter może być użyty do flashowania do Openbeken. Moje następne kroki to naprawa RX/TX i rozpoczęcie przechwytywania komunikacji MCU za pomocą TuyaMCU Analyser. Nie byłem w stanie uzyskać pełnej odpowiedzi API od Tuya dla tego urządzenia, więc będę musiał użyć tuyaMcu_sendQueryState jak wyjaśniono tutaj https://www.elektroda.com/rtvforum/topic4049908.html
Jestem ciekawy, czy pin MOSI na CBU cokolwiek robi. Czy MCU robi wszystko i czy zawiera pełny program obsługiwanych typów kontrolerów LED i animacji widocznych w aplikacji Tuya? Jeśli tak, czy wszystkie te rzeczy można ustawić za pomocą polecenia MCU samodzielnie z poziomu Openbeken? Jeśli tak, może to oznaczać długie autoexec i wiele opcji GUI do ustawienia w OBK. Niestety, obawiam się, że oznaczałoby to brak możliwości OBK PixelAnim.