OpenBeken (OpenBK) – otwarty firmware dla Beken BK7231, Tuya, Realtek, Bouffalo Lab, MQTT, Home Assistant

Pytanie

co to jest openbk?

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• OpenBK (częściej OpenBeken) to otwarte oprogramowanie układowe (firmware) przeznaczone głównie dla inteligentnych urządzeń IoT opartych na układach Beken (BK7231T/N), Realtek, Bouffalo Lab i kilku innych, spotykanych w modułach Tuya.
• Stanowi zamiennik Tasmota/ESPHome, zapewnia lokalne sterowanie (MQTT, HTTP/REST, Web UI), integrację z Home Assistant i brak zależności od chmury producenta.

Kluczowe punkty
• open-source, aktywnie rozwijane (2024: wersje 1.18.x)
• obsługa OTA, skryptów, reguł zdarzeń, RGB-LED, PWM, czujników energii, itp.
• wysokie bezpieczeństwo/prywatność kosztem konieczności samodzielnego flashowania

Szczegółowa analiza problemu

1. Geneza i cel

Moduły Tuya od 2020 r. stopniowo zastępują ESP8266/ESP32 tańszymi SoC Beken. Popularne projekty (Tasmota, ESPHome) nie wspierały nowych układów; powstał więc OpenBeken, aby:
1) uwolnić sprzęt od chmury Tuya,
2) umożliwić lokalne API,
3) zapewnić kompatybilność z istniejącą infrastrukturą smart-home.

2. Obsługiwane platformy sprzętowe

• Beken BK7231T, BK7231N (Wi-Fi b/g/n, ARM Cortex-M4@120 MHz)
• Realtek RTL8710BN / RTL8195A
• Bouffalo Lab BL602 / BL604
• Winner Micro W600/W601 i pierwsze testy na ESWIN, TransA Semi
Aktualny status sprawdzamy w repo GitHub: openshwprojects/OpenBK7231T_App.

3. Rdzenna architektura i funkcjonalność

• WebServer + WebSocket → pełna konfiguracja przez www
• MQTT (telemetryka TELE, komendy CMND, status STAT – zgodne z Tasmotą)
• REST API + JSON/HTTP, tryb OTA (HTTP/HTTPS lub plik binarny)
• System zdarzeń + skrypty (reakcja na klik, czas, poziom ADC, itp.)
• Obsługa sterowników LED (SM2135, BP5758, SM1515, WS2812/APA102, DDP)
• Energy metering (BL0937, BL0942, HLW8032)
• WSPI/LittleFS – zapisywanie plików, reguł, presetów efektów
• GPIO-mapping – konfigurowalne piny przycisków, przekaźników, czujników

4. Proces instalacji (flashowania)

1) Demontaż obudowy (jeśli brak dostępu do test-pads).
2) Zlokalizowanie padów TX/RX/GND/3V3 + ewent. pinu BOOT.
3) Połączenie przez konwerter USB-UART (3,3 V). Alternatywnie OTA: narzędzie Tuya-Cloudcutter (bez lutowania).
4) Flashowanie narzędziem bk7231flash, litchiptool lub hid_download_py.
5) Pierwszy restart w trybie AP, konfiguracja Wi-Fi, MQTT.

5. Integracja z Home Assistant / openHAB

Po skonfigurowaniu MQTT urządzenia pojawiają się automatycznie (discovery). Dostępne są też czujniki/encje energii, temperatury, RGB-LED itp. Reguły OpenBK mogą odciążyć serwer HA, wykonując logikę lokalnie.

6. Porównanie z Tasmotą / ESPHome

                   | Tasmota (ESP) | ESPHome (ESP) | OpenBeken (Beken/RTK)

-----------------------|---------------|---------------|----------------------- Chipset | ESP8266/32 | ESP8266/32 | BK7231T/N, RTL, BL602 Konfiguracja | Web + CLI | YAML + OTA | Web + CLI + Script Automatyzacje lokalne | Reguły | Automations | Skrypty/Events Chmura producenta | Nie dotyczy | Nie dotyczy | Odcięta Stan rozwoju 2024 | Dojrzały | Dojrzały | Intensywny rozwój (stabilne core, rozszerzane sterowniki)

