‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

סקירה כללית על Wi-Fi Aware

היכולות של Wi-Fi Aware מאפשרות למכשירים עם Android מגרסה 8.0 (רמת API‏ 26) ומעלה לגלות מכשירים אחרים ולהתחבר אליהם ישירות, בלי שום סוג אחר של קישוריות ביניהם. ‫Wi-Fi Aware נקרא גם Neighbor Awareness Networking‏ (NAN).

כדי להשתמש ברשת Wi-Fi Aware, המכשיר צריך להצטרף לאשכול של מכשירים קרובים או ליצור אשכול חדש אם הוא המכשיר הראשון באזור. התנהגות האשכולות הזו חלה על המכשיר כולו ומנוהלת על ידי שירות המערכת של Wi-Fi Aware. לאפליקציות אין שליטה על התנהגות האשכולות. האפליקציות משתמשות בממשקי ה-API של Wi-Fi Aware כדי לתקשר עם שירות המערכת של Wi-Fi Aware, שמנהל את החומרה של Wi-Fi Aware במכשיר.

ממשקי ה-API של Wi-Fi Aware מאפשרים לאפליקציות לבצע את הפעולות הבאות:

גילוי מכשירים אחרים: ל-API יש מנגנון לאיתור מכשירים אחרים בקרבת מקום. התהליך מתחיל כשמכשיר אחד מפרסם שירות אחד או יותר שניתן לגלות. לאחר מכן, כשמכשיר נרשם לשירות אחד או יותר ונכנס לטווח ה-Wi-Fi של המפרסם, המנוי מקבל התראה על כך שזוהה מפרסם תואם. אחרי שהמנוי מגלה את המפרסם, הוא יכול לשלוח הודעה קצרה או ליצור חיבור לרשת עם המכשיר שהתגלה. מכשירים יכולים להיות גם מפרסמים וגם מנויים בו-זמנית.
יצירת חיבור לרשת: אחרי ששני מכשירים גילו אחד את השני, הם יכולים ליצור חיבור דו-כיווני לרשת Wi-Fi Aware בלי נקודת גישה.

חיבורי רשת Wi-Fi Aware תומכים בקצבי תפוקה גבוהים יותר למרחקים ארוכים יותר מאשר חיבורי Bluetooth. סוגי החיבורים האלה שימושיים לאפליקציות שמשתפות כמויות גדולות של נתונים בין משתמשים, כמו אפליקציות לשיתוף תמונות.

שיפורים ב-Android 13 (רמת API ‏33)

במכשירים עם Android 13 (רמת API‏ 33) ומעלה שתומכים במצב תקשורת מיידית, אפליקציות יכולות להשתמש בשיטות PublishConfig.Builder.setInstantCommunicationModeEnabled() ו-SubscribeConfig.Builder.setInstantCommunicationModeEnabled() כדי להפעיל או להשבית את מצב התקשורת המיידית בסשן גילוי של בעל תוכן דיגיטלי או מנוי. מצב תקשורת מיידית מאיץ את חילופי ההודעות, את זיהוי השירותים ואת כל נתיבי הנתונים שמוגדרים כחלק מסשן זיהוי של אפליקציה לשליחת הודעות או אפליקציה רשומה. כדי לבדוק אם המכשיר תומך במצב תקשורת מיידית, משתמשים ב-method‏ isInstantCommunicationModeSupported().

שיפורים ב-Android 12 (רמת API ‏31)

ב-Android 12 (רמת API‏ 31) נוספו כמה שיפורים ל-Wi-Fi Aware:

