סנכרון נתוני שעון חכם עם אפליקציית מובייל

סנכרון נתוני שעון חכם עם אפליקציית מובייל

לקוחות מגיעים לעיתים קרובות עם אפליקציית מובייל מוכנה ורוצים להוסיף תמיכה ב-Apple Watch או Wear OS. המשימה סטנדרטית, אך הסנכרון הופך לנקודת המכשול. HealthKit ו-Google Fit מאחסנים אימונים, אך עבור נתונים מותאמים אישית (התראות, הגדרות, מדדים) נדרש ערוץ ישיר בין השעון לסמארטפון. כאן נוצרים סיבוכים: ממשקי API שונים, מגבלות גודל, חיבורים לא יציבים. לצוות שלנו ניסיון של 10+ שנים בפיתוח אפליקציות מובייל ובאינטגרציה עם שעונים חכמים. צרו קשר לייעוץ—נעריך את הפרויקט שלכם ונציע פתרון אופטימלי.

למה WatchConnectivity לא מספיק?

WatchConnectivity הוא כלי חזק. עם זאת, מפתחים נופלים לעיתים קרובות למלכודת. sendMessage פועל רק כאשר isReachable == true, ותנאי זה לא תמיד מתקיים. הפתרון הוא לשלב שיטות: לפקודות דחופות השתמשו ב-sendMessage, להעברת רקע השתמשו ב-transferUserInfo. בפרויקטים שלנו, אנו משתמשים בתור של הודעות שלא נמסרו: אם השעון לא זמין, אנו שומרים את המשימה ב-UserDefaults ומנסים לשלוח אותה בהזדמנות הבאה. גישה זו מגדילה את אמינות המסירה ב-40%. החיסכון הממוצע בתקציב על תחזוקה לאחר יישום הארכיטקטורה שלנו הוא 20-30% בשל צמצום זמן הניפוי.

איך ליישם סנכרון ב-Apple Watch?

שיטות WatchConnectivity העיקריות

WCSession הוא הערוץ היחיד בין iPhone לאפליקציית השעון. שלוש שיטות העברה עם סמנטיקות שונות:

// iPhone → Watch: срочная команда
class PhoneSessionManager: NSObject, WCSessionDelegate {
    func sendWorkoutCommand(_ command: WorkoutCommand) {
        guard WCSession.default.isReachable else {
            WCSession.default.transferUserInfo(["pending_command": command.rawValue])
            return
        }
        WCSession.default.sendMessage(
            ["command": command.rawValue, "timestamp": Date().timeIntervalSince1970],
            replyHandler: { reply in
                print("Watch acknowledged: \(reply)")
            },
            errorHandler: { error in
                self.queueCommandForLater(command)
            }
        )
    }
}

איך להעביר נתונים גדולים מהשעון?

עבור מסלולי אימון עם נקודות GPS (10,000+ נקודות), // iPhone → Watch: срочная команда class PhoneSessionManager: NSObject, WCSessionDelegate { func sendWorkoutCommand(_ command: WorkoutCommand) { guard WCSession.default.isReachable else { WCSession.default.transferUserInfo(["pending_command": command.rawValue]) return } WCSession.default.sendMessage( ["command": command.rawValue, "timestamp": Date().timeIntervalSince1970], replyHandler: { reply in print("Watch acknowledged: \(reply)") }, errorHandler: { error in self.queueCommandForLater(command) } ) } } אינו מתאים בשל מגבלות גודל המילון. אנו משתמשים ב-transferUserInfo. ב-iPhone, אנו מקבלים את הקובץ ב-transferFile וחייבים להעביר אותו לפני יציאה מה-delegate, אחרת iOS מוחק אותו. גודל קובץ האימון הממוצע הוא 500 KB, המועבר ב-2-3 שניות דרך BLE.

סנכרון אימונים: שעון → iPhone

לאחר אימון, אפליקציית השעון אוספת נתונים (דופק, קצב, מסלול GPS, מקטעים) ומעבירה אותם ל-iPhone:

// Watch App — отправка после завершения тренировки
func finishWorkout(_ session: HKWorkoutSession) {
    let workoutData = WorkoutSummary(
        duration: session.currentActivity.duration,
        heartRateSamples: collectedHRSamples,
        route: collectedLocations,
    )
    guard let encoded = try? JSONEncoder().encode(workoutData) else { return }
    if encoded.count > 32_768 {
        let tempUrl = FileManager.default.temporaryDirectory
            .appendingPathComponent(UUID().uuidString + ".workout")
        try? encoded.write(to: tempUrl)
        WCSession.default.transferFile(tempUrl, metadata: ["type": "workout"])
    } else {
        WCSession.default.transferUserInfo(["workout": encoded.base64EncodedString()])
    }
}

ב-iPhone, קבלו דרך WCSessionDelegate או // Watch App — отправка после завершения тренировки func finishWorkout(_ session: HKWorkoutSession) { let workoutData = WorkoutSummary( duration: session.currentActivity.duration, heartRateSamples: collectedHRSamples, route: collectedLocations, ) guard let encoded = try? JSONEncoder().encode(workoutData) else { return } if encoded.count > 32_768 { let tempUrl = FileManager.default.temporaryDirectory .appendingPathComponent(UUID().uuidString + ".workout") try? encoded.write(to: tempUrl) WCSession.default.transferFile(tempUrl, metadata: ["type": "workout"]) } else { WCSession.default.transferUserInfo(["workout": encoded.base64EncodedString()]) } } . יש להעביר את הקובץ מה-session(_:didReceiveFile:) של הסשן לפני יציאה משיטת ה-delegate—אחרת iOS מוחק אותו.

סנכרון לא מקוון בפועל

