Smartwatch (AMOLED, OEM / marka własna)

Łańcuch dostaw paneli AMOLED

Panele AMOLED do urządzeń wearable pochodzi od niewielkiej liczby producentów, a wybór dostawcy ma znaczenie dla długoterminowej dostępności i jakości wyświetlacza:

BOE (Chiny). Największy chiński producent paneli AMOLED. Duże moce produkcyjne, konkurencyjne ceny, zadowalająca dokładność odwzorowania kolorów (pokrycie NTSC zazwyczaj 85–90%). Zalecany do zoptymalizowanych kosztowo produktów OEM wearable. Stabilność dostaw długoterminowych jest wysoka dla standardowych rozmiarów paneli.

AUO (Tajwan). Ceny średniego segmentu, dobra spójność kalibracji kolorów między partiami produkcyjnymi. Często wybierany do produktów wymagających ściślejszej jednolitości kolorów między wyświetlaczami (<5 ΔE różnicy kolorów między jednostkami w tej samej dostawie).

Visionox (Chiny). Specjalizuje się w elastycznych panelach AMOLED — istotne przy urządzeniach z zakrzywionym wyświetlaczem. Wyższa cena, ale umożliwia unikalne formy, których sztywne panele nie mogą osiągnąć.

Przy zakupie należy poprosić fabrykę o podanie marki panelu i numeru katalogowego w BOM, a nie tylko „AMOLED 1,43 cala”. Zmiana panelu w trakcie produkcji (często spowodowana brakami w łańcuchu dostaw fabryki) może zmienić dokładność kolorów, jasność i zużycie energii bez uprzedniego powiadomienia. W umowie zakupu należy zawrzeć klauzulę blokującą markę panelu.

Walidacja dokładności pomiaru tętna

Dokładność optycznego pomiaru tętna PPG (fotopletizmografia) znacznie się różni w zależności od umiejscowienia czujnika, jakości algorytmu i indywidualnych cech użytkownika. Deklarowana przez fabrykę „dokładność ±5 BPM” jest mierzona w kontrolowanych warunkach spoczynkowych.

Metodologia walidacji. Porównaj odczyty tętna zegarka z medycznym paskiem na klatkę piersiową klasy medycznej (Polar H10 jest standardowym urządzeniem referencyjnym) w warunkach spoczynkowych i aktywnych:

• Spoczynek (siedząc nieruchomo, średnia 3-minutowa): dobrze skalibrowany algorytm osiąga ±3 BPM
• Marsz (5 km/h na bieżni): ±5–8 BPM to typowy wynik dla optycznego PPG na nadgarstku
• Bieg (10 km/h): ±10–15 BPM jest powszechny dla budżetowego firmware OEM — kluczową zmienną jest kompensacja artefaktów ruchu

Przed zatwierdzeniem firmware do produkcji masowej należy zamówić 5–10 sztuk próbnych i przeprowadzić test porównawczy. Większość fabryk OEM nie dostarcza tych danych walidacyjnych z własnej inicjatywy.

Certyfikat UN 38.3 dla baterii przy transporcie lotniczym

Każdy smartwatch zawiera baterię litowo-polimerową (LiPo). Certyfikat UN 38.3 jest wymagany przy transporcie lotniczym i przez wielu przewoźników morskich. Kluczowe punkty specyficzne dla urządzeń wearable:

• Testy UN 38.3 obejmują ogniwo baterii oraz pakiet bateryjny w konfiguracji zastosowanej w zegarku. Jeśli fabryka zmieni dostawcę baterii lub konfigurację (inne ogniwo, ta sama pojemność mAh), wymagany jest nowy test UN 38.3.
• Sprawozdania z testów UN 38.3 muszą towarzyszyć każdej przesyłce lotniczej. Należy upewnić się, że fabryka dostarcza te dokumenty z papierami wysyłkowymi, a nie tylko w plikach certyfikatów produktu.
• Instrukcja pakowania IATA 966 (baterie litowo-jonowe zawarte w urządzeniach): bateria musi mieć <100 Wh (watogodzin) na baterię, a stan naładowania (SoC) przy wysyłce musi wynosić <30% dla ładunków lotniczych. Należy potwierdzić poziom naładowania SoC fabryki przy wysyłce w ich procedurze produkcyjnej.

Przekazanie OTA firmware i SDK aplikacji

Projekty smartwatchy pod marką własną wymagają kontroli nad aktualizacjami firmware i aplikacją towarzyszącą. Przed podjęciem decyzji o wyborze fabryki należy wyjaśnić następujące kwestie:

Możliwość aktualizacji OTA. Zegarek musi obsługiwać bezprzewodowe aktualizacje firmware przez BLE z aplikacji towarzyszącej. Należy sprawdzić, czy fabryka dostarcza implementację hosta OTA (SDK Android/iOS do inicjowania aktualizacji firmware z aplikacji) lub czy możliwa jest integracja standardowej biblioteki Nordic DFU lub Realtek OTA.

Licencja SDK aplikacji. Większość fabryk wearable dostarcza aplikację towarzyszącą w wersji white-label (Android + iOS) do rebrandingu. Należy potwierdzić otrzymanie: kodu źródłowego aplikacji (lub skompilowanego SDK), specyfikacji protokołu BLE (UUID usług GATT i formaty charakterystyk) oraz możliwości przesłania aplikacji do Google Play Store i Apple App Store na własnym koncie deweloperskim.

Integracja danych zdrowotnych. Jeśli aplikacja musi synchronizować dane zegarka z Apple HealthKit lub Google Fit, należy sprawdzić, czy SDK obsługuje wymagane typy danych HealthKit (HKWorkoutType, HKQuantityTypeIdentifierHeartRate itp.). Nie wszystkie SDK OEM to obsługują — brak integracji HealthKit jest częstym odkryciem na późnym etapie, które opóźnia złożenie wniosku do App Store.