במכשירים עם Android בגרסה 12 (רמת API‏ 31) ומעלה, אפשר להשתמש בקריאה החוזרת (callback) onServiceLost() כדי לקבל התראה כשהאפליקציה מאבדת שירות שזוהה, כי השירות הופסק או יצא מהטווח.
ההגדרה של נתיבי נתונים ב-Wi-Fi Aware פשוטה יותר. בגרסאות קודמות, כתובת ה-MAC של המאתחל סופקה באמצעות הודעות L2, מה שגרם לזמן אחזור. במכשירים עם Android מגרסה 12 ואילך, אפשר להגדיר את המשיב (השרת) כך שיקבל כל עמית – כלומר, הוא לא צריך לדעת מראש את כתובת ה-MAC של היוזם. כך אפשר להאיץ את ההפעלה של נתיב הנתונים וליצור כמה קישורים מנקודה לנקודה באמצעות בקשה אחת לאחזור מהרשת.
אפליקציות שפועלות ב-Android מגרסה 12 ואילך יכולות להשתמש ב-method‏ WifiAwareManager.getAvailableAwareResources() כדי לקבל את מספר נתיבי הנתונים, הסשנים של הפרסום והסשנים של ההרשמה שזמינים כרגע. כך האפליקציה יכולה לקבוע אם יש מספיק משאבים זמינים כדי לבצע את הפונקציונליות הרצויה.

הגדרה ראשונית

כדי להגדיר את האפליקציה כך שתשתמש בגילוי וברשתות של Wi-Fi Aware, מבצעים את השלבים הבאים:

מבקשים את ההרשאות הבאות במניפסט של האפליקציה:

<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
<uses-permission android:name="android.permission.CHANGE_NETWORK_STATE" />
<uses-permission android:name="android.permission.INTERNET" />
<!-- If your app targets Android 13 (API level 33)
     or higher, you must declare the NEARBY_WIFI_DEVICES permission. -->
<uses-permission android:name="android.permission.NEARBY_WIFI_DEVICES"
                 <!-- If your app derives location information from
                      Wi-Fi APIs, don't include the "usesPermissionFlags"
                      attribute. -->
                 android:usesPermissionFlags="neverForLocation" />
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION"
                 <!-- If any feature in your app relies on precise location
                      information, don't include the "maxSdkVersion"
                      attribute. -->
                 android:maxSdkVersion="32" />

בודקים אם המכשיר תומך ב-Wi-Fi Aware באמצעות ה-API של PackageManager, כמו שמוצג בהמשך:

Kotlin

context.packageManager.hasSystemFeature(PackageManager.FEATURE_WIFI_AWARE)

Java

context.getPackageManager().hasSystemFeature(PackageManager.FEATURE_WIFI_AWARE);

לבדוק אם Wi-Fi Aware זמין כרגע. יכול להיות שהתכונה Wi-Fi Aware קיימת במכשיר, אבל לא זמינה כרגע כי המשתמש השבית את ה-Wi-Fi או את המיקום. בהתאם ליכולות החומרה והקושחה, יכול להיות שמכשירים מסוימים לא יתמכו ב-Wi-Fi Aware אם נעשה שימוש ב-Wi-Fi ישיר, ב-SoftAP או ב-Tethering. כדי לבדוק אם Wi-Fi Aware זמין כרגע, צריך להפעיל את isAvailable().

הזמינות של Wi-Fi Aware יכולה להשתנות בכל שלב. האפליקציה צריכה לרשום BroadcastReceiver כדי לקבל את ACTION_WIFI_AWARE_STATE_CHANGED, שנשלח בכל פעם שהזמינות משתנה. כשהאפליקציה מקבלת את ה-intent של השידור, היא צריכה למחוק את כל הסשנים הקיימים (בהנחה שהשירות של Wi-Fi Aware הופסק), ואז לבדוק את מצב הזמינות הנוכחי ולשנות את ההתנהגות שלה בהתאם. לדוגמה:

Kotlin

val wifiAwareManager = context.getSystemService(Context.WIFI_AWARE_SERVICE) as WifiAwareManager?
val filter = IntentFilter(WifiAwareManager.ACTION_WIFI_AWARE_STATE_CHANGED)
val myReceiver = object : BroadcastReceiver() {

    override fun onReceive(context: Context, intent: Intent) {
        // discard current sessions
        if (wifiAwareManager?.isAvailable) {
            ...
        } else {
            ...
        }
    }
}
context.registerReceiver(myReceiver, filter)

Java

WifiAwareManager wifiAwareManager = 
        (WifiAwareManager)context.getSystemService(Context.WIFI_AWARE_SERVICE)
IntentFilter filter =
        new IntentFilter(WifiAwareManager.ACTION_WIFI_AWARE_STATE_CHANGED);
