החל מ-27 במרץ 2025, מומלץ להשתמש ב-android-latest-release במקום ב-aosp-main כדי ליצור תרומות ל-AOSP. מידע נוסף זמין במאמר שינויים ב-AOSP.
הטמעת משוב פיזי
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
בדרך כלל, יצרני המכשירים נחשבים לבעלים של הנכסים הפרטיים שנוצרים לכל מכשיר. לכן, פעולות ההנדסה שלהם מתמקדות בדרך כלל במכשיר ספציפי, והן לא מתמקדות כלל או כמעט בכלל בעקביות של מכשירים אחרים בסביבה העסקית.
בניגוד לכך, המפתחים שואפים ליצור אפליקציות שפועלות בכל הטלפונים עם Android בסביבה העסקית, ללא קשר למפרט הטכני של כל מכשיר.
ההבדל בגישה יכול לגרום לבעיה של פיצול, למשל, יכולות החומרה של טלפונים מסוימים לא תואמות לציפיות של מפתחי האפליקציות. לכן, אם ממשקי ה-API של הרטט פועלים בטלפונים מסוימים עם Android אבל לא באחרים, התוצאה היא סביבה עסקית לא עקבית. לכן, הגדרת החומרה ממלאת תפקיד קריטי כדי לוודא שהיצרנים יוכלו להטמיע ממשקי API של משוב מגע ב-Android בכל מכשיר.
בדף הזה מופיעה רשימת משימות מפורטת להגדרת תאימות לחומרה, כדי שתוכלו להפיק את המקסימום מהשימוש בממשקי ה-API של Android להפעלת משוב מגע.
באיור הבא מוצגת בניית ידע משותף בין יצרני המכשירים למפתחים, שלב קריטי ביצירת סביבה עסקית אחידה:
איור 1. העברת ידע בין יצרני מכשירים למפתחים
רשימת משימות להטמעת מגע
הטמעת קבועים
- רשימה של קבועים להטמעת משוב מישוש.
הטמעת פרימטיבים
- הנחיות להטמעה של רכיבי יסוד להרכבת HAL.
מיפוי קבועים בין HAL ל-API
הטמעת אפקטים של מעטפת לינארית חלקית (PWLE)
- הנחיות להטמעה של עטיפות תדרים ואמפליטודות.
בדיקת החומרה
- הוראות לטירגוט של אפקטים של משוב מישוש. בעזרת ההוראות הבאות תוכלו לבצע בדיקות מהירות של החומרה.
דוגמאות התוכן והקוד שבדף הזה כפופות לרישיונות המפורטים בקטע רישיון לתוכן. Java ו-OpenJDK הם סימנים מסחריים או סימנים מסחריים רשומים של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-07-27 (שעון UTC).
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-07-27 (שעון UTC)."],[],[],null,["# Implement haptics\n\nDevice manufacturers are generally considered the owners of the private assets\ncreated for each device. As such, their engineering efforts are often focused on\na *per-device basis*; little to no effort goes to the consistency of other\ndevices in the ecosystem.\n\nIn direct contrast, developers strive to build apps that work on *all* Android\nphones in the ecosystem, regardless of each device's technical specifications.\nThis difference in approach can cause a fragmentation problem, for example, the\nhardware capabilities of certain phones don't match expectations set by the app\ndevelopers. So if the haptics APIs work on some Android phones but not others,\nthe result is an inconsistent ecosystem. This is why hardware configuration\nplays a critical role in ensuring that manufacturers can implement Android\nhaptics APIs on *every* device.\n\nThis page provides a step-by-step checklist to set up hardware compliance for\nthe best use of the Android haptics APIs.\n\nThe following figure illustrates building common knowledge between device\nmanufacturers and developers, which is a critical step in creating a cohesive\necosystem:\n\n**Figure 1.** Building knowledge between device manufacturers and developers\n\nHaptics implementation checklist\n--------------------------------\n\n1. [Implement constants](/docs/core/interaction/haptics/haptics-constants-primitives#implement-constants)\n\n - List of constants to implement haptics.\n2. [Implement primitives](/docs/core/interaction/haptics/haptics-constants-primitives#implement-primitives)\n\n - Implementation guidance for HAL composition primitives.\n3. [Map constants between HAL and API](/docs/core/interaction/haptics/haptics-map-constants)\n\n - Mapping recommendations between public API constants (named *placeholders* in the framework) and HAL constants, which implement the placeholders.\n - See [Design principles to guide the recommended mapping](/docs/core/interaction/haptics/haptics-ux-design) to learn more about this process.\n4. [Implement piecewise linear envelope (PWLE) effects](/docs/core/interaction/haptics/haptics-pwle)\n\n - Implementation guidance for amplitude and frequency envelopes.\n5. [Assess the hardware](/docs/core/interaction/haptics/haptics-assess-hardware)\n\n - Instructions on target haptic effects. Use these instructions to perform quick checks on your hardware.\n\n| **Note:** You can learn more about building common knowledge between device manufacturers and developers in [Advanced Haptics: The When, What, and How of\n| Haptic APIs](https://www.youtube.com/watch?v=00jRoEFnpk8)."]]
