Oświetlenie RGB 7. zatoki ZimaCube ma teraz oficjalny protokół sterowania, więc nie musisz instalować CubeFX tylko po to, aby zmieniać kolory lub efekty. Oficjalne oprogramowanie sprzętowe udostępnia punkt końcowy Wi-Fi ESP32 pod adresem 172.16.1.1 i przyjmuje polecenia JSON dla trybów pulsowania, stałego koloru oraz niestandardowego sterowania poszczególnymi diodami LED.
CubeFX pozostaje opcjonalnym oprogramowaniem społecznościowym dla użytkowników, którzy chcą innego interfejsu lub większych możliwości dostosowywania. Jeśli wolisz standardowe oprogramowanie sprzętowe, użyj oficjalnej metody HTTP/JSON i unikaj ponownego flashowania ESP32.
Jak działa oświetlenie 7. zatoki
Aktualny protokół LED 7. zatoki wskazuje, że kontroler oświetlenia to ESP32 podłączony do taśmy z 13 diodami WS2812B.
Połącz się z kontrolerem oświetlenia
Oficjalne oprogramowanie sprzętowe tworzy sieć Wi-Fi o nazwie ZimaCube i udokumentowanym haśle homecloud. Kontroler jest dostępny pod adresem 172.16.1.1.
ping 172.16.1.1Ustaw stały kolor
{
"id": 2,
"data": [
{"h": 21, "s": 255, "v": 255}
]
}Wyślij kod JSON do kontrolera:
curl -X POST -H "Content-Type: application/json" -d @light.json http://172.16.1.1/postTryby pulsowania i niestandardowe
Tryb 1 to tryb pulsowania z regulacją prędkości. Tryb 5 umożliwia sterowanie kolorem i jasnością każdej z 13 diod LED. W oficjalnej dokumentacji tryby 3 i 4 są obecnie oznaczone jako będące w trakcie opracowywania.
Możesz zachować standardowe oprogramowanie sprzętowe
To najważniejsza zmiana w porównaniu z wątkiem na forum z 2024 roku: istnieje już oficjalna dokumentacja sterowania. Możesz tworzyć skrypty dla standardowego oprogramowania sprzętowego bez instalowania obrazu innej firmy.
CubeFX nadal jest opcjonalną alternatywą
Wątek projektu społecznościowego CubeFX udostępnia ścieżkę instalacji niestandardowego oprogramowania sprzętowego dla zaawansowanych użytkowników, którzy świadomie go potrzebują.
Aktualizacje oprogramowania sprzętowego OTA
ESP32 udostępnia również interfejs internetowy OTA. Nie przesyłaj nieznanych plików binarnych oprogramowania sprzętowego; zachowaj kopię umożliwiającą odzyskanie systemu i pamiętaj, że niestandardowe oprogramowanie sprzętowe może zmienić protokół oczekiwany przez ZimaOS.
Użyj RGB do automatyzacji statusu
Ponieważ punkt końcowy sterowania przyjmuje kod JSON, możesz za pomocą skryptów przypisywać stan kopii zapasowych, alerty dotyczące dysków, pobieranie lub aktywność lokalnej sztucznej inteligencji do kolorów bez ingerencji w podsystem pamięci masowej.
Przegląd sterowania RGB zawiera dodatkowy kontekst projektowy.
Konwertuj wartości HSV przed wysłaniem kodu JSON
Oficjalny protokół oczekuje wartości odcienia, nasycenia i jasności w skali 0–255. Jeśli próbnik kolorów korzysta ze stopni i wartości procentowych, przekonwertuj je przed wysłaniem do ESP32.
Przetestuj jeden prosty tryb przed automatyzacją
Zacznij od trybu stałego koloru i sprawdź, czy kontroler odpowiada. Dopiero potem dodawaj skrypty dotyczące stanu kopii zapasowych, alertów dyskowych lub efektów muzycznych. Dzięki temu oddzielisz problemy z siecią i protokołem od problemów z logiką automatyzacji.
Nie używaj automatyzacji do funkcji krytycznych
Traktuj diody LED jako wizualne ułatwienie, a nie jedyny kanał ostrzegania o awariach dysków lub kopiach zapasowych. Powiadomienia sprzętowe powinny być również dostępne w logach, wiadomościach e-mail, systemie monitorowania lub innym trwałym kanale.
FAQ
Czy potrzebuję CubeFX do sterowania diodami LED?
Nie. Aktualne oficjalne oprogramowanie sprzętowe ma udokumentowany protokół JSON/HTTP.
Ile diod LED znajduje się na taśmie?
Oficjalna dokumentacja sprzętu określa ich liczbę na 13 diod WS2812B.
Czy mogę sterować każdą diodą LED osobno?
Tak, oficjalny tryb niestandardowy obsługuje wartości HSV dla poszczególnych diod LED.
Czy mogę przywrócić standardowe oprogramowanie sprzętowe po użyciu CubeFX?
Skorzystaj z oficjalnych zasobów OTA i oprogramowania sprzętowego oraz przed ponownym flashowaniem potwierdź właściwą wersję sprzętową.