BroadcastReceiver myReceiver = new BroadcastReceiver() {
    @Override
    public void onReceive(Context context, Intent intent) {
        // discard current sessions
        if (wifiAwareManager.isAvailable()) {
            ...
        } else {
            ...
        }
    }
};
context.registerReceiver(myReceiver, filter);

מידע נוסף זמין במאמר בנושא שידורים.

קבלת סשן

כדי להתחיל להשתמש ב-Wi-Fi Aware, האפליקציה צריכה לקבל WifiAwareSession על ידי קריאה ל-attach(). ה-method הזו מבצעת את הפעולות הבאות:

מפעילה את החומרה של Wi-Fi Aware.
מצטרף לאשכול Wi-Fi Aware או יוצר אשכול כזה.
יוצר סשן Wi-Fi Aware עם מרחב שמות ייחודי שמשמש כמאגר לכל סשני הגילוי שנוצרו בתוכו.

אם האפליקציה מצורפת בהצלחה, המערכת מפעילה את פונקציית ה-callback‏ onAttached(). הקריאה החוזרת הזו מספקת אובייקט WifiAwareSession שהאפליקציה צריכה להשתמש בו לכל הפעולות הבאות בסשן. אפליקציה יכולה להשתמש בסשן כדי לפרסם שירות או להירשם לשירות.

האפליקציה צריכה להפעיל את attach() רק פעם אחת. אם האפליקציה קוראת ל-attach() כמה פעמים, היא מקבלת סשן שונה לכל קריאה, ולכל סשן יש מרחב שמות משלו. זה יכול להיות שימושי בתרחישים מורכבים, אבל בדרך כלל כדאי להימנע מכך.

פרסום שירות

כדי להפוך שירות לניתן לגילוי, מפעילים את ה-method‏ publish(), שמקבלת את הפרמטרים הבאים:

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

הנה דוגמה:

Kotlin

val config: PublishConfig = PublishConfig.Builder()
        .setServiceName(AWARE_FILE_SHARE_SERVICE_NAME)
        .build()
awareSession.publish(config, object : DiscoverySessionCallback() {

    override fun onPublishStarted(session: PublishDiscoverySession) {
        ...
    }

    override fun onMessageReceived(peerHandle: PeerHandle, message: ByteArray) {
        ...
    }
})

Java

PublishConfig config = new PublishConfig.Builder()
    .setServiceName(“Aware_File_Share_Service_Name”)
    .build();

awareSession.publish(config, new DiscoverySessionCallback() {
    @Override
    public void onPublishStarted(PublishDiscoverySession session) {
        ...
    }
    @Override
    public void onMessageReceived(PeerHandle peerHandle, byte[] message) {
        ...
    }
}, null);

אם הפרסום מצליח, מתבצעת קריאה לשיטת הקריאה החוזרת (callback) onPublishStarted().

אחרי הפרסום, כשמכשירים שמפעילים אפליקציות מנויים תואמות נכנסים לטווח ה-Wi-Fi של המכשיר המפרסם, המנויים מגלים את השירות. כשאפליקציה רשומה מגלה אפליקציה מפרסמת, האפליקציה המפרסמת לא מקבלת התראה. אבל אם האפליקציה הרשומה שולחת הודעה לאפליקציה המפרסמת, האפליקציה המפרסמת מקבלת התראה. במקרה כזה, מתבצעת קריאה לשיטת הקריאה החוזרת (callback) onMessageReceived(). אתם יכולים להשתמש בארגומנט PeerHandle מהשיטה הזו כדי לשלוח הודעה בחזרה למנוי או ליצור חיבור אליו.

כדי להפסיק את פרסום השירות, מפעילים את DiscoverySession.close(). סשנים של Discovery משויכים לאובייקט ההורה שלהם, WifiAwareSession. אם סוגרים את הסשן הראשי, גם הסשנים המשויכים של Discovery נסגרים. גם אובייקטים שנמחקו נסגרים, אבל המערכת לא מבטיחה מתי ייסגרו סשנים מחוץ להיקף, ולכן מומלץ להפעיל באופן מפורש את השיטות של close().

הרשמה לשירות