אנו משתמשים בתור ב-session(_:didReceiveUserInfo:): כאשר השעון לא זמין, אנו שומרים את הפקודה, וכאשר החיבור משוחזר (דרך documentDirectory), אנו שולחים את כל מה שנצבר. זה מבטיח מסירה גם עם אובדן חיבור זמני. הזמן הממוצע שנחסך בניפוי סנכרון הוא 2-3 שבועות בהשוואה לפתרון שמיושם עצמאית.

איך Wear OS מפשט את הסנכרון?

בצד ה-Android, יש לנו UserDefaults, sessionReachabilityDidChange, DataClient מ-MessageClient. ממשק API זה פשוט יותר: ChannelClient משתכפל אוטומטית כאשר השעון והטלפון מתחברים.

// Отправка данных с часов на телефон через DataItem
class WorkoutDataService : WearableListenerService() {
    override fun onDataChanged(dataEvents: DataEventBuffer) {
        dataEvents.forEach { event ->
            if (event.type == DataEvent.TYPE_CHANGED) {
                val path = event.dataItem.uri.path ?: return@forEach
                when {
                    path.startsWith("/workout/completed") -> {
                        val dataMap = DataMapItem.fromDataItem(event.dataItem).dataMap
                        val workoutJson = dataMap.getString("workout_json")
                        processCompletedWorkout(workoutJson)
                    }
                }
            }
        }
    }
}

// На часах — запись DataItem
suspend fun uploadWorkoutData(summary: WorkoutSummary) {
    val dataMap = PutDataMapRequest.create("/workout/completed").apply {
        dataMap.putString("workout_json", Json.encodeToString(summary))
        dataMap.putLong("timestamp", System.currentTimeMillis())
    }
    Wearable.getDataClient(context).putDataItem(dataMap.asPutDataRequest().setUrgent()).await()
}

com.google.android.gms:play-services-wearable משתכפל אוטומטית—אין צורך לנטר את מצב החיבור. Wear OS מסנכרן כאשר השעון מתחבר לטלפון.

HealthKit: קריאת נתוני אימון ב-iPhone

נתוני אימון המוקלטים על ידי אפליקציית השעון דרך HealthKit נגישים לאפליקציית ה-iPhone ישירות—ללא WatchConnectivity:

func fetchRecentWorkouts(limit: Int = 10) async throws -> [HKWorkout] {
    let type = HKObjectType.workoutType()
    let sort = NSSortDescriptor(key: HKSampleSortIdentifierStartDate, ascending: false)
    let query = HKSampleQuery(sampleType: type, predicate: nil, limit: limit, sortDescriptors: [sort]) { _, samples, error in
        // обработка
    }
    healthStore.execute(query)
}

עבור מסלול ה-GPS של אימון, השתמשו ב-DataItem דרך // Отправка данных с часов на телефон через DataItem class WorkoutDataService : WearableListenerService() { override fun onDataChanged(dataEvents: DataEventBuffer) { dataEvents.forEach { event -> if (event.type == DataEvent.TYPE_CHANGED) { val path = event.dataItem.uri.path ?: return@forEach when { path.startsWith("/workout/completed") -> { val dataMap = DataMapItem.fromDataItem(event.dataItem).dataMap val workoutJson = dataMap.getString("workout_json") processCompletedWorkout(workoutJson) } } } } } } // На часах — запись DataItem suspend fun uploadWorkoutData(summary: WorkoutSummary) { val dataMap = PutDataMapRequest.create("/workout/completed").apply { dataMap.putString("workout_json", Json.encodeToString(summary)) dataMap.putLong("timestamp", System.currentTimeMillis()) } Wearable.getDataClient(context).putDataItem(dataMap.asPutDataRequest().setUrgent()).await() } . יש לבקש זאת בנפרד לאחר קבלת ה-DataItem—המסלול מאוחסן כאובייקט משויך.

מה לבחור: WatchConnectivity או Data Layer API?

WatchConnectivity מציע גמישות רבה יותר אך דורש ניהול סשן ידני. Data Layer API פשוט יותר אך מוגבל בגודל נתונים. אם נדרשת העברת קבצים גדולים, Apple Watch עם HKWorkoutRouteQuery עדיף.

תהליך העבודה

1. אנליטיקה — קביעת סוגי נתונים, תדירות סנכרון, ספי גודל. זיהוי צווארי בקבוק.
2. עיצוב — בחירת שיטות העברה, ארכיטקטורת תור הודעות שלא נמסרו, מטמון.
3. יישום — כתיבת קוד native (Swift + Kotlin), בדיקות על סימולטורים.
4. בדיקות — על מכשירים אמיתיים: צריכת סוללה, אובדן טווח BLE, מצב רקע. השתמשו ב-TestFlight ו-Firebase App Distribution.
5. השקה — פרסום ל-App Store ו-Google Play, הגדרת ניטור.

אנו בודקים סנכרון במצב סוללה נמוכה, אות BLE חלש, ומעבר בין רשתות Wi-Fi וסלולריות. זה תופס עד 90% מהבעיות הפוטנציאליות לפני השחרור.

היקף העבודה ולוח זמנים

• אינטגרציה עם HealthKit ו-Google Fit (קריאה/כתיבת אימונים).
• יישום סנכרון מותאם אישית (התראות, הגדרות, מדדים).
• טיפול במצב לא מקוון ותור נתונים שלא נמסרו.
• תיעוד API וארכיטקטורה.
• תמיכה לאחר השקה (אחריות ל-3 חודשים).

פרויקט טיפוסי אורך 4 עד 6 שבועות. העלות מחושבת באופן אישי—תלויה במספר סוגי הנתונים והפלטפורמות. כדי לדון באינטגרציית שעונים חכמים, צרו קשר—נספק ביקורת על הפרויקט שלכם ונכין הערכה מדויקת.