Aktualne informacje i trendy

• Wersja 1.18.x (maj 2024) – stabilizacja LittleFS, nowy driver BP5758, poprawki BLE-Beacon (RTL).
• Coraz więcej urządzeń Tuya z BK7231N-QFN32 – community publikuje gotowe template’y.
• Cloudcutter 2.0 umożliwia OTA-flash >70 % gniazdek/żarówek wydanych po 2022 r.
• W roadmapie: Matter-bridge, Wi-Fi 6 (BK7236), tryb nRF24L przez PWM.

Wspierające wyjaśnienia i detale

Przykład: inteligentna żarówka RGB +CCT, LED-driver SM2135.
Komendy:

backlog startDriver SM2135; setChannelType 0 PWM; colorRGB 255,128,0

Efekt: pomarańczowe światło z lokalną regulacją jasności, MQTT-statystyki co 30 s.

Analogicznie gniazdko energii:

startDriver BL0937; voltage 230; current 0.5A → power ~115 W

Dane trafiają do Home Assistant jako encje energy/power.

Aspekty etyczne i prawne

• Flashowanie narusza gwarancję producenta.
• Odpowiedzialność za zgodność z dyrektywą RED (EN 62368-1, ETSI EN 300 328) przechodzi na użytkownika.
• Rezygnacja z chmury poprawia prywatność, lecz cała odpowiedzialność za bezpieczeństwo aktualizacji spoczywa na właścicielu.
• Firmware open-source – trzeba regularnie wgrywać łatki bezpieczeństwa (np. od 2023 r.: CVE-2023-34407 dot. błędu w TLS mbed-TLS w BK).

Praktyczne wskazówki

1) Zawsze wykonaj pełny dump SPI-flash przed pierwszym flashowaniem (narzędzie bk_writer).
2) Pierwszy boot w AP: SSID „OpenBK_XXXX”, hasło „openbeken”.
3) Ustaw hasło admina i wyłącz OTA-update z nieznanych hostów (komenda setOption 14 1).
4) Przy LED RGB użyj trybu DDP dla efektów, jeśli planujesz integrację z xLights.
5) Dla zasilaczy 12 V (taśmy LED) – sprawdź separację linii 230 V/12 V, gniazda BK często mają układ jednofazowy bez izolacji.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Dokumentacja rozproszona (GitHub + Wiki + forum elektroda.pl).
• Nie wszystkie sterowniki Tuya są wspierane (np. niektóre BLE-only).
• Konfiguracja zaawansowanych czujników (I²C) wymaga ręcznego mapowania pinów.
• Projekt młodszy niż Tasmota; niektóre release’y nocne mogą być niestabilne.

Sugestie dalszych badań

• Analiza SDK CBK (Beken) – możliwe wsparcie dla Wi-Fi 6 i Thread/Matter.
• Implementacja pełnego stacka Zigbee on-chip (BK7235Z).
• Integracja OpenBK z platformą Matter jako bridge-endpoint.
• Porównanie efektywności energetycznej SoC Beken vs ESP32-C6.

Krótkie podsumowanie

OpenBK / OpenBeken to nowoczesny, otwarto-źródłowy firmware przywracający użytkownikowi kontrolę nad urządzeniami IoT, które po 2020 r. zaczęły masowo opuszczać fabryki z układami Beken zamiast ESP. Oferuje ono funkcjonalność zbliżoną do Tasmoty, lecz dla innej rodziny mikrokontrolerów, zapewniając lokalne API, bogaty zestaw sterowników, OTA oraz skrypty. Wymaga jednak świadomego flashowania, troski o bezpieczeństwo i samodzielnej konserwacji. (Pobocznie „openbk” może też oznaczać niszową bibliotekę Pythona do analizy marokańskich wyciągów bankowych – inny kontekst, ta sama nazwa).