כדי להירשם לשירות, מפעילים את ה-method‏ subscribe(), שמקבלת את הפרמטרים הבאים:

‫SubscribeConfig מציין את שם השירות שאליו רוצים להירשם ומאפייני הגדרה אחרים, כמו מסנן התאמה.
DiscoverySessionCallback מציין את הפעולות שיש לבצע כשמתרחשים אירועים, כמו למשל כשמתגלה בעל תוכן דיגיטלי.

הנה דוגמה:

Kotlin

val config: SubscribeConfig = SubscribeConfig.Builder()
        .setServiceName(AWARE_FILE_SHARE_SERVICE_NAME)
        .build()
awareSession.subscribe(config, object : DiscoverySessionCallback() {

    override fun onSubscribeStarted(session: SubscribeDiscoverySession) {
        ...
    }

    override fun onServiceDiscovered(
            peerHandle: PeerHandle,
            serviceSpecificInfo: ByteArray,
            matchFilter: List<ByteArray>
    ) {
        ...
    }
}, null)

Java

SubscribeConfig config = new SubscribeConfig.Builder()
    .setServiceName("Aware_File_Share_Service_Name")
    .build();

awareSession.subscribe(config, new DiscoverySessionCallback() {
    @Override
    public void onSubscribeStarted(SubscribeDiscoverySession session) {
        ...
    }

    @Override
    public void onServiceDiscovered(PeerHandle peerHandle,
            byte[] serviceSpecificInfo, List<byte[]> matchFilter) {
        ...
    }
}, null);

אם פעולת ההרשמה מצליחה, המערכת מפעילה את פונקציית ה-callback‏ onSubscribeStarted() באפליקציה. מכיוון שאפשר להשתמש בארגומנט SubscribeDiscoverySession בפונקציית ה-callback כדי לתקשר עם מפרסם אחרי שהאפליקציה גילתה אותו, כדאי לשמור את ההפניה הזו. אפשר לעדכן את סשן ההרשמה בכל שלב על ידי קריאה ל-updateSubscribe() בסשן הגילוי.

בשלב הזה, המינוי ממתין לבעלי תוכן דיגיטלי תואמים שייכנסו לטווח ה-Wi-Fi. במקרים כאלה, המערכת מפעילה את שיטת הקריאה החוזרת (callback) onServiceDiscovered(). אפשר להשתמש בארגומנט PeerHandle מהקריאה החוזרת הזו כדי לשלוח הודעה או ליצור חיבור לאותו מפרסם.

כדי לבטל את המינוי לשירות, צריך להתקשר למספר DiscoverySession.close(). סשנים של Discovery משויכים לאובייקט ההורה שלהם, WifiAwareSession. אם סוגרים את הסשן הראשי, גם הסשנים המשויכים של הגילוי נסגרים. גם אובייקטים שנמחקו נסגרים, אבל המערכת לא מבטיחה מתי ייסגרו סשנים מחוץ להיקף, ולכן מומלץ להפעיל באופן מפורש את השיטות של close().

שליחת הודעה

כדי לשלוח הודעה למכשיר אחר, צריך את האובייקטים הבאים:

DiscoverySession. האובייקט הזה מאפשר לכם להפעיל את sendMessage(). האפליקציה מקבלת DiscoverySession על ידי פרסום שירות או הרשמה לשירות.
ה-PeerHandle של המכשיר השני, כדי לנתב את ההודעה. האפליקציה מקבלת את ה-PeerHandle של מכשיר אחר באחת משתי דרכים:
- האפליקציה שלכם מפרסמת שירות ומקבלת הודעה ממנוי. האפליקציה מקבלת את ה-PeerHandle של המנוי מהקריאה החוזרת (callback) של onMessageReceived().
- האפליקציה שלכם נרשמת לשירות. כשהאפליקציה מזהה מפרסם תואם, היא מקבלת את ה-PeerHandle של המפרסם מהקריאה החוזרת (callback) של onServiceDiscovered().

כדי לשלוח הודעה, צריך להתקשר למספר sendMessage(). אחרי זה, יכול להיות שיתרחשו הקריאות החוזרות הבאות:

כשההודעה מתקבלת בהצלחה על ידי המכשיר השני, המערכת מפעילה את הקריאה החוזרת (callback) של onMessageSendSucceeded() באפליקציה השולחת.
כשהמשתמש השני מקבל הודעה, המערכת מפעילה את פונקציית ה-callback‏ onMessageReceived() באפליקציה המקבלת.

למרות שצריך את PeerHandle כדי לתקשר עם עמיתים, לא כדאי להסתמך עליו כמזהה קבוע של עמיתים. האפליקציה יכולה להשתמש במזהים ברמה גבוהה יותר – שמוטמעים בשירות הגילוי עצמו או בהודעות הבאות. אפשר להטמיע מזהה בשירות הגילוי באמצעות השיטה setMatchFilter() או setServiceSpecificInfo() של PublishConfig או SubscribeConfig. השיטה setMatchFilter() משפיעה על הגילוי, ואילו השיטה setServiceSpecificInfo() לא משפיעה על הגילוי.

הטמעת מזהה בהודעה פירושה שינוי של מערך הבייטים של ההודעה כך שיכלול מזהה (לדוגמה, בתור צמד הבייטים הראשון).

יצירת חיבור

‫Wi-Fi Aware תומך ברשתות לקוח-שרת בין שני מכשירי Wi-Fi Aware.

כדי להגדיר את החיבור בין הלקוח לשרת:

משתמשים בגילוי Wi-Fi Aware כדי לפרסם שירות (בשרת) ולהירשם לשירות (בלקוח).
אחרי שהמנוי מגלה את המפרסם, שולחים הודעה מהמנוי למפרסם.
מפעילים ServerSocket במכשיר של בעל התוכן הדיגיטלי ומגדירים או מקבלים את היציאה שלו:
Kotlin
val ss = ServerSocket(0) val port = ss.localPort
Java
ServerSocket ss = new ServerSocket(0); int port = ss.getLocalPort();

משתמשים ב-ConnectivityManager כדי לבקש רשת Wi-Fi Aware במפרסם באמצעות WifiAwareNetworkSpecifier, ומציינים את סשן הגילוי ואת ה-PeerHandle של המנוי, שקיבלתם מההודעה שהמנוי שלח:

Kotlin

val networkSpecifier = WifiAwareNetworkSpecifier.Builder(discoverySession, peerHandle)
    .setPskPassphrase("somePassword")
    .setPort(port)
    .build()
val myNetworkRequest = NetworkRequest.Builder()
    .addTransportType(NetworkCapabilities.TRANSPORT_WIFI_AWARE)
    .setNetworkSpecifier(networkSpecifier)
    .build()
val callback = object : ConnectivityManager.NetworkCallback() {
    override fun onAvailable(network: Network) {
        ...
    }

    override fun onCapabilitiesChanged(network: Network, networkCapabilities: NetworkCapabilities) {
        ...
    }

    override fun onLost(network: Network) {
        ...
    }
}

connMgr.requestNetwork(myNetworkRequest, callback);

Java

NetworkSpecifier networkSpecifier = new WifiAwareNetworkSpecifier.Builder(discoverySession, peerHandle)
    .setPskPassphrase("somePassword")
    .setPort(port)
    .build();
NetworkRequest myNetworkRequest = new NetworkRequest.Builder()
    .addTransportType(NetworkCapabilities.TRANSPORT_WIFI_AWARE)
    .setNetworkSpecifier(networkSpecifier)
    .build();
ConnectivityManager.NetworkCallback callback = new ConnectivityManager.NetworkCallback() {
    @Override
    public void onAvailable(Network network) {
        ...
    }

    @Override
    public void onCapabilitiesChanged(Network network, NetworkCapabilities networkCapabilities) {
        ...
    }

    @Override
    public void onLost(Network network) {
        ...
    }
};

ConnectivityManager connMgr.requestNetwork(myNetworkRequest, callback);

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

אחרי שקוראים ל-method‏ onAvailable() במנוי, אובייקט Network זמין ואפשר לפתוח איתו Socket כדי לתקשר עם ServerSocket בבעל התוכן הדיגיטלי, אבל צריך לדעת את כתובת ה-IPv6 ואת היציאה של ServerSocket. אפשר לקבל אותם מהאובייקט NetworkCapabilities שסופק בקריאה החוזרת (callback) של onCapabilitiesChanged():

Kotlin

val peerAwareInfo = networkCapabilities.transportInfo as WifiAwareNetworkInfo
val peerIpv6 = peerAwareInfo.peerIpv6Addr
val peerPort = peerAwareInfo.port
...
val socket = network.getSocketFactory().createSocket(peerIpv6, peerPort)

Java

WifiAwareNetworkInfo peerAwareInfo = (WifiAwareNetworkInfo) networkCapabilities.getTransportInfo();
Inet6Address peerIpv6 = peerAwareInfo.getPeerIpv6Addr();
int peerPort = peerAwareInfo.getPort();
...
Socket socket = network.getSocketFactory().createSocket(peerIpv6, peerPort);

כשמסיימים להשתמש בחיבור לרשת, קוראים ל-unregisterNetworkCallback().

הערה: יצירת בקשה לאחזור מהרשת וציון יכולות הרשת הנדרשות לא ספציפיים ל-Wi-Fi Aware API. מידע נוסף על עבודה עם בקשות לאחזור מהרשת זמין במאמר ConnectivityManager.

מדידת מרחק בין מכשירים וגילוי מכשירים לפי מיקום

מכשיר עם יכולות מיקום Wi-Fi RTT יכול למדוד ישירות את המרחק למכשירים אחרים ולהשתמש במידע הזה כדי להגביל את זיהוי השירותים של Wi-Fi Aware.

‫Wi-Fi RTT API מאפשר מדידת טווח ישירה למכשיר Wi-Fi Aware באמצעות כתובת ה-MAC שלו או באמצעות PeerHandle.

אפשר להגביל את הגילוי של Wi-Fi Aware כך שיגלה רק שירותים בתוך גבולות וירטואליים מסוימים. לדוגמה, אתם יכולים להגדיר גבול וירטואלי שמאפשר לגלות מכשיר שמפרסם שירות "Aware_File_Share_Service_Name" במרחק של 3 מטרים לפחות (מצוין כ-3,000 מ"מ) ועד 10 מטרים (מצוין כ-10,000 מ"מ).

כדי להפעיל גבולות וירטואליים, גם המפרסם וגם המנוי צריכים לבצע פעולה:

בעל האפליקציה צריך להפעיל את מדידת המרחק בשירות שפורסם באמצעות setRangingEnabled(true)‎.

אם בעל האפליקציה לא מפעיל את טווח המרחק, המערכת מתעלמת מכל מגבלות הגבולות הווירטואליים שהמנוי ציין ומבצעת גילוי רגיל, תוך התעלמות מהמרחק.
המנוי צריך לציין גבולות וירטואליים באמצעות שילוב כלשהו של setMinDistanceMm ו-setMaxDistanceMm.

אם לא מציינים מרחק, אין הגבלה. אם מציינים רק את המרחק המקסימלי, המרחק המינימלי הוא 0. אם מציינים רק את המרחק המינימלי, אין מרחק מקסימלי.

כשמזוהה שירות מקביל בתוך גבול וירטואלי, מופעלת פונקציית ה-callback‏ onServiceDiscoveredWithinRange, שמספקת את המרחק שנמדד לשירות המקביל. לאחר מכן אפשר לקרוא ל-API הישיר של Wi-Fi RTT לפי הצורך כדי למדוד מרחק במועד מאוחר יותר.

סקירה כללית על Wi-Fi Aware קל לארגן דפים בעזרת אוספים אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.

שיפורים ב-Android 13 (רמת API ‏33)

שיפורים ב-Android 12 (רמת API ‏31)

הגדרה ראשונית

Kotlin

Java

Kotlin

Java

קבלת סשן

פרסום שירות

Kotlin

Java

הרשמה לשירות

Kotlin

Java

שליחת הודעה

יצירת חיבור

Kotlin

Java

Kotlin

Java

Kotlin

Java

מדידת מרחק בין מכשירים וגילוי מכשירים לפי מיקום

סקירה כללית על Wi-Fi